Not just specs

Issues & Camp Impact

Safety warnings, delivery problems, app-store gaps, team-process history, and first-hand reports are tracked as sourced records.

Reset
2205 matching issue record(s)

hardware, OLED, LiPo, ESP32, and variant gap · maker comment · component names only for an intended RGB full-board configuration

The maker says RGB blank boards omit an OLED, LiPo, and ESP32 module, but does not identify part numbers, schematic, board revision, radio/antenna design, battery capacity/chemistry/protection/charging, display driver, electrical limits, power budget, assembly quality, final RGB/non-RGB configuration, or safety/compliance evidence.

The entry does not turn an availability comment into a complete BOM, safe battery-use statement, final product configuration, or engineering specification.

Source note: Station 562 maker announcement comments.

hardware, SAO, measurement, and safety validation gap · repository and maker descriptions · detailed source but no final validation evidence

Public material identifies the MCU, flash, sensor, display, connector and programming surfaces, but does not publish a final production-revision manifest, full schematic/BOM verification, supply/current budget, adapter pinout, host test matrix, SAO compliance evidence, probe ingress/food-contact rating, calibration and uncertainty data, electrical/thermal measurements, failure behavior, assembly inspection, or safety/compliance verification.

The dossier does not turn an open technical design into an accuracy guarantee, safe-use endorsement, electrical compatibility certificate, or universally compatible host accessory.

Source note: The Beer SAO marketplace listing and BCCC Temperature SAO repository.

hardware, SmartAO, firmware, source, and license documentation gap · public product page and repository inspection · partial project material public; implementation and licensing scope incomplete

The sources describe capacity, retention accessories, outer LEDs, and a separate SmartAO relationship, and the repository exposes a README, BOM CSV, image files, and SVG schematic sheets. They do not identify a final board revision, component map, released Gerbers, assembly/test workflow, controller, SmartAO protocol, firmware, binary, build/flash process, software or hardware license, documentation license, update/recovery path, or support policy. The reviewed root does not visibly expose an explicit LICENSE/COPYING file.

Readers can trace the available maker material without assuming that the host is fully documented, programmable, open source, reproducible, universally compatible, or licensed for redistribution.

Source note: Coruscant Ventures product page and vortexcodes DC33-SaO-MANY-SAOs repository.

hardware, battery, SAO, and I2C compatibility gap · maker product description plus maker-owned KiCad source · source schematic/PCB public; final unit and host testing unresolved

Lepi Labs' matching public repository now exposes native KiCad board and schematic files alongside the maker's broad sensor, display, MCU, SAO, CR2032, and I2C-isolation statements. Its product page does not link a repository revision to v1.0 or an event unit, and reviewed sources still do not establish a final BOM, fabrication output, battery/power budget, voltage/current limits, pinout, I2C pullup/level details, thermal or runtime data, host matrix, mechanical specification, safety documentation, or final test evidence.

The record can link a source-published design trail while withholding a final physical specification, safe battery-use claim, collision-free bus guarantee, or universal SAO compatibility assertion.

Source note: Volatile Organic Canary SAO product page and lepi-labs/5-dc34-canary-badge KiCad tree.

hardware, battery, power, radio, and assembly documentation gap · maker listing and partial public repository · implementation components and archive files visible; final electrical specification incomplete

Sources identify an ESP32-S3-WROOM, GC9A01 display, rotary input, lanyard/battery claim, Gerber archive, and enclosure STLs, but do not provide a reconciled schematic/BOM, final board revision, display variant, antenna/matching, battery chemistry/capacity/protection, charging or power-path design, input/output limits, current draw, connector pinout, enclosure material, assembly instructions, test procedure, RF/emissions certification, battery-transport guidance, safety instructions, or production parity statement.

The public trail is useful for research and preservation without turning GigaGeiger into a universally safe, electrically characterized, regulatory-cleared, production-reproducible, or fully documented device.

Source note: GigaGeiger maker page, Penzz-HM repository, and GigaGeiger PCBWay project.

hardware, battery, radio, and safety-validation boundary · maker-proposed technical documentation · design-stage hardware claims; engineering validation unrecovered

The README proposes a camera/display/storage platform, rechargeable battery power, SAO headers, and a radio-carrier concept, but no reviewed source establishes final part selection, schematic correctness, board stack-up, battery/charging/protection behavior, connector limits, power/current/thermal behavior, mechanical integrity, antenna or radio characterization, electromagnetic compliance, RF exposure assessment, test procedure, safety review, or safe-use outcome.

The record retains high-level source-backed design claims without treating them as an electrical specification, a battery-safety statement, a radio-compliance claim, a universally compatible SAO result, or operational advice.

Source note: HRV SSTV Badge README and hardware/project-status documentation.

hardware, battery, radio, electrical-safety, and compliance boundary · maker README and hardware guide · component and build caveats published; broad validation unrecovered

The maker documents three XIAO ESP32-S3 boards, patch antennas, display, lithium-ion cell, Gerbers, a battery cage, and real build caveats including reversed battery connector polarity, button-footprint mismatch, and fit variation. Reviewed sources do not establish a full final BOM or substitutions, unit inspection, battery cell provenance, charge/protection settings, current or thermal measurements, enclosure safety, RF exposure, emissions/regulatory compliance, ESD/short/reverse protection, test results, or safe assembly/service instructions.

Public fabrication material and candid build notes remain discoverable without becoming a universal build, battery-service, radio-operation, or electrical-safety recommendation.

Source note: Friend or Foe README and hardware/badge README.

hardware, connector, coin-cell, and electrical-safety documentation gap · maker product description · high-level LED and SAO claims documented; full safety specification absent

The maker describes LED illumination, SAO 1.69bis attachment, a DIY connector, and a coin-cell pin-wear path that was still in works, but does not publish LED count/model/current, controller, schematic, BOM, Gerbers, PCB dimensions, connector pinout/orientation, electrical limits, coin-cell holder/chemistry/polarity, runtime, assembly/test guide, host-compatibility matrix, ESD protection, safe-installation/removal guidance, compliance, or certification.

The catalogue records the source-published LED and connection context without claiming universal host compatibility, a ready coin-cell wearable, electrical safety, soldering safety, or a complete engineering specification.

Source note: Hak4Kidz Lab Tindie product listing and H4K-Dave video description.

hardware, data, security, and privacy specification gap · official app page · digital badge named; implementation unreleased

The source names a digital badge and app but does not identify a QR code, barcode, NFC/RFID, Bluetooth, wallet pass, account model, device binding, encrypted credential, personal-data fields, consent/visibility controls, authentication, telemetry, offline behavior, data retention, third-party sharing, security review, source release, terms, or privacy policy specific to the badge.

The dossier does not convert the access statement into a claim about a particular technology, secure-design property, personal-data practice, mobile-platform compatibility, or physical/electronic badge hardware.

Source note: Barcelona Cybersecurity Congress app and badge access page.

hardware, firmware, and build archive gap · official high-level board and usage statements · no public technical release recovered

Public posts identify only an interactive electronic board or badge, screens, attendee-supplied AAA batteries, Electronic Cats involvement, and hardware-hacking intent. No MCU, display specification, circuit, connector, radio, sensor, PCB revision, schematic, BOM, Gerbers, fabrication file, assembly guide, firmware, source, binary, protocol, toolchain, update path, release, or license was recovered.

The compendium records the source-described artifact and usage context without inventing a component-level architecture, reproducible hack path, implementation assurance, or open-source status.

Source note: WomenCon organizer posts and IQSEC-host-linked public trail.

hardware, firmware, and challenge-implementation gap · official high-level challenge wording · digital artifact label published; no technical release recovered

The sources use hackable-badge and competition language, and the official event page now labels the artifact a Digital Event Badge, but they publish no platform or app behind that digital label, no PCB, controller, components, display, power system, connector, radio, sensor, schematic, BOM, Gerber, firmware, source, binary, protocol, toolchain, flashing path, challenge rules, scoring model, test plan, safety guidance, or licence.

The record does not turn a planned interactive challenge and digital-artifact label into an electronic specification, a reproducible workflow, or a safe operating instruction.

Source note: CyberThreat official event page and SANS CyberThreat 2026 registration page.

hardware, firmware, and final-unit archive gap · current public source pass · high-level maker record only

The public trail identifies a CH32V003, coin-cell basis, maker artwork, and Howard Ong PCB design, but no schematic, PCB file, bill of materials, part list, board revision, firmware repository, binary, source license, build/provisioning path, release, final configuration, manufacturing record, or all-unit parity evidence was recovered.

The badge record remains limited to the organizer wording and maker's high-level factual account rather than inventing technical details or treating a repaired field unit as a fully published hardware release.

Source note: Hackin7 project page/index, Terence Chan Zun Mun's public maker record, and NUS Greyhats event sources.

hardware, firmware, and interaction-specification gap · official ticket-tier wording plus source-limited attendee community record · no public technical archive recovered

Official wording confirms an interactive circuit-board PCB badge. A commit-pinned attendee-community README identifies a repository for SecretCon 26 attendees, but it supplies no component identities, circuit or board files, power design, physical details, firmware, application, protocol, challenge rules, source/binary release, license, or accessibility documentation. The higher Extreme-tier wording and community owl-badge name are not specifications.

The catalogue records the organizer ticket description and narrow community terminology without presenting either as a documented electronic architecture, programmed feature set, safety statement, or reusable hardware design.

Source note: SecretCon 2026 registration listing and FAQ plus the commit-pinned SecretCon 26 attendee community README.

hardware, firmware, and interaction-specification gap · official ticket-tier wording and limited social corroboration · interactive PCB claim retained; technical archive unrecovered

The official listing calls the Digital / Circuit Badge an interactive circuit-board PCB badge, and an organizer-account repost says unspecified CypherCon badges were programmed, tested, and packaged. No recovered source provides component identities, schematic, BOM, PCB files, power design, physical dimensions, firmware, application, protocol, challenge, source/binary release, license, test criteria, or accessibility documentation, and the repost is not mapped to this tier.

The catalogue preserves the exact ticket and timeline language without presenting the record as a documented electronic architecture, released software project, safety statement, or reproducible hardware build.

Source note: CypherCon 2026 registration and FAQ plus the public CypherCon-account timeline mirror.

hardware, firmware, and licensing archive gap · reviewed maker sources · no public technical archive identified

The reviewed product listing and maker profile contain no schematic, BOM, PCB/Gerber, bill of materials, component references, firmware source or binary, flashing/build instructions, protocol documentation, release history, or software/hardware/documentation license.

Maker-published feature language remains traceable but is not treated as a reproducible build, released firmware, open hardware, free software, or permission to reuse technical or visual material.

Source note: Spectre Sniffer product listing and NilbinSec Uberflux profile.

hardware, firmware, media, and trademark license boundary · published license files and repository review · documented with scope separation

The hardware repository publishes CERN Open Hardware Licence v1.2 text for hardware documentation, while the companion firmware repository's root MIT text credits Just Call Me Koko. These findings do not automatically license all later firmware modifications, repository graphics, readme images, event media, logos, names, or trademarks.

The record links source and license material while leaving media publication, firmware-modification scope, branding, and trademark reuse outside the stated hardware-documentation basis.

Source note: Pwnterrey hardware license file, companion firmware repository LICENSE, and badge.gallery image policy.

hardware, power, ESP32-S3, screen, and LED documentation gap · maker high-level component claims · needs engineering documentation and safety testing

The maker names an ESP32-S3-based device, two custom PCBs, a sandwiched screen, and twelve RGB LEDs, but not module/flash/antenna, display characteristics, LED part/current, battery, charger, power path, voltage/current limits, thermal behavior, circuit, schematic, BOM, PCB/Gerbers, dimensions, test matrix, safety guidance, or compliance evidence.

The record provides a traceable hardware surface without representing it as an electrically complete design, radio-performance guarantee, or safety validation.

Source note: FightDystopia 2025 Badge product listing.

hardware, power, LED, and SAO documentation gap · high-level maker and vendor descriptions · needs engineering documentation and testing

Sources name three boards, sixty LEDs, CR123A, and one SAO port, but do not identify controller, board interconnect, LED part/current, power path, regulator, battery holder/protection, voltage/current limits, USB behavior, SAO pinout/rating, circuit, schematic, BOM, PCB/Gerbers, dimensions, materials, assembly, test matrix, safety guidance, or compliance evidence.

The catalogue retains a traceable physical surface without representing it as a complete electrical design, measured power profile, host-compatibility guarantee, or safety validation.

Source note: Dante's Inferno Tindie listing and Hacker Couture DEFCON 33 Product List.

hardware, power, LED, and UPDI documentation gap · maker component claims · needs engineering documentation and safety testing

The maker names ATtiny1616, potentiometers, LEDs, UPDI, AAA input, and board dimensions, but does not provide LED part/current, controller configuration, input circuit, power path, battery holder/protection, voltage/current limits, pinout, circuit, schematic, BOM, PCB/Gerbers, assembly, test matrix, safety guidance, or compliance evidence.

The record provides a traceable hardware surface without representing it as an electrically complete design, runtime guarantee, programming guarantee, or safety validation.

Source note: Masonic33 Tindie listing.

hardware, power, LED, and host-compatibility gap · maker physical-form summary · needs technical documentation and host testing

The source provides size, a standard header claim, and yellow-LED behavior on DC34 but does not publish a controller, LED part/current, voltage range, current draw, pinout, connector orientation, circuit/protection, schematic, BOM, PCB/Gerbers, test record, safety guidance, or host matrix.

The record does not convert a direct-DC34 marketing claim into a general electrical or mechanical compatibility guarantee.

Source note: Luna SAO product page.

hardware, power, LED, and host-compatibility gap · maker physical-form summary · needs technical documentation and host testing

The source names an assembled 2 by 3-header SAO with cycling multicolor keyboard LEDs, but does not identify components, LED current, controller, voltage range, power draw, electrical protection, pinout, orientation, power budget, schematic, BOM, PCB/Gerbers, dimensions, test results, safety guidance, or host matrix.

The catalogue does not promote a short product description into a general electrical-compatibility, reliability, or safety guarantee.

Source note: Vibe Coder Dog SAO product listing.

hardware, power, RFID, SAO, and assembly-safety documentation boundary · public README inventory and assembly documentation · component-level kit inventory published; engineering validation unrecovered

The README names an ESP32 Dev Module, round LCD, RFID reader, microSD, RGB LEDs, four AAA batteries, and six-pin SAO pieces, but reviewed public materials do not establish the module/display/reader model, RFID protocol or frequency, schematic, PCB revision, component values, BOM completeness, antenna/data-path design, battery chemistry/holder quality, power path, current draw, voltage limits, SAO pinout/current budget, ESD/protection, thermal/fault testing, assembly inspection, user safety guidance, or compliance evidence.

The record preserves the documented kit surface without converting it into an electrical specification, safe-build/use instruction, radio/RFID compatibility claim, battery-life estimate, or universal SAO-host guarantee.

Source note: DC34 CompuNet Badge README and public hardware tree.

hardware, power, SAO, and GPIO documentation gap · maker physical-form summary · needs engineering documentation and host testing

The source names a round display, over six buttons, one SAO port, exposed GPIO, a bundled SAO, and fully-programmable wording, but not a controller, display/LED specs, battery, power path, voltage/current limits, pinout, GPIO behavior, electrical protection, schematic, BOM, PCB/Gerbers, dimensions, safety guidance, or host test matrix.

The catalogue retains the seller's named surfaces without representing the kit as an electrically complete design, general compatibility guarantee, or safety validation.

Source note: Submarine Badge & Pirate SAO product listing.

hardware, power, SAO, and electrical documentation gap · high-level seller and guide descriptions · needs engineering documentation and host testing

The guide identifies a Sheriff RP2040 chip, battery holder, modes, and SAO attachment, but no reviewed source identifies the Gunslinger controller, IR components, screen/LEDs, batteries, power path, voltage/current limits, SAO pinout, connector ratings, circuitry, schematic, BOM, PCB/Gerbers, dimensions, test matrix, safety guidance, or compliance evidence.

The record retains a traceable physical assembly surface without representing it as a complete electrical design or general interoperability guarantee.

Source note: Gunslinger-B-Gone Tindie listing, Sheriff guide, and Hacker Couture product list.

hardware, power, SAO, and electrical-safety boundary · maker README and engineering notes · design and caveats published; broad validation unrecovered

The maker documents an RP2040, display, power mux, DC34 3.0 V target, SAO interface, a corrected display footprint, and two accepted unconnected IOVDD pads. Reviewed sources do not establish final component substitutions, full BOM, per-unit inspection, rail behavior, current draw across content/brightness modes, battery/power-bank behavior, ESD/short/reverse protection, thermal result, host matrix, mechanical tolerance, compliance, certification, or safe user modification.

Readers can inspect the source-described hardware and its own caveats without treating it as a universal plug-and-play, electrically safe, or fully validated device.

Source note: INSPECTRON 34 README and ENGINEERING.md.

hardware, power, USB, FPC, and UPDI safety gap · maker-level feature and revision description · needs final electrical documentation and validation

The maker publishes CH340E, USB-C, FPC, selectable UPDI voltage, ATtiny814, SAO, CR2032, and fuse-correction statements but no final schematic, BOM, Gerbers, current limits, power sequencing, FPC-fuse rating, USB compliance data, target pinout, target matrix, mechanical cycle test, host matrix, electrical safety documentation, or final v1.1 test evidence.

The record does not turn product-level programming and cable claims into a universal target-support list, safe-voltage recommendation, USB certification, durable-cable guarantee, or complete electrical design.

Source note: UPDeeDeeI SAO product page.

hardware, power, USB, and electrical-safety documentation gap · high-level source descriptions only · feature-level hardware claims published; engineering documentation absent

Sources name brass, no battery, ATSAMD21G1A/4 MB on the linked Coin M0 profile, USB, NeoPixels, touch, and speaker, but do not publish a final schematic, BOM, PCB/Gerbers, final dimensions, brass/PCB construction, MCU package/clock/bootloader, LED count/model/current, resistor values, touch circuitry, audio circuit, USB protection, cable/current requirements, power rails, ESD/short-circuit guidance, test results, user manual, or compliance evidence.

The record retains a traceable hardware surface without presenting the coin as electrically characterized, safe for every cable/host, reproducible, compliance-tested, or suitable for unsupervised modification.

Source note: AoSC eChallengeCoin page and CircuitPython Coin M0 profile.

hardware, power, Wi-Fi, connector, and physical-interaction safety boundary · public Player Guide identifies only high-level surfaces · limited player-facing hardware context published; engineering specification unrecovered

The Player Guide names a charged battery, CP2102 programming connector, ESP32 pin in a warning, LED panel, Wi-Fi use, and labelled SAO GPIO1/GPIO2 contacts, but does not publish a specific ESP32/CP2102/LED model, schematic, PCB/BOM, board revision, battery chemistry/capacity/charging/power path, radio configuration, credential model, port wiring, SAO version/pinout/voltage/current budget, ESD/short/reverse protection, enclosure, test results, compliance record, final firmware mapping, or safety validation.

The record describes its source-backed interaction surface without turning it into a hardware specification, a safe connection/modification guide, a wireless-security claim, a universal SAO-compatibility result, or a validated physical-unit record.

Source note: The Shattered Shard Player Guide.

hardware, power, and SAO specification gap · official high-level maker descriptions · needs technical release

The maker names high-level RP2350, flash, display, LED, LiPo, USB-C, and SAO surfaces but does not publish a final board revision, schematic, PCB/Gerbers, BOM, exact component selection, battery/charger/protection design, power budget, current/thermal data, pinout, safety documentation, compliance evidence, mechanical design, or host compatibility matrix.

The record does not turn product-level specifications into a complete electrical design, safe-use instruction, repair guide, certification claim, or universal SAO guarantee.

Source note: BigTaro Wordweaving project page and Uberflux product page/payload.

hardware, power, and physical-specification gap · public high-level component claim · needs technical release or documented final unit

The post names an ESP32-S3-MINI-1-N8, Wi-Fi, Bluetooth, 13.56 MHz NFC, and programmable LEDs but publishes no board revision, antenna/NFC layout, LED implementation, battery/charging/USB design, power limits, connector, display/input, storage, dimensions, enclosure, schematic, BOM, PCB/Gerbers, assembly/test record, safety guidance, certification, or final unit inspection.

The record preserves named hardware without turning it into a complete, electrically safe, interoperable, or production-verified design.

Source note: Sneakreaper limited edition defcon badge!

hardware, power, and physical-specification gap · immutable repository README and first-person PCB statement · component-level source trail; physical design unreleased

The sources name an RP2040, MPU-6050 motion module, thirty WS2812 LEDs, and hand-soldered badge PCBs, but do not publish a board revision, schematic, BOM, PCB/Gerbers, exact component variants, LED topology/current budget, battery or USB/power path, connectors, inputs, electrical limits, enclosure, dimensions, assembly/test evidence, safety guidance, compliance, or final-unit inspection.

The record retains the documented components without converting them into a complete electrical design, power-safety claim, performance statement, production specification, or repair/build procedure.

Source note: Cyb3rBytes404 immutable README and Another badge drop.

hardware, power, and production archive gap · product page and public KiCad tree · needs deeper production evidence

The public hardware tree includes native KiCad files and named camera, MCU, USB, power, footprint, and mechanical paths, but this pass did not verify a production BOM, component population, assembly revision, battery/charging safety review, completed test record, radio configuration, manufacturing lot, or final artifact-to-source parity.

Hardware claims remain limited to the documented high-level surface and visible source tree rather than being treated as an audited final production specification.

Source note: Electronic Cats Camera Badge HackGDL 2026 product page and `hardware/` tree in ElectronicCats/badge_hackgdl_2026.

hardware, power, and safety specification gap · primary maker storefront source · needs engineering archive

The seller names high-level hardware but does not publish the ESP32 variant, screen/LED components, battery capacity, charger/protection design, connector pinout, radio hardware, schematic, BOM, PCB/Gerbers, test procedure, or safety guidance.

The record reports specific listed features without presenting the badge as electrically characterized, reproducible, or safe for any unsupported modification.

Source note: Pfarrside Creations badge-only product listing.

hardware, power, and two-object specification gap · team-announced high-level hardware claims · needs a technical release or documented final unit

The team names ESP32-S3, IR, NFC, BLE, a buzzer, two objects, and a separate SAO but does not publish modules, board revision, antenna, frequencies, protocol, power/battery/charging design, current limits, connector/pinout, schematic, BOM, PCB/Gerbers, enclosure, safety guidance, test data, compliance evidence, or host matrix.

The dossier preserves the published technical nouns without treating them as a complete electrical design, interoperable standard, safe-use instruction, or confirmed production specification.

Source note: Zombie Badge Info Dump.

hardware, power, breakout, debug, and target-safety boundary · live maker component and interface listing · high-level hardware surface published; engineering validation unrecovered

The maker lists an RP2354A, INA3221 monitor, ST7789, WS2812 LEDs, breadboard platform, UART/UPDI/I2C/5 V/3.3 V/debug breakouts, and a DPDT selector. The source does not establish schematics, final PCB/BOM, component substitutions, breakout pinout/levels/current, monitor calibration, target protection, switch behavior, debug transport, power source, regulator/protection, thermal behavior, breadboard mechanical fit, test results, compliance, or safe programming/use conditions.

The dossier remains technically useful without becoming a reference design, external-target compatibility assurance, power specification, or hardware safety endorsement.

Source note: Tw0nkus Breadbadge Uberflux listing.

hardware, power, connector, and electrical-safety documentation gap · public schematic/BOM and source but incomplete operating documentation · design inputs visible; practical limits unreported

The public tree supplies a KiCad schematic and BOM, but reviewed material does not publish a final assembled-board revision, power-source requirements, voltage/current budget, SAO host supply limits, connector orientation/clearance confirmation, pin-by-pin installation guide, hot-plug/ESD protection analysis, component tolerance/substitution policy, assembly/test process, measured behavior, compliance record, or safe modification procedure.

The dossier links an inspectable design trail without asserting that every source-derived board is electrically compatible, safely assembled, safe to attach, or suitable for unattended modification.

Source note: NilbinSec repository tree, BOM, README, and firmware source.

hardware, power, connector, and electrical-safety documentation gap · historical BOM/assembly notes only · older component list published; operating limits unreported

The older README names LEDs, resistors, a 2×3 header, and cathode orientation, but does not publish a final 2026 schematic/BOM, operating voltage/current, supply source, SAO pinout/revision, LED forward/current values, resistor rationale, power budget, host compatibility, ESD/short protection, assembly/tools/inspection procedure, test measurements, thermal behavior, compliance, or safe installation/removal guidance.

The record documents a real LED SAO design trail without presenting either the old or planned re-release as electrically characterized, safe for every host, mechanically compatible, or suitable for unsupervised modification.

Source note: NilbinSec DC32 Power Glove README and Gerber directory.

hardware, power, connector, and safety documentation gap · public hardware tree and firmware pin declarations · source files published; final electrical and mechanical specification incomplete

The public hardware repository shows KiCad, BOM/position, Gerber, spacer, and PFC161 material, and the code declares a two-LED PFC161 path. Reviewed sources do not establish final board revision/population, component substitutions, LED type/brightness, exact phrase construction, resistor/current design, SAO connector version/pinout, input supply range, power source, battery/charging path, current draw, voltage limits, protection, dimensions, materials, assembly process, test coverage, user instructions, safety warnings, EMC/RF/compliance evidence, or a host compatibility matrix.

The entry can point to a concrete archive without representing the SAO as electrically complete, interoperable with every host, safe for every power source, fabricated, tested, or compliance-validated.

Source note: iflfu-hardware repository and IFLFU main.c.

hardware, power, connector, host interaction, and safety documentation gap · public hardware tree and firmware pin declarations · source files published; final electrical and mechanical specification incomplete

The public archive shows KiCad, BOM/position, Gerber, acrylic, PFC161, touch, and LED material, but sources do not establish final board revision/population, component substitutions, LED model/order/brightness, touch-electrode construction, SAO connector version/pinout, Portal Badge protocol, input supply range, power source, battery/charging path, current draw, voltage limits, protection, dimensions, acrylic specifications, assembly process, test coverage, user instructions, safety warnings, EMC/RF/compliance evidence, or a host compatibility matrix.

The entry can point to a concrete archive without representing the SAO as electrically complete, compatible with every Portal Badge or host, safe for every power source, fabricated, tested, or compliance-validated.

Source note: portal-gun-sao-dc33 repository and Portal Gun PFC161 main.c.

hardware, power, display, IR, and SAO documentation gap · maker component list · needs engineering documentation and safety testing

The maker identifies an RP2350, round GC9A01 display, two SAO V1.69bis ports, WS2812B RGB LEDs, IR receiver, and six buttons, but not the LED count, display wiring, component values, battery, charger, power path, voltage/current limits, thermal behavior, SAO pinout/orientation, electrical protection, schematic, BOM, PCB/Gerbers, dimensions, test matrix, safety guidance, or compliance evidence.

The catalogue retains a useful hardware inventory without representing it as an electrically complete design, general host-compatibility guarantee, or safety validation.

Source note: BigTaro FrogStar 2025 project page.

hardware, power, firmware, and electronic-specification gap · official checkout terminology only · LED badge with no technical archive identified

The only reviewed artifact-level technical claim is the official label LED badge. No source identifies its PCB, controller, LEDs, display, power/battery/charging path, USB, radio, connectors, sensors, dimensions, materials, schematic, BOM, firmware, software license, source release, assembly process, safety guidance, final revision, or test evidence.

The entry does not turn an LED-badge product label into a claimed circuit, operating behavior, repair path, certification, or safety assurance.

Source note: Puzzled Hackers CTF badge checkout and Team meetup announcement.

hardware, power, host-interface, and safety boundary · commit-pinned README and public KiCad tree · high-level design surface published; final electrical and physical validation unrecovered

The README names an ATtiny1604-SS, LEDs, a button, soldering-challenge positions, a 3.3 V operating statement, and KiCad source files. It does not establish a final production BOM, substitutions, power source, battery or charging design, current budget, protection, thermal or optical performance, SAO header version/pinout, host-voltage/current compatibility, assembly quality, mechanical durability, test result, certification, safety review, or safe outcome for every configuration. The catalogue does not republish programming or soldering procedures.

The entry keeps its useful electronic-design trail visible while avoiding an electrical guarantee, universal SAO compatibility claim, safety endorsement, or do-it-yourself operating instruction.

Source note: Commit-pinned 2026 iFixit SAO README and public repository tree.

hardware, power, memory, and SAO compatibility gap · maker component-level summary · needs technical documentation and host testing

The maker names LEDs, FR4, a tactile button, retained effect, and a 2.7–3.7 V input range but does not publish a controller, memory device, LED current, power budget, regulator, pinout, header orientation, I2C/GPIO usage, protection, schematic, BOM, PCB/Gerbers, voltage/current limits, test data, host matrix, safety guidance, or compliance evidence.

The record does not convert a maker-described lighting surface into a universal electrical compatibility or reliability guarantee.

Source note: #NOICE SAO product page.

hardware, power, radio, and host-compatibility validation gap · commit-pinned maker hardware and RF documentation · detailed maker release published; independent validation still absent

The release now provides a schematic/PCB, production files, BOM, board revision, antenna layout, maker NanoVNA sweeps, and a source-published SAO/USB-C power design. It still does not supply independent electrical-safety evidence, EMC/radio certification, an independent RF test, universal current/voltage/thermal limits, a host-badge compatibility matrix, production inspection/traceability, or a third-party field-performance result.

The entry can accurately describe the released engineering material while withholding a universally safe host/power claim, compliance finding, independent performance guarantee, or repair/modification recommendation.

Source note: dcbokonon/darknet-smao v1.4 hardware README, production tree, and RF-tuning README.

hardware, power, radio, and safety specification gap · official high-level product description · needs technical release

The maker describes an ESP32-S3 wrist badge, Wi-Fi/Bluetooth feature family, LEDs, theremin, and 3D-printed enclosure, but has not published a reviewed schematic, PCB, BOM, pinout, antenna configuration, radio region/limits, battery/charger/protection design, current/thermal data, USB/debug behavior, mechanical dimensions, assembly documentation, test results, or certification.

The record does not convert promotional/high-level descriptions into an electrical specification, RF certification claim, charging recommendation, repair/modification guide, or safety endorsement.

Source note: Clip-Boy official shop and public storefront repository.

hardware, power, radio, and safety specification gap · official high-level product description · needs technical release

The product names an ESP32-C3 and 24 RGB LEDs but publishes no schematic, PCB/Gerber, BOM, board revision, LED/audio part details, power/battery/charging design, USB/debug interface, antenna/radio settings, current/thermal data, test record, certification, operating guide, or modification safety guidance.

The dossier keeps precise seller-described features without turning them into a complete electrical specification, safety endorsement, repair guide, or RF/compliance claim.

Source note: Whose Slide maker product page.

hardware, power, red LED, and host-compatibility gap · maker physical-form summary · needs technical documentation and host testing

The source identifies a standard 2 by 3 header and a red eye that glows when powered, but does not identify components, LED current, controller, voltage/current limits, electrical protection, pinout, orientation, power budget, schematic, BOM, PCB/Gerbers, dimensions, test results, safety guidance, or host matrix.

The record does not promote a decorative power-on statement into a general electrical compatibility or reliability guarantee.

Source note: METROPOLIS AI SAO product page.

hardware, power, touch, and interoperability documentation gap · commit-pinned firmware README · high-level interface components identified; production design unreleased

The README names an ESP32-C3, ST7789 display, touch controller address, and no-button interaction, but does not establish the exact module, display/touch variants, PCB, schematic, BOM, Gerbers, antenna, battery, charging, USB, voltage/current limits, power budget, connector mapping, touch calibration, enclosure, dimensions, test data, safety guidance, compliance, or interoperability matrix.

The entry reports the named firmware target and interaction surface without inferring a complete electrical design, reliable touch behavior, safe power path, or compatibility with external hardware.

Source note: MidWestCoast Badge firmware README at the reviewed commit.

hardware, power, wood, and SAO-host electrical gap · maker component and interface summary · needs final electrical and mechanical documentation

The sources name the controller, LEDs, button, cedar, standard SAO header, breakout pads, and 100 kHz I2C baseline but do not publish a schematic, BOM, board revision, supply/current limits, battery/power design, I2C pullups, GPIO voltage/current limits, ESD/protection details, pinout validation, mechanical dimensions, wood finish/safety record, thermal data, compliance evidence, or host test matrix.

The dossier does not convert a useful product and how-to description into an electrical integration certificate, universal host fit, or material-safety guarantee.

Source note: Root Access SAO product page and RootAccess Interactive SAO How-To Guide.

hardware, software, and challenge-disclosure boundary · official organizer announcements · badge-and-lanyard form and high-level challenge wording public; implementation unreleased

The official sources establish a new badge, lanyard, a named Badge Sponsor, and high-level new-design/new-challenges language, but do not publish a PCB, electronic components, power system, physical dimensions, schematic, BOM, manufacturing archive, firmware, source repository, application, protocol, programming guide, challenge implementation, security review, or support documentation.

The record does not upgrade a reveal or sponsor label into a technical specification, software claim, challenge mechanism, safety assessment, or reproducible badge design.

Source note: Telecom Village official site and official organizer-account updates.