SPROSSE 0

wird geprüft …

Im Dialog stehen alle Bluetooth-Geräte in Reichweite, nicht nur die Bänder — das ist Absicht, weil Bluefy mit einem Namensfilter eine leere Liste zeigt. Die beiden Bänder heißen ELK-BLEDOM. Zweimal denselben Eintrag zu erwischen merkt die Seite nicht, das zeigt erst die Sichtprobe: es müssen beide rot werden.

Läuft der Balken beim Reden mit, gibt Bluefy das Mikrofon frei. Bleibt er tot, fällt die Musikanalyse auf dem Handy weg.

Beide Bänder blinken gegenphasig, Band 2 um 20 ms versetzt — dasselbe Raster wie am PC (PAAR_VERSATZ). Gemessen wird nicht, ob ein Befehl rausgeht, sondern ob die Schleife den Takt hält.

Oder einfach abfotografieren und schicken.

Noch nicht erfasst. Zeigt Modus 0 bis 7 der Reihe nach, je 8 Sekunden, und schreibt groß hin, welcher läuft. Musik muss laufen. Sag mir danach nur: welche Nummern sind einfarbig, welche zweifarbig, welche Regenbogen. Am Ende springt er auf den gemerkten Modus zurück.

Das ist wahrscheinlich das, was du willst, und es war die ganze Zeit da: der Controller hat sieben einfarbige Strobos eingebaut — rot, grün, blau, gelb, cyan, magenta, weiß. Am PC gemessen mit 5,4 Blitzen pro Sekunde, also schneller als wir über Funk je schicken können (unsere Decke ist 3/s). Läuft in der Hardware: Handy sperren, weglegen, App zumachen — blitzt weiter.

Zweifarbig geht, indem die Bänder verschiedene Farben bekommen. Band 1 rot, Band 2 weiß — zwei Farben, kein Regenbogen, keine Palettenwechsel. Nichts wechselt, nichts zappelt.

Was die zwei Knöpfe unterscheiden — ehrlich:
„Einfarbig an" blitzt im festen Takt, nicht auf die Musik. Dafür sicher, sofort, und du kannst das Tempo danebenschieben. Das ist der Knopf, der heute Abend garantiert funktioniert.
„auf die Musik hören" schickt davor das Mikrofon-Bit des Chips und ist der Versuch, dasselbe einfarbige Strobo vom Bandmikrofon auslösen zu lassen. Wenn das greift, hast du genau was du beschrieben hast: Erkennung wie bei „Band hört selbst", aber einfarbig. Ungetestet — sag mir, ob es auf die Musik reagiert oder stur weiterblitzt.

Das ist nicht das Mikrofon im Band, sondern unser eigener Effekt: das Handy hört mit seinem eingebauten Mikrofon zu und schickt die Farbe. Das Mikrofon schaltet sich beim Start selbst ein. Braucht einen wachen Bildschirm — gesperrt hält iOS JavaScript an, dann passiert nichts. Gemessene Decke der Funkstrecke: rund 3 Blitze pro Sekunde, also ein Blitz pro Beat bis ~180 BPM; darüber blitzt es automatisch jeden zweiten Beat. Schnelleres kann nur das Band selbst (4b), dafür ohne Farbwahl.

Das ist dein Punkt: Erkennung der Bandmodi behalten, Regenbogen-Gezappel raus. Wenn ein Farbbefehl im Mikro-Modus greift, läuft das schnelle Strobo aus dem Chip in unserer Farbe — bei gesperrtem Handy, ohne dass das Handy mithören muss. Das ist die beste aller Fassungen, und es sind vier verschiedene Wege, auf denen das klappen könnte.

Jeder Knopf ändert gegenüber Stufe 1 genau eine Sache. Erst 1 drücken (Grundzustand), dann 2 bis 5 der Reihe nach, und nach jedem hinsehen. Vor 3, 4 und 5 schickt die Seite den Grundzustand selbst neu — du musst nicht zurückspringen.

Wichtig, gemessen am 02.10.: die Knöpfe 1 und 2 waren bis v10 tot und haben nie einen Befehl geschickt — ihre IDs t1/t2 gab es auf der Seite zweimal, und der Klick landete auf den Textzeilen „Band 1/2 — nicht verbunden". Was du bei Stufe 2 gesehen hast, war also noch das Bild von vorher. Seit v11 feuern sie. Stufe 3 bis 7 waren immer in Ordnung, dein Fund „Farbe vorher, dann Modus" steht.

Nach jedem Knopf zwei Dinge: strobt es noch, und welche Farbe? „strobt rot" bei irgendeiner Stufe = gewonnen, dann baue ich genau die ein. Fünf kurze Antworten reichen mir — „2 bunt, 3 bunt, 4 rot aber steht, 5 strobt rot" ist perfekt.

„Es hört auf zu strobben und steht auf rot" ist auch eine Antwort, kein Fehler. Gegenprüfung Gemini: bei diesem Chip beendet ein Farbbefehl voraussichtlich den Mikro-Modus statt ihn einzufärben. Genau deshalb prüfen wir es, statt es anzunehmen. Wenn alle fünf Stufen das tun, ist die Frage beantwortet und 4f ist der Weg — nicht dieser hier.

Die zwei sind Beiwerk: greift die Helligkeit, kannst du das Band im Mikro-Modus wenigstens dimmen. Nur drücken, wenn oben alles durch ist.

Du hast recht, dass nichts passiert — und ich habe den Grund gefunden: die Seite schickt sie im falschen Register. Bisher ging 7E 00 07 SS mit Werten 0–255 raus; die Referenz-Steuerungen für diesen Chip nutzen 7E 04 06 SS mit Werten 0–100. Welches von beiden dein Band versteht, zeigt diese Leiter.

Jeder Knopf macht dasselbe Experiment auf einem anderen Weg: Modus setzen, dann Empfindlichkeit 5 (sollte fast taub sein, kaum Reaktion auf Musik) — 8 Sekunden hinsehen — dann Empfindlichkeit 95 (sollte auf alles anspringen) — 8 Sekunden hinsehen. Ändert sich zwischen den beiden Hälften etwas, greift dieser Weg. Ändert sich nichts, ist es der falsche. Musik muss laufen.

Antwort pro Knopf reicht in drei Worten: „taub/scharf unterschiedlich" oder „gleich geblieben".

Apple hält JavaScript an, sobald die App in den Hintergrund geht. Dieser Test misst, was das konkret kostet: wie viele Befehle in der Sperrzeit durchkommen (Erwartung: null), ob die Bluetooth-Verbindung das überlebt, und wie lange es nach dem Entsperren dauert, bis es weiterläuft.

Warum „nichts senden" ab v18 die Vorauswahl ist: der EQ-Modus liegt im Chip und läuft dort ohne Handy weiter — gemessen. Was beim Sperren rausging, war ein ungepufferter Modus-Rahmen in der letzten Millisekunde, bevor iOS die Seite anhält. Stand im Merker ein Wert außerhalb 0–3 (bis v17 waren 0–7 wählbar), bekam der Chip 0x87 — einen Wert, den er nicht kennt. Genau so geht das Licht „auf einmal aus".