Hi LedBob,
ah, jetzt weiß ich endlich, was Ihr mit dieser Verzögerung meint!
Ja, das ist kein "Bus", sondern eher ne "Kette", das hat sich ja ein paar Beiträge weiter oben schon rausgestellt, mit dem Transceiver am "Anfang" und am "Ende"...
Nur: dazu müsste neben den RGB-Daten dann auch ne Zeit bei dem Paket mitgeschickt werden - da steht in dieser Beschreibung nix davon...
Und weitere Steuerdaten - die erste Röhre muss ja wissen, ist es jetzt ein Lauflicht? - soll ich also Verzögern und dann wieder ausgehen? - oder sollen alle Röhren das selbe anzeigen? - dann muss sie ja anbleiben und das Paket ohne Verzögerung weiterschicken usw. - Das ist doch nicht einfacher, als einfach das Paket "gekürzt" weiterzuschicken...?
Abgesehen davon habe ich auch schon Muster auf so Röhren gesehen (die stammen bestimmt vom selben China-Fließband), bei denen nicht jede Röhre das selbe anzeigt...
Und das kann nur funktionieren, wenn der Controller jedes Segment einzeln ansprechen kann - das geht jedoch nicht mit einem Paket, das verzögert weitergeschickt wird...
Und dass der Controller alle Segmente einzeln ansprechen kann, ohne dass die Röhre eine feste Adresse hat, kann m.M.n. nur so funktionieren, wie ich es beschrieben habe...
Wieso sträubt Ihr Euch denn so gegen meine Erklärung? - Ich meine, hardwaremäßig ist's das selbe wie mit der Verzögerung, softwaremäßig sogar noch einfacher: der Controller muss ja nur die ersten 24 Byte "abschneiden" und den Rest einfach weiterschicken...
Bei der "Verzögerungs-Methode" brauche ich noch zusätzliche Steuerdaten (was soll die Röhre jetzt machen? In welcher Zeit?), das muss der µC auswerten, dementsprechend ne Pause machen oder nicht und dann das Paket weiterschicken... das sind doch viel mehr Programmschritte als bei "meiner" Lösung....? - Und es könnte trotzdem nur jede Röhre das selbe Muster anzeigen...