Appearance
Glossary
| Term | Meaning |
|---|---|
| Smart Hex | Local MCU, sensors, OLED, and interfaces serving one hex location |
| Base Board | Main controller and board-wide power, mapping, and coordination component |
| Playable Pieces | Passive roads, settlements, cities, robber, and land tiles |
| Display Unit | Raspberry Pi and screen presenting the public web application |
| Mobile Web App | Private player controller on an existing phone |
| Sensor ownership | Assignment of each sensed physical position to exactly one local sensor |
| Global road | Board-wide road-position ID independent of hex wiring |
| Global intersection | Board-wide building-position ID independent of local sensor numbering |
| Resistor ID | Identity inferred from a piece's passive resistor and accepted measurement range |
| Reference resistor | Known divider resistor on the sensing side, currently 10kΩ in the concept |
| ADC | Analog-to-digital converter measuring a voltage as a digital reading |
| Debounce | Filtering contact transitions until a stable state is observed |
| Calibration | Measuring known pieces to establish useful classification ranges |
| Chain enumeration | Sequentially identifying hexes through directed CHAIN eligibility signals |
| Runtime address | I²C address assigned to a hex during startup, distinct from its global board positions |
| I²C | Shared clock/data communication bus using SCL and SDA |
| Local OLED bus | Separate connection between a hex MCU and its own display |
| Physical board state | What the hardware observes, including unknown or unavailable positions |
| Game state | Authoritative rules-level state, including resources, turn, and expected pieces |
| Reconciliation | Comparison of expected game layout against physical observations |
| Board event | Stable physical observation expressed using global positions |
| Domain event | Accepted game-level outcome produced by rules processing |
| Hex Manager | Main-controller subsystem responsible for device communication and lifecycle |
| Semantic display command | Instruction such as set number or highlight, leaving pixel rendering to the hex |
| Bootloader | Small program responsible for entering or starting application firmware and potentially updating it |
| IAP | In-application programming; the eventual firmware-update mechanism still needs investigation |
| CRC | Cyclic redundancy check, used to detect accidental data corruption |
| BOM | Bill of materials listing parts and quantities |
| Kiosk mode | Browser setup focused on displaying one application on the public screen |
See system architecture for these terms in context.