had-badge-mod

KO | EN

gitlite — search

#sql #machine-learning #gemini #cpp #svg #openai #chatbot #ui #css #artificial-intelligence

(★ 9)

Modular firmware mod for the Hackaday Communicator Badge: true Meshtastic interop, GPS position sharing, WebUI, app OS.

파일 탐색기

ZIP 다운로드

- - docs.yml
- - app_manager.c
  - CMakeLists.txt
  - compass_app.c
  - diag.c
  - follow.c
  - gps_app.c
  - launcher.c
  - map.c
  - messages.c
  - nodes.c
  - packets.c
  - radar.c
  - settings_app.c
  - track.c
  - tracker.c
- - ble.c
  - CMakeLists.txt
- - CMakeLists.txt
- - CMakeLists.txt
  - eventbus.c
  - nodedb.c
  - settings.c
  - settings_json.c
  - settings_nvs.c
- - backlight.c
  - battery_adc.c
  - bno055.c
  - CMakeLists.txt
  - display_nv3007.c
  - gps_uart.c
  - i2c_bus.c
  - imu_icm20948.c
  - kbd_tca8418.c
  - led.c
  - power_mgmt.c
  - qmc5883l.c
  - radio_sx1262.c
  - vibe.c
  - wifi.c
- - aes.c
  - channels.c
  - CMakeLists.txt
  - mesh_crypto.c
  - meshtastic_pb.c
  - packet.c
  - regions.c
- - backend_meshtastic.c
  - CMakeLists.txt
  - message.c
  - router.c
- - CMakeLists.txt
  - radio_task.c
- - battery_svc.c
  - CMakeLists.txt
  - compass_svc.c
  - gps_svc.c
  - led_svc.c
  - mesh_svc.c
  - ota_svc.c
  - status_svc.c
  - time_svc.c
  - track_svc.c
  - vibe_svc.c
  - web_svc.c
  - wifi_svc.c
- - CMakeLists.txt
  - frame.c
  - icons.c
  - Kconfig
  - launcher_strip.c
  - map_canvas.c
  - menubar.c
  - sidebar.c
  - theme.c
- - CMakeLists.txt
  - compass.c
  - geo.c
  - gps_state.c
  - map_proj.c
  - nmea.c
  - radar_proj.c
  - vmap.c
- - content.config.ts
- .gitignore
- astro.config.mjs
- package-lock.json
- package.json
- tsconfig.json
- - communicator-gps-case.stl
  - README.md
- - board-shape.svg
  - internal-addon-board-gerbers.zip
  - internal-addon-board.fzz
  - placement-overlay.png
  - README.md
- CMakeLists.txt
- test_aes.c
- test_channels.c
- test_compass.c
- test_dedup.c
- test_eventbus.c
- test_geo.c
- test_gps.c
- test_main.c
- test_map.c
- test_mesh_crypto.c
- test_meshtastic_pb.c
- test_nmea.c
- test_nodedb.c
- test_packet.c
- test_radar.c
- test_regions.c
- test_settings.c
- test_settings_json.c
- test_theme_layout.c
- test_util.h
- app_main.c
- CMakeLists.txt
- idf_component.yml
- osm2vmap.py
- run_host_tests.ps1
.gitattributes
.gitignore
CMakeLists.txt
CONVENTIONS.md
LICENSE.txt
partitions.csv
README.md
RELEASE_NOTES_v1.0.0.md
RELEASE_NOTES_v1.1.0.md
sdkconfig.defaults

# CDN으로 사용하기

jsDelivr

jsDelivr는 공개 GitHub 리포지토리를 별도 설정 없이 CDN으로 즉시 서빙합니다. 버전과 파일을 고르면 웹페이지에 바로 붙일 수 있는 링크와 예시 코드가 만들어집니다.

버전

파일

링크

예시

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

<h1 align="center">Communicator Badge firmware</h1>

<p align="center">
  Native C / ESP-IDF Meshtastic firmware for the Hackaday Supercon 2025 Communicator badge.
</p>

This firmware turns the Hackaday Supercon 2025 Communicator badge into a Meshtastic messenger. It joins a mesh, exchanges encrypted text with other badges, Meshtastic devices, and the phone app, and drives a monochrome LVGL interface on the badge's own keyboard and screen. Twelve apps sit behind a scrolling launcher, from the chat screen to a tilt-compensated compass and an offline vector map.

> Replaces the stock `lvgl_micropython` demo. Flashing is reversible: you can put the original image back over USB whenever you want.

## What it looks like

428 x 142 pixels, one amber accent on a dark surface, and a keyboard instead of a touchscreen. Every screen is driven from the same chrome: a status sidebar that stops at the bar, a right-aligned title, and five function keys whose labels always name what the next press does.

<table>
<tr>
<td width="50%"><img src="docs/src/assets/screen-launcher.svg" alt="Launcher: a horizontally scrolling strip of app tiles with Messages focused"></td>
<td width="50%"><img src="docs/src/assets/screen-messages.svg" alt="Messages: a received bubble, a sent bubble in the amber accent, and the compose field"></td>
</tr>
<tr>
<td>Twelve apps behind a scrolling strip</td>
<td>Encrypted text with anything speaking Meshtastic</td>
</tr>
<tr>
<td><img src="docs/src/assets/screen-radar.svg" alt="Radar: a PPI scope with four node blips around you, one selected, north up at a 1 km range"></td>
<td><img src="docs/src/assets/screen-compass.svg" alt="Compass: state Ready, heading 274 degrees true, source Compass, and a calibration saved and in use"></td>
</tr>
<tr>
<td>Radar puts your people on a scope, with an offline map under the blips</td>
<td>Fit an IMU and the scope turns while you stand still</td>
</tr>
</table>

Those four are rendered from the firmware's own layout constants and colour tokens rather than photographed off the panel, so the geometry is exact and the anti-aliasing is kinder than a camera.

## Runs on a stock badge, flashed over USB

Flashing needs no rework: nothing has to be desoldered and nothing has to be added. The badge is an ESP32-S3, so an ESP-IDF 5.1 or newer toolchain and a USB cable are the whole requirement. This release is built on ESP-IDF 6.2.

| Part | Detail |
|------|--------|
| MCU | ESP32-S3-WROOM, 8 MB octal PSRAM, 16 MB flash |
| Display | NV3007 TFT, 428x142, SPI |
| Radio | Semtech SX1262 LoRa |
| Keyboard | TCA8418 I2C matrix |
| Flash layout | Two 3 MB OTA app slots plus about 9.6 MB of SPIFFS |

Every pin number is defined in one place, `components/bsp/include/board_pins.h`. The optional GPS, compass and vibration motor are covered below.

## Quick start

With ESP-IDF active in your shell, from the repository root:

```bash
idf.py set-target esp32s3
idf.py build
idf.py -p <PORT> flash monitor
```

First boot blank or white? That is almost always stale NVS left by the previous firmware. Run `idf.py -p <PORT> erase-flash` once, then flash again. See [Build and flash](https://giovi321.github.io/had-badge-mod/getting-started/building/) and [First boot](https://giovi321.github.io/had-badge-mod/getting-started/bring-up/) for the rest.

## What it does

- Meshtastic messaging over LoRa: encrypted text with other badges, Meshtastic devices and the phone app, on the real wire format, with the channel hash, flags, nonce layout and sync word pinned as known-answer tests in `host_tests/`
- Twelve apps behind a horizontally scrolling launcher: Messages, Nodes, Settings, Diagnostics, GPS, Breadcrumbs, Follow, Packets, Tracker, Radar, Map and Compass
- Range and bearing views for finding people: Radar plots nodes on a PPI scope, Map draws them over an offline basemap, and Tracker, Follow and the Nodes rows point a needle at one node
- A web UI over WiFi that backs up and restores settings, flashes a new image into the spare OTA slot, and uploads offline maps
- Useful with the screen off: the keyboard and radio wake the CPU rather than being polled, the CPU scales its frequency with tickless idle, and the on-board D1 LED blinks briefly every 3 s while a message is unread

## Optional hardware and its default pins

Three optional peripherals fit on the badge's two expansion headers, and between them they take every signal pin those headers carry. All three default to enabled, and with nothing fitted each logs one line at boot and the badge runs normally. Every pin below is a setting, so the assignment is a default and not a constraint.

| Peripheral | Part | Default pins (ESP GPIO) | Header | Setting keys |
|------------|------|-------------------------|--------|--------------|
| Compass | TDK ICM-20948, AK09916 magnetometer on a second die | SDA 4, SCL 5 | J8, the SAO I2C pair | `imu_enabled`, `imu_sda_pin`, `imu_scl_pin`, `imu_addr_hi`, `mag_decl_ddeg`, `mag_cal_use` |
| GPS | ATGM336H, NMEA over UART | ESP RX 7, ESP TX 6 | J8, the SAO spare GPIO pair | `gps_enabled`, `gps_rx_pin`, `gps_tx_pin` |
| Vibration motor | any 3.3 V motor behind a driver transistor | 12 | J6, the IO12 pad | `vibe_enabled`, `vibe_pin`, `vibe_ms`, `vibe_on_msg` |
| Notification LED | D1, already fitted on the stock badge | 1 | on the board, active low | `led_enabled`, `led_pin`, `led_active_lo`, `led_on_msg`, `led_beat_s` |

What each one buys:

- The compass gives a tilt-compensated heading that holds while you stand still. Tracker, Follow and the Nodes needles take it with no toggle; Radar and Map default to north-up and use it once F1 selects heading-up. Calibrate the magnetometer once with a sweep in the Compass app, then set `mag_decl_ddeg` to your local declination in tenths of a degree, east positive. GPS course over ground is the fallback above 1 knot
- The GPS gives position, course over ground, breadcrumb tracks in SPIFFS, and a clock the badge sets itself
- The motor buzzes for `vibe_ms` milliseconds on an incoming message, 180 ms by default, which makes the badge useful in a pocket with the screen off
- D1 blinks for an unread message the way a BlackBerry did: 60 ms every 3 seconds until you read them. One monochrome LED means the vocabulary is timing rather than colour, so there is also an idle heartbeat you can switch on. Diagnostics F1 and F2 fire the motor and the LED once each, because a peripheral that either moves or does not is faster to test with a keypress than with a second device

The GPS default is the SAO spare GPIO pair rather than J6 because the compass takes the SAO I2C pair and the motor takes J6's IO12 pad. J6 still works: set `gps_rx_pin` to 12 and `gps_tx_pin` to 11, and move or disable the motor first. Two labels mislead. SAO numbering runs against ESP numbering, so SAO_GPIO1 is ESP GPIO7 and SAO_GPIO2 is ESP GPIO6. The J6 silkscreen "IO12" reads as "IO10" at a glance, and GPIO10 is the LoRa antenna switch, not a J6 pin at all. Full wiring is in [Board and pins](https://giovi321.github.io/had-badge-mod/hardware/overview/).

Two fabricable extras live in this repo:

- A 3D-printable case with a bay for the GPS module, in [`hardware/case/`](hardware/case/)
- A back-side PCB that breaks J6 and J8 out to JST sockets, so modules plug in instead of being soldered, in [`hardware/internal-addon-board/`](hardware/internal-addon-board/)

The addon board exists because soldering three peripherals onto two bare 2.54 mm headers, inside a case, with wires that have to come off again, gets old fast. It solders once onto J6 and J8 and turns them into six keyed sockets: one pair per function, so a module plugs in without anyone counting pins.

<table>
<tr>
<td width="50%"><img src="docs/src/assets/addon-board-bare.jpg" alt="The fabricated addon board, unpopulated, showing the J8 2x3 hole pattern, the J6 row and six 2-pin socket footprints"></td>
<td width="50%"><img src="docs/src/assets/addon-board-wired.jpg" alt="The badge back with the addon board fitted and ribbon wires running to a GPS module and an ICM-20948 breakout sitting in the printed case"></td>
</tr>
<tr>
<td>Rev C as fabricated, before the sockets go on</td>
<td>Fitted, with the GPS and the compass wired into the case</td>
</tr>
</table>

## Offline vector maps

Radar and Map draw an OpenStreetMap vector basemap (roads and water) under the node blips. Build one for your area on a PC, then upload it over WiFi:

```bash
python tools/osm2vmap.py --geojson area.geojson --out map.vmap
```

Open `http://<badge-ip>/map` to upload `map.vmap`. Radar shows it on F4 and needs a GPS fix to place it; the Map app draws it with no toggle and free-pans without a fix on F3. Either way the map has to cover the area you are looking at. See [Offline maps](https://giovi321.github.io/had-badge-mod/development/maps/) for the full walkthrough.

## Host tests

The portable logic runs on a PC with no badge attached: 1113 checks over the Meshtastic codec, AES and channel crypto, the node database, NMEA parsing, radar and map projection, the compass maths, and UI layout. With the bundled `zig cc` compiler:

```bash
python -m pip install ziglang
pwsh tools/run_host_tests.ps1
```

A `host_tests/CMakeLists.txt` is also provided for gcc or clang with CMake. See [Host tests](https://giovi321.github.io/had-badge-mod/development/host-tests/).

## Repo layout

Anything that can be tested on a PC lives in a portable component and is compiled into both the firmware and `host_tests/`. Hardware access is confined to `drivers/`, and only the UI task touches LVGL.

```
main/                           app_main.c, the boot sequence
components/
  core/  mesh/  util/           portable C11, also compiled into host_tests
  net/  ui/                     router and LVGL widgets; their portable/ subdirs are host-tested
  bsp/                          board_pins.h and app_config.h, the single pin map
  drivers/  radio/              ESP-IDF hardware access
  services/                     background tasks (mesh, GPS, compass, WiFi, web)
  apps/                         the twelve app screens
  ble/                          NimBLE companion link
host_tests/                     portable test suite
tools/                          host-test runner and the OSM vector-map converter
hardware/case/                  3D-printable case (STL + notes)
hardware/internal-addon-board/  J6+J8 breakout PCB (Fritzing + gerbers)
docs/                           Astro + Starlight documentation site
```

See [Conventions](https://giovi321.github.io/had-badge-mod/development/conventions/) for the rules those boundaries enforce, and the [architecture overview](https://giovi321.github.io/had-badge-mod/architecture/overview/) for how the tasks fit together.

## What has actually been verified

Confirmed on hardware:

- The firmware builds clean for the `esp32s3` target and the host-test suite passes: 1113 checks, 0 failures
- A badge flashed with it boots cleanly, with the GPS, the vibration motor and the notification LED coming up on their default pins
- The ICM-20948 is detected and identified over I2C: `WHO_AM_I` reads `0xEA` and the AK09916 magnetometer inside it answers and enters continuous mode. So the register map, the user-bank switching, the bypass path to the second die and the identification checks all work against the real part

Not confirmed:

- Heading accuracy. The compass reports a heading, but it has not been compared against a known reference, and the axis transform between the two dies and the calibration sweep are unproven in the field. The maths behind them is host-tested, which is a different claim
- The magnetometer calibration gate accepts a sweep that never tilts the badge, which leaves the vertical axis offset tens of uT out. That error cancels while the badge is level and grows as it tips, so sweep with real tilt. Closing the gap properly needs a sphere-residual check
- Battery charge. This badge has no battery sense circuit: `VBAT` reaches only the charger, a cap, the load switch and the JST connector, never an MCU pin, and there is no charge-status or USB-present line either. The sidebar hides the icon rather than showing an empty one. The settings to enable it exist for anyone who fits a divider by hand, though nobody has yet
- Radar, the web UI tools (settings backup and restore, and OTA update), and the multi-channel threaded UI are in the build but have not had a device check

## Roadmap

- Waypoint and POI manager: save, name, navigate to and share points over the mesh
- BLE channel and contact provisioning, so onboarding needs no typing
- A piezo buzzer for notification tones alongside the motor

## License

MIT, see [LICENSE.txt](LICENSE.txt). Uses [LVGL](https://lvgl.io), [nanopb](https://jpa.kapsi.fi/nanopb/), and the [Meshtastic](https://meshtastic.org) protocol.

had-badge-mod

오너의 다른 레포

파일 탐색기

# CDN으로 사용하기

Was this content helpful?

Recent Feedback

had-badge-mod

오너의 다른 레포

파일 탐색기

# CDN으로 사용하기

Was this content helpful?

Recent Feedback

Download README