Skip to content
PCController Wiki Publisher edited this page Aug 9, 2026 · 2 revisions
PCController documentation

PCController product icon

PCController Wiki

PCController combines the ATmega328P firmware, native Go host, embedded WebUI, protocol/API surfaces, safe programming, and Virtual Board.

Important

Repository Markdown is canonical. This Wiki is a generated, branded mirror; edit the linked source documentation through a pull request rather than changing a Wiki page by hand.

🧭 Choose a path

Goal Start here
Run or connect for the first time Getting started and operations
Find the owning source, test, asset, or generated output Repository and file map
Program or recover a board safely Toolchain and safe programming
Integrate an app or another host Protocol and network API
See feature parity and remaining gaps Control-surface matrix and requirements backlog

🧱 One system, shared ownership

βš™οΈ Firmware πŸ–₯️ Host 🌐 Interfaces πŸ§ͺ Verification
Deterministic safety, I/O, menus, RF, EEPROM One primary serial owner and command dispatcher WebUI, TUI, CLI, native shell, APIs and libraries Virtual Board, local gates, CI and explicit hardware acceptance

πŸ“š Maintained knowledge base

πŸš€ Start here

Guide
πŸš€ Getting started and operations
πŸ—ΊοΈ Repository and file map
πŸŽ›οΈ Front panel and menus
πŸ”§ Hardware initialization and tuning
βš™οΈ Host configuration and integrations

πŸ”Œ Use and integrate

Guide
🧭 Hosted front-panel menus
🌐 Portable WebUI
πŸ”Œ Protocol and network API
🧩 C library API
↔️ Control-surface capability matrix

πŸ› οΈ Build and test

Guide
πŸ—οΈ Build and packaging tool
πŸ’Ύ Firmware tool
πŸ–₯️ Host Controller
πŸ§ͺ Virtual Board
πŸ“¦ Dependency maintenance
πŸ›‘οΈ Toolchain bootstrap and safe programming
🧠 Memory and feature tradeoffs
🚦 CI/CD and releases
πŸ”© Urboot-Custom reproducible fork

πŸ“‹ Project tracking

Guide
πŸ” Audit and traceability tools
βœ… Project acceptance
πŸ“‹ Requirements backlog
🧬 Local-library variant comparison

πŸ”„ Work and review

  • Project board β€” status, domain, priority, and milestone overview.
  • Issues β€” requirements and acceptance evidence.
  • Pull requests β€” reviewable implementation and work in progress.
  • Actions β€” build, repository-health, security, and release evidence.
Contributor rule: source before mirror
  1. Use the repository map to find the authoritative file.
  2. Reconcile the change with its issue and existing pull requests.
  3. Update source, tests, capability matrix, and relevant guide together.
  4. Preview the Wiki from source; never preserve a hand-edited Wiki fork.

Clone this wiki locally