Fairphone 2
Enable an agent to recognise Fairphone 2, assess a unit against its modular hardware and software constraints, and decide whether to use, repair, upgrade or retire it.
Bundle → Layer → Finding → Questions Filled
7 bundles · 13 layers · 20 findings · 33 questions
Product identity Establish what makes a configuration a Fairphone 2.
Model recognition
Corroborate the claimed product identity.
Identity evidence
Define sufficient agreement between physical identifiers, hardware characteristics and software reports.
- Which manufacturer model markings and hardware identifiers establish that the candidate is a Fairphone 2? definition
- How should an agent resolve disagreement between enclosure markings and the installed operating system's model report? action
Configuration boundary
Separate the product model from its variants and individual units.
Revision versus generation
Treat compatible replacement modules as configuration changes while preserving the registry's single Fairphone 2 entry.
- Which camera, top-module, display and cover revisions remain configurations of Fairphone 2? boundary
- When a core module is replaced, which identifiers belong to the resulting unit rather than to the Fairphone 2 product model? boundary
Modular repair Represent module compatibility, fault localisation and repair verification.
Module compatibility
Map replaceable assemblies and their supported revisions.
Replacement eligibility
Ground replacement decisions in the manufacturer's module procedure and revision-specific evidence. [Fairphone module replacement](https://support.fairphone.com/hc/en-us/articles/360018464597-Fairphone-2-Replace-a-module)
- Which part identifiers and revision combinations are documented as compatible with the candidate Fairphone 2? provenance
- Does the proposed camera or display replacement require a particular software build or additional component? action
Fault localisation
Distinguish assembly faults, connection faults and software symptoms.
Repair diagnosis
Require targeted observations before replacing a module and functional checks after reassembly.
- Which tests distinguish a bottom-module fault from battery, cable, connector or core faults when charging or audio fails? measurement
- Which display, touch, camera, microphone and charging checks must pass after the particular module replacement? action
Power and operating state Assess removable-battery condition and distinguish power faults from boot or input faults.
Battery serviceability
Compare the installed battery's identity and condition with a supported replacement.
Battery condition
Record physical condition and measured endurance independently of the original capacity rating.
- What battery part number, rated voltage and provenance are present, and what evidence establishes compatibility? provenance
- What usable capacity, voltage behaviour and physical condition are observed under a documented test? measurement
- Which observed battery conditions require stopping use or charging before further diagnosis? action
Startup and controls
Interpret charging indications, button responses and boot modes.
Power-path diagnosis
Use reproducible observations to distinguish a depleted battery, failed charging path, failed display and failed startup.
- What response occurs with a verified compatible battery, cable and power source, and which Fairphone 2 indicators are visible? measurement
- Which documented button sequence reaches recovery or bootloader mode for the installed software, and which next steps risk erasing data? action
Software and security Separate software identity, actual maintenance coverage and suitability for a proposed use.
Software provenance
Identify the exact installed distribution and its maintenance chain.
Build and support
Distinguish Fairphone OS, Fairphone Open and third-party builds without assuming equal support or functionality.
- Which distribution, build identifier, security patch date and installation source describe the handset? provenance
- Which components receive fixes from that maintainer, and which firmware or driver limitations remain unresolved? boundary
Use and migration
Relate software limitations to permitted tasks and recovery requirements.
Software action eligibility
Make continued use or migration conditional on task requirements, compatibility and recoverability.
- Do the required applications, authentication methods and security expectations work on this exact Fairphone 2 build? measurement
- Before an authorised software change, what backup, bootloader, image-verification and recovery prerequisites must be satisfied? action
Communications and peripherals Determine which communications and attached-device functions remain usable.
Cellular service
Evaluate each SIM's actual voice, messaging and data capability.
Operator compatibility
Separate advertised radio capability from verified service on a particular operator.
- Which Fairphone 2 radio bands and voice mechanisms match the intended operator's currently available service? measurement
- How do the installed software and dual-SIM settings affect calls, SMS and data when both SIM slots are occupied? measurement
Local interfaces
Check storage, USB and wireless accessories against the handset configuration.
Peripheral fit
Distinguish connector fit from supported protocols, storage formats and operating-system behaviour.
- Which microSD capacity and filesystem combinations are verified on the installed Fairphone 2 build? measurement
- Does the proposed USB OTG, headset, Bluetooth or Wi-Fi accessory work for the required function under a reproducible test? measurement
Continued service and retirement Decide whether a particular configuration can responsibly remain in service or supply reusable parts.
Service evidence
Check replacement availability and applicable product documentation.
Repair and conformity evidence
Tie a proposed repair to a verifiable part source and relevant manufacturer safety or conformity documentation.
- Which supplier or donor can provide the required Fairphone 2 module, with what condition evidence and verification date? provenance
- Which declarations, certification marks and issuing standards bodies apply to the identified hardware, and what evidence addresses altered configurations? provenance
Disposition
Choose a destination based on hardware condition, software suitability and recoverable value.
Reuse or retire
Evaluate whole-handset reuse separately from module recovery, with data handling as an action prerequisite.
- Which proposed role remains feasible after accounting for battery condition, network availability and software maintenance? action
- Before transfer or parts recovery, how will authorised data removal be verified, including removable storage and a core that cannot boot? action
Evidence and external alignment What the world already says about this thing, gathered so the model can be checked against it.
Reported evidence
Findings from the breadth pass, kept separate from the structural claims.
Check these first
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these check these first hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Identifiers and schemes
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these identifiers and schemes hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Standards and regulation
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these standards and regulation hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Real-world use
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these real-world use hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Typical measurements
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these typical measurements hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Failure modes and hazards
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these failure modes and hazards hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Regional variation
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these regional variation hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Neighbouring kinds and how to tell them apart
Recalled without web access and unsourced; every item is a lead to verify.
- Which of these neighbouring kinds and how to tell them apart hold for the sense of Fairphone 2 this model covers, and on what evidence? provenance
Classifiers Filled
- Family
- Thing Registry
- Category
- Physical world and living systems
- Entry kind
- thing
- Plane
- PHY
- Domain
- PHY.OBJ
What it is Filled
Fairphone 2 is a modular Android smartphone model introduced by Fairphone in 2015, designed to extend device life through user-replaceable components and repairable construction.
In scope
- Fairphone 2 identity and distinctions from other Fairphone generations
- Replaceable module architecture and revision compatibility
- Battery, charging, controls and observable operating states
- Installed software, maintenance provenance and security suitability
- Network, peripheral and application compatibility
- Repair, reuse and retirement decision criteria
Out of scope
- The Fairphone company and its complete ethical sourcing programme
- Other Fairphone product generations
- Individual handset ownership, account credentials and personal content
- Generic Android architecture and application internals
- Mobile network infrastructure and operator business models
- Standalone battery chemistry and electronics recycling processes
Why it exists Filled
Enable an agent to recognise Fairphone 2, assess a unit against its modular hardware and software constraints, and decide whether to use, repair, upgrade or retire it.
Distinguishing features Filled
- Require a Fairphone 2 model identifier and compatible hardware evidence; the Fairphone brand or an Android device name alone is insufficient.
- Check the combination of Snapdragon 801, 2 GB RAM and 32 GB internal storage against the manufacturer specification. [Fairphone specifications](https://support.fairphone.com/hc/en-us/articles/4608508653713-Fairphone-2-Frequently-Asked-Questions-FAQ)
- Check for the specified 5-inch 1080 × 1920 display, micro-USB interface and two micro-SIM slots as corroborating physical features. [Fairphone specifications](https://support.fairphone.com/hc/en-us/articles/4608508653713-Fairphone-2-Frequently-Asked-Questions-FAQ)
- Allow either documented camera revision: an 8 or 12 MP rear camera and a 2 or 5 MP front camera do not independently identify a different handset generation. [Fairphone specifications](https://support.fairphone.com/hc/en-us/articles/4608508653713-Fairphone-2-Frequently-Asked-Questions-FAQ)
What robots and AI may and may not do Filled
Must not
- Unlock, read or copy a phone's contents without its user's consent or a lawful order.
- Install software or change settings without the user's knowledge.
- Present an unsupported phone as secure for sensitive use.
- Dispose of the phone or its battery in ordinary waste.
Only with a human decision
- Wiping a phone or transferring it to another person.
- Replacing the battery or other parts of someone else's phone.
May
- Identify a phone as this modular repairable model from its features and labels.
- Help its user repair or replace modules with the user's consent.
- Report software support status from official sources.
Moral aspects Filled
- The model was built around fair sourcing and long use; honest claims support that aim.
- A phone holds its user's private life.
Who is affected
- The phone's user
- Workers in the supply chain
- Repair technicians
Owners Filled
Steward
The person who uses it; the network operator holds the subscription.
Master systems
- Mobile network subscriber records
- Device registries such as IMEI blocklists
Links to other meta-models Filled
parent
- Q18611337 - registry parent class
- Q82774066 - registry parent class
- Q91702726 - registry parent class
What else AI and robots need to interact with it Filled
Identity and identifiers required Filled
- Vercy registry: vr.tr.fairphone-2
- Wikidata: Q21000819 (https://www.wikidata.org/wiki/Q21000819)
Direct properties required Filled
- Model identity evidence: Physical model marking, system-reported model and manufacturer documentation
- Installed module configuration: Module role → part identifier, revision, provenance and compatibility evidence
- Camera configuration: Rear: 8 MP or 12 MP; front: 2 MP or 5 MP; unidentified
- Battery rated energy: Wh, mAh and V; reference specification: 9.2 Wh, 2420 mAh, 3.8 V
- Battery and charging condition: Serviceable; degraded; physically damaged; charging intermittent; untested
- Observed operating state: Off; charging; booting; operational; recovery; bootloader; boot loop; unresponsive
- Software maintenance identity: OS distribution, build, Android version, security patch date, maintainer and verification date
- Cellular service suitability: Voice, SMS and data independently verified or unavailable for a named operator, location and date
- Repair feasibility: Compatible part verified; donor part available; specialist repair required; unavailable; unresolved
Recognition required Filled
- Phone with a transparent or replaceable back cover showing modules.
- Removable battery and screw-mounted modules.
- IMEI and model label settle the individual phone.
Capabilities and actions required Filled
- Identify a candidate handset and document its installed Fairphone 2 module revisions.
- Localise a fault through targeted battery, display, charging, audio and software checks.
- Assess a proposed module replacement against compatibility evidence and repair instructions.
- Evaluate whether an installed software build and available network services support a proposed use.
- Plan an authorised backup, repair or software migration with recovery checks.
- Choose continued use, restricted reuse, parts recovery or retirement from verified condition and support evidence.
Hazards and failure modes required Filled
- Lithium battery swelling or fire if damaged.
- Security risk once software updates have ended.
- Electronic waste if not recycled.
Standards and interfaces required Filled
- Directive 2012/19/EU on waste electrical and electronic equipment (WEEE), European Union.
- Radio Equipment Directive 2014/53/EU, European Union.
Context of use required Filled
- This modular smartphone model is used for mobile communication, internet access, photography and applications.
- Its replaceable components make it relevant to repair, refurbishment and efforts to extend the useful life of electronic devices.
- Assessment of an individual unit includes component condition, network compatibility and available software support.
Sources Filled
- Wikidata item Q21000819: Fairphone 2 - identity and sense of the item
- Wikipedia: Fairphone 2 - general description of the item
Open questions
- What is the complete manufacturer-supported compatibility matrix for Fairphone 2 module revisions, including any minimum software requirements?
- Which alternative operating systems currently maintain Fairphone 2, and what security coverage remains unavailable below the operating-system layer?
- Which target operators still provide usable voice, SMS and data to Fairphone 2, especially where older networks have closed?
- Which replacement batteries and modules remain verifiably available and serviceable, and what failure evidence supports repair prioritisation?
- Which exact conformity declarations, safety limits and certification conditions apply to original and subsequently repaired Fairphone 2 configurations?
Machine files
Provenance
thing registry research (pass 2) · unreviewed
Built from: models/things/publications/thing-q21000819/spec.json