julian
4319fb86dc
- dingtian-relay: relay+input controller (4ch on hand). Inputs are decoupled from relays (configurable via input_link_relay) — solves the access-controller-button-flow blocker the UHPPOTE couldn't. Full protocol from the SDK (UDP string control :60001, `00` status parse, input_link_url push, multicast discovery). Driver + hardware test still to build. - dingtian-vs-mqtt: use direct HTTP/UDP now; MQTT skipped (broker = extra infra + failure mode + overkill at one-host/few-devices scale) but kept for later multi-lane scale. - autonomous-direction: record the roadmap to fully unmanned (no booth) and how it reshapes the threat model (operator-fraud -> unattended-machine threats), makes host-in-the-loop entry mandatory, and raises fail-state stakes. - threat-model: note the unmanned shift. index + log. gitignore the vendor SDK (dingtian/, 71MB of binaries/examples) — reference only, protocol captured in the wiki.
80 lines
4.7 KiB
Markdown
80 lines
4.7 KiB
Markdown
---
|
|
type: overview
|
|
tags: [parking, index]
|
|
updated: 2026-06-14
|
|
---
|
|
|
|
# Index
|
|
|
|
Content catalog for the wiki. Start at [[overview]]. Maintained on every ingest.
|
|
Counts: 1 source · 14 entities · 10 concepts · 2 decision records.
|
|
|
|
## Overview & navigation
|
|
- [[overview]] — the top-level synthesis and entry point.
|
|
- [[index]] — this catalog.
|
|
- `log.md` — chronological record of ingests/queries/lints.
|
|
|
|
## Sources
|
|
- [[parking-system-architecture]] — design notes: stack, threat model, devices, UHPPOTE, ESP32, readers, BOM, open decisions.
|
|
|
|
## Entities — technology stack
|
|
- [[technology-stack]] — the full stack table; all MIT/Apache/BSD, chosen to avoid lock-in.
|
|
- [[fastify]] — Node backend; hosts device-driver plugins + auth; serves the SPA.
|
|
- [[sqlite]] — local single-writer DB (WAL); limits & why it fits.
|
|
- [[drizzle-orm]] — ORM; schemas port to PostgreSQL for remote sync.
|
|
- [[turborepo]] — monorepo tool.
|
|
- [[react-vite-spa]] — React/Vite frontend served by Fastify.
|
|
- [[local-jwt-auth]] — fully local auth (JWT + bcrypt + role guard); forced by offline-first.
|
|
|
|
## Entities — rejected alternatives
|
|
- [[payload-cms]] — strong, but rejected over BSL license shift (the rug-pull cautionary case).
|
|
- [[refine]] — dropped for plain React; UI too simple to justify a framework.
|
|
- [[logto-zitadel-oidc]] — OIDC providers ruled out by offline-first.
|
|
|
|
## Entities — hardware & devices
|
|
- [[uhppote-controller]] — current access controller; cheap, tamper-evident, open-UDP, fixed firmware.
|
|
- [[esp32-custom-controller]] — prevention-grade upgrade; device-level auth.
|
|
- [[atecc608]] — secure element; non-extractable signing key (host events + controller auth).
|
|
- [[wiegand]] — reader standard feeding the controller directly (autonomous permit-holder path).
|
|
- [[lpr-camera]] — edge-AI plate recognition; host-side casual-identity source.
|
|
- [[zkteco-controller]] — C3/inBio controller; aux-input path may enable host-in-the-loop (driver TBD).
|
|
- [[dingtian-relay]] — relay+input board; inputs decoupled from relays → solves the button blocker (driver TBD).
|
|
- [[bom]] — reference bill of materials (barrier, loops, controller, readers, payment, host, network).
|
|
|
|
## Concepts — foundational forces
|
|
- [[offline-first]] — no network dependency in core operation; what it forces (and doesn't).
|
|
- [[threat-model]] — the operator-at-the-booth reframing; why encryption defends the wrong threat.
|
|
|
|
## Concepts — integrity & anti-fraud
|
|
- [[append-only-event-chain]] — append-only + hash chain + ATECC608 signing = unforgeable log.
|
|
- [[reconciliation]] — the real anti-fraud control; what remote sync actually is.
|
|
- [[disk-os-hardening]] — LUKS/GRUB/Secure Boot; worthwhile but not the main event.
|
|
|
|
## Concepts — device architecture & safety
|
|
- [[device-adapter-pattern]] — business logic talks to interfaces; swap hardware → new adapter.
|
|
- [[device-registry]] — catalog of selectable drivers per category (admin-configurable).
|
|
- [[first-run-setup]] — admin assigns devices per lane from the catalog at install.
|
|
- [[device-discovery]] — optional driver capability to scan the LAN (UHPPOTE UDP broadcast).
|
|
- [[barrier-not-a-door]] — never timed-close a barrier; safety lives in barrier firmware.
|
|
- [[trust-boundary]] — the core fork: network vs. device; auditable vs. unforgeable.
|
|
- [[fail-state-safety]] — entry fails closed, exit fails open; manual override; watchdog.
|
|
|
|
## Concepts — access control
|
|
- [[uhppote-udp-protocol]] — open UDP weakness + the unauthenticated commands that undermine the log.
|
|
- [[network-isolation]] — mandatory VLAN isolation; the network as security boundary.
|
|
- [[event-log-ingestion]] — host-side index tracking that makes the UHPPOTE log trustworthy.
|
|
- [[challenge-response-auth]] — asymmetric nonce scheme for the ESP32 (auth + anti-replay).
|
|
- [[entry-exit-readers]] — two populations, two integration paths; both can share a relay.
|
|
- [[uhppote-vs-esp32]] — comparison: detection vs. prevention.
|
|
|
|
## Dev environment (reference)
|
|
- [[local-dev-workflow]] — running the stack locally; setup, the dev-hang gotchas, seed:admin.
|
|
- [[wsl-dev-networking]] — WSL2 NAT blocks device broadcast; use mirrored mode + the gotchas after.
|
|
|
|
## Decisions
|
|
- [[standing-decisions]] — settled decisions (stack, platform, integrity, access control, readers).
|
|
- [[open-questions]] — 7 open items (6 procurement + JWT key choice); ESP32 device auth deferred.
|
|
- [[access-controller-button-flow]] — ⚠️ BLOCKER: UHPPOTE/ZKTeco on hand can't do ticket-first entry as wired.
|
|
- [[autonomous-direction]] — roadmap: toward fully unmanned (no booth); reshapes threat model + fail-state.
|
|
- [[dingtian-vs-mqtt]] — transport choice: direct HTTP/UDP now, MQTT parked until multi-lane scale.
|