Files
Flipdot-display/src/nano/README.md
T
mangavalkandClaude Opus 5.5 090c2bf8ae Fix shifted pictures: non-blocking Nano drawing, frame check, refresh settings
The Nano's periodic full redraw blocked for ~0.8 s. A frame that arrived
meanwhile overflowed its 64-byte serial buffer; lost bytes in a bitmap
shift the rest of the image (picture moved up), and diff frames never
repaired it.

- Nano: all drawing (frames, effects, the dot refresh) runs from update()
  in ~1 ms slices; the refresh pauses while a frame is received or shown
- New commands: C (reply with the image checksum) and I (refresh minutes,
  EEPROM)
- ESP32: NanoMonitor asks for the checksum after frames and sends the whole
  image again on a mismatch, missing answer or Nano restart; counts ERR
  replies. Periodic whole-image resync.
- Settings: "Dot refresh" and "Image resync" intervals (settings v5,
  v4 records are migrated)
- System tab: loop timing, free memory, frame check counts
- test_driver: the real driver against a simulated panel

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-16 15:20:26 +02:00

6.7 KiB
Raw Blame History

Arduino Nano: flipdot driver

PlatformIO environment: nano

The Nano is connected directly to the Brose panel electronics. It keeps an 84 × 19 frame buffer and takes drawing commands over serial (115200 baud). It has no clock or network logic.

Files

File Contents
main.cpp setup() / loop(), feeds serial bytes to the parser, periodic full redraw
config.h All settings: debug options, display size, flip time limits, timings
command_parser.h/.cpp CommandParser: the serial protocol, one method per command
settings.h/.cpp Flip time stored in EEPROM

The display driver itself is in lib/BROSE9323.

Tests

pio test -e test_nano runs the unit tests in test/test_nano on the PC. They feed serial data to the firmware and check what it asks the display to do: every command, bitmaps, bad input, flip time storage and the full-redraw timing. The Arduino core, EEPROM and the display driver are replaced by fakes in test/mocks.

Behaviour

  • Boot: the Nano loads the flip settings from EEPROM, sets up the pins and sends READY. It doesn't flip any dots at boot. The relay powers the Nano, so it boots every time the display is switched on.
  • First display() after boot redraws every dot, because the Nano doesn't know which state the dots were left in.
  • display(): compares the new buffer with the last one that was shown and strobes only the dots that changed, each with N pulses (default 2: the second one catches dots that missed the first). Every pulse is followed by a pause (G, default 200 µs) so the coil supply can recover.
  • Refresh effect (E): with 0 (default) a frame appears column by column as fast as possible. The other effects (sparkle, wipe, rain, from the middle out, diagonal, spiral, flip all then reveal, push, random) spread the flips over the effect time. Push shifts the whole picture one column per step, so it flips many dots and can take longer than the effect time. With flag 1 only small changes (at most 1/10 of the dots, like the clock's minutes) get the effect. After boot the dot state is unknown, so push falls back to a wipe. They run in small steps from loop(), so serial data keeps being read; while a new frame is being drawn into the buffer the effect pauses, and the next D starts it again. The orders come from DotSequence in lib/BROSE9323/dot_sequence.h.
  • Nothing blocks. Every frame (also instant ones, D1) is flipped from update() in slices of about 1 ms, so loop() keeps reading the serial port. A blocking redraw used to overflow the 64-byte receive buffer; the lost bytes shifted the rest of a bitmap (the picture moved up and left) and nothing repaired it.
  • Every 2 minutes (I command, stored in EEPROM, 0 = never) it flips every dot once more, with one pulse, to fix dots that got stuck. This also runs in slices, only while no frame is being received or shown, and continues where it was after a frame.
  • Flip pulse length (µs, 50–2000) is set with the T command and stored in EEPROM, so it is kept after a reboot. The default is 200 µs. G, N and E are stored the same way (addresses in settings.cpp; values that were never written fall back to the defaults in config.h).

Debug options

Uncomment these in config.h:

Define Effect
DEBUG Print unknown command bytes on the serial port
MEASURE_REFRESH At boot, time a full redraw and print the duration in ms

Serial protocol

Each command is one ASCII line that ends with \n (\r is ignored). The Nano collects a whole line before it runs the command. If a line is broken or unknown, it is skipped and the next line starts clean. Coordinates are 2-digit hex. Color is 0 (black) or 1 (yellow). The ESP32 driver (ESPSERIAL) only uses s, S, F, D, T, G, N and E.

Cmd Format Meaning
s sXXYYc Set pixel in the buffer
S SXXYYc Set pixel and flip it right away (direct mode)
F Fc Fill the whole buffer
D D or D1 Push the buffer to the display (changed dots only). D1: a frame of moving content (scrolling text, seconds), shown without the refresh effect.
P PXXYYcsTEXT Print text at (XX,YY), color c, size s. A literal \n (backslash, n) in TEXT starts a new line. The whole line can be at most 64 characters.
B BXXYYWWHHcHEX... Draw a bitmap. WW must be a multiple of 4. Pixel data is one hex digit per 4 pixels, row by row. The data is drawn while it arrives, so it is not limited to 64 characters.
R R Print the buffer as ASCII art on the serial port
T Tnnn Set the flip pulse length in µs (decimal, 50–2000), stored in EEPROM
G Gnnn Pause after each pulse in µs (decimal, 0–5000), stored in EEPROM
N Nn Pulses for each changed dot (1–3), stored in EEPROM
I Innn Minutes between full redraws (decimal, 0–1440, 0 = never), stored in EEPROM
C C Reply C xxxx: checksum of the image received so far (CRC-16/CCITT of the buffer, only the dots, lib/BROSE9323/buffer_crc.h), 4 hex digits
E Ee,nnnn[,f] Refresh effect e (0 instant, 1 sparkle, 2 wipe, 3 rain, 4 from the middle out, 5 diagonal, 6 spiral, 7 flip all then reveal, 8 push, 9 random), its time in ms (100–10000) and flags f (1 = only small changes, default 0), stored in EEPROM

Replies on the Nano's TX pin:

  • READY after booting. The ESP waits for it before sending the first frame. Later (while it is on) it means the Nano restarted, e.g. after a power dip.
  • C xxxx for C. The ESP sends C after frames (at most every 3 s) and compares the answer with its own copy; a wrong or missing answer makes it send the whole image again.
  • ERR: ... for invalid commands. The ESP counts them (web UI, System).

Example (what the ESP32 sends for one pixel and a refresh):

s0a051
D

Wiring (default pinout)

The pins are defined in lib/BROSE9323/BROSE9323.h. If you use the PLCC adapter board, build with -D FLIPDOT_PLCC_ADAPTER to switch to its pinout.

Signal Nano pin
ENABLE D7
ADDR_0 / 1 / 2 (panel select) D3 / D5 / D6
COL_DATA D4
COL_0 … COL_4 D8, D10, D9, D11, D12
ROW_0 … ROW_4 A3, A4, A2, A0, A1
ROW_RESET D13
ROW_SET A5
Serial RX D0 (from ESP32 GPIO 17, TX2)
Serial TX D1 (to ESP32 GPIO 16, RX2, through a 5 V → 3.3 V voltage divider). Optional: needed for READY. Without it, the ESP waits the full 3 s timeout.