Port to RP2040/RP2350, extract the shared logic

Raspberry Pi supply is unreliable, and Circle is Broadcom-only - there is no
Allwinner or Rockchip support anywhere in its tree, so an Orange Pi is not a
board swap but a restart on an unproven base. RP2040/RP2350 is the better
answer: available, ~$4, and a better fit for this job than the Zero ever was.

Structure. All the visualizer logic moves to src/ and is now
platform-independent, depending only on ILEDStrip (four methods) with MIDI
pushed in via OnMIDIPacket(). Each platform supplies a backend and a main
loop. The Circle build is unchanged in behaviour and still produces both
kernel images.

Pico backend:
- WS2812B from a PIO state machine, which clocks the 1.25us bit cell directly
  rather than faking it with 8 SPI bytes per data bit as the Circle build must.
- TinyUSB MIDI 1.0 device. Enumerates as an ordinary ALSA port, as the Circle
  gadget does. Packet framing comes from the USB MIDI Code Index Number rather
  than being re-derived.
- Mount, unmount, suspend and resume all clear held notes, so a chord held when
  the host goes away cannot stay lit.
- Latch spacing is enforced against a timestamp, so a caller cannot start a
  frame inside the WS2812B reset window.

Verified: builds clean for both pico (RP2040, 30052 bytes) and pico2 (RP2350,
28284 bytes), no warnings from project sources, and the Circle build still
produces kernel.img and kernel7.img. Tests pass across nine configurations.

Incidental findings. PIO frees both hardware SPI blocks; on a Pi Zero Circle
exposes only one SPI master (DEVICES=1 for RASPPI<4) and the WS2812B driver
monopolises it, so a display and the strip could not coexist there. RP2040/
RP2350 also support USB host and, on the W variants, BLE via btstack - both
of which section 3a records as impossible on Circle.

Also documents a known limitation found while looking at calibration: the
note-to-LED map is linear in semitone index, but a keybed is not. 52 white
keys span the same 1222mm, making one white key ~3.38 LEDs rather than 2. The
error drifts within each octave, worst at F, by up to ~0.87 LEDs (~6mm) even
after an optimal offset and scale. A geometric map would remove it. Not yet
implemented.

Claude-Session: https://claude.ai/code/session_01TVCB25LBsmeteWvaSMz4Ne

pico/main.cpp

@@ -0,0 +1,110 @@
+//
+// main.cpp
+//
+// Piano LED Visualizer on RP2040 / RP2350.
+//
+// The board is a USB MIDI device: the PC is the host and owns the piano
+// connection and everything else. From the PC's side this enumerates as an
+// ordinary ALSA MIDI port. See PIANO-LED-CIRCLE-PLAN.md section 2.
+//
+#include "pianoleds.h"
+#include "picostrip.h"
+#include "pico/stdlib.h"
+#include "tusb.h"
+
+static CPicoLEDStrip s_Strip (LED_COUNT, WS2812_PIN);
+static CPianoLEDs s_PianoLEDs (s_Strip);
+
+// Number of MIDI bytes carried by a USB MIDI event packet, indexed by its
+// Code Index Number (USB MIDI 1.0, table 4-1). 0 means "not a message we
+// forward".
+static const uint8_t s_CINLength[16] =
+{
+	0, 0, 2, 3, 3, 1, 2, 3,
+	3, 3, 3, 3, 2, 2, 3, 1
+};
+
+// --------------------------------------------------------------------------
+// TinyUSB device callbacks
+// --------------------------------------------------------------------------
+
+extern "C" void tud_mount_cb (void)
+{
+	// Fresh session: nothing should still be lit from the last one.
+	s_PianoLEDs.AllOff ();
+}
+
+extern "C" void tud_umount_cb (void)
+{
+	// Host went away, possibly mid-chord. Do not leave keys lit.
+	s_PianoLEDs.AllOff ();
+}
+
+extern "C" void tud_suspend_cb (bool remote_wakeup_en)
+{
+	(void) remote_wakeup_en;
+	s_PianoLEDs.AllOff ();
+}
+
+extern "C" void tud_resume_cb (void)
+{
+	s_PianoLEDs.AllOff ();
+}
+
+// --------------------------------------------------------------------------
+
+static void PollMIDI (void)
+{
+	uint8_t Packet[4];
+
+	while (tud_midi_available ())
+	{
+		if (!tud_midi_packet_read (Packet))
+		{
+			break;
+		}
+
+		// Packet[0] is cable number (high nibble) and Code Index Number
+		// (low nibble); the message itself is in Packet[1..3].
+		unsigned nLength = s_CINLength[Packet[0] & 0x0F];
+		if (nLength == 0)
+		{
+			continue;
+		}
+
+		s_PianoLEDs.OnMIDIPacket (&Packet[1], nLength);
+	}
+}
+
+int main (void)
+{
+	stdio_init_all ();
+
+	if (!s_Strip.Initialize ())
+	{
+		// Nothing sensible left to do; make the failure visible rather
+		// than sitting dark and looking like a power problem.
+		while (true)
+		{
+			tight_loop_contents ();
+		}
+	}
+
+	s_PianoLEDs.Initialize ();
+
+	tusb_init ();
+
+	while (true)
+	{
+		tud_task ();
+
+		PollMIDI ();
+
+		// Rendering blocks for the strip's frame time, so it runs here
+		// rather than in the USB callback. Returns immediately when
+		// nothing has changed.
+		s_PianoLEDs.Update ();
+	}
+
+	return 0;
+}