Kann ich vier Ws2812-Strips ansteuern?

[Klebwax]

In der Tat natürlich naheliegend, die Pulsbreite vom PWM machen zu lassen, statt sich ein zweites Timersignal für die zweite Flanke aufzuhalsen.

Hier geht es um Zeiten von 350ns für ein 0-Bit bzw. 700ns für ein 1-Bit. Da geht auf den üblichen µC mit Timern gar nichts. Auch die üblichen HW-PWMs kriegen einen 800kHz PWM-Takt nicht hin. Auf einem PIC16 mit 8MHz Befehlstakt hab ich das so gelöst:

#define NEOPIX LATCbits.LATC4

void SetPIX(uint8_t red, uint8_t green, uint8_t blue) {
    uint8_t colorbit;
    for (colorbit = 8; colorbit; colorbit--) {
        if (green & 0x80) {
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 1;
        } else {
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 0;   // !
            NEOPIX = 0;   // !
        }
        NEOPIX = 0;
        green <<= 1;
    }
    for (colorbit = 8; colorbit; colorbit--) {
        if (red & 0x80) {
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 1;
        } else {
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 0;
            NEOPIX = 0;
        }
        NEOPIX = 0;
        red <<= 1;
    }
    for (colorbit = 8; colorbit; colorbit--) {
        if (blue & 0x80) {
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 1;
        } else {
            NEOPIX = 1;
            NEOPIX = 1;
            NEOPIX = 0;
            NEOPIX = 0;
        }
        NEOPIX = 0;
        blue <<= 1;
    }
}

Ich bin hier davon ausgegangen, daß, wie im Link oben gesagt, die Low-Zeit des Signals nicht so wichtig ist. Bisher hat das auch mit allen meinen WS geklappt. Das Ganze muß mit gesperrten Interrupten laufen. Entsprechendes sollte man auf jedem µC hinkriegen. Für viele Pixel mit hoher Framerate taugt das natürlich nicht, aber 4 mal für drei Pixel wird das kein Problem sein.

MfG Klebwax

[Moppi]

Was spräche denn dagegen, mit "Adafruit_NeoPixel" mehrere Instanzen zu erstellen. Jede mit ihrem eigenen Pin?

(Leider kann ich das nicht ausprobieren.)

MfG

[Gnom67]

Das stimmt natürlich - bei 8 MHz ist ja ein einziger Zählschritt schon 125 ns lang - da gibts nicht viel zu PWMen... umso weniger versteh ich, warum hier dauernd von PWM die Rede ist.

Die Port-Bits direkt im Prozessortakt mit Befehlen anzusprechen, ist natürlich schneller.
Beim WS2812B ist die Zykluszeit 1250 ns (900 ns high + 350 ns low für 1 und 350 ns high + 900 ns low für 0) - das entspräche 10 Prozessortakten. In deinem Code hätte ich jetzt jeweils 10 Befehle erwartet, die das Portbit auf 1,1,1,1,1,1,1,0,0,0 oder 1,1,1,0,0,0,0,0,0,0 setzen. Stattdessen seh ich nur 1,1,1,1 und 1,1,0,0.
Wird der Pin für die restliche Zeit, die durch Schleifen und Bedingungen verbraucht wird auf 0 gehalten?

Etwas mehr zeit hat man ja - laut Datenblatt bis zu 50 µs Low-Time, bevor ein Reset ausgelöst wird. In meinem Link oben hat das jemand getestet und bekam den Reset bei knapp 9 µs. Na, immerhin sind das ja einige Taktzyklen.

Wie machen das denn die Libraries? Wenn die alle mit solchem Bitgeschubse arbeiten, kann das eigentlich mit einem µC nicht wirklich sauber laufen, oder?

- - - Aktualisiert - - -

Was spräche denn dagegen, mit "Adafruit_NeoPixel" mehrere Instanzen zu erstellen. Jede mit ihrem eigenen Pin?
MfG

Das würd ich auch probieren. Undfalls sie sich in die Quere kommen, kann man sie ja auch immer wieder löschen und für den gewünschten Pin neu erstellen...

[Klebwax]

Die Port-Bits direkt im Prozessortakt mit Befehlen anzusprechen, ist natürlich schneller.
Beim WS2812B ist die Zykluszeit 1250 ns (900 ns high + 350 ns low für 1 und 350 ns high + 900 ns low für 0) - das entspräche 10 Prozessortakten. In deinem Code hätte ich jetzt jeweils 10 Befehle erwartet, die das Portbit auf 1,1,1,1,1,1,1,0,0,0 oder 1,1,1,0,0,0,0,0,0,0 setzen. Stattdessen seh ich nur 1,1,1,1 und 1,1,0,0.
Wird der Pin für die restliche Zeit, die durch Schleifen und Bedingungen verbraucht wird auf 0 gehalten?

Lies erstmal das hier: Neopixel Timing. Und der Code ist aus einem Projekt von mir kopiert, er funktioniert.

Statt 1-1-0-0 und einem 0 am Ende hätte ich auch 1-NOP-0-NOP- NOP schreiben können. Dauert genausolange. Ich fand aber so ist es übersichtlicher. Mit dem Timing, der Anzahl der Takte habe ich mit dem LA und dem Neopixel rumgespielt. Mit drei Takten High für eine Null gehts auch noch, mit nur einem nicht. Hab mich als Kompromiss für 2 entschieden. Die Low-Zeit ist nach Datenblatt zu lang (Shift und Loop), wie im Link beschrieben passt das aber. Und natürlich bleibt ein Portbit so stehen, wie es war.

Wie machen das denn die Libraries? Wenn die alle mit solchem Bitgeschubse arbeiten, kann das eigentlich mit einem µC nicht wirklich sauber laufen, oder?

Der Code in meinem Link macht das ähnlich. Der benutzt ein Macro fürs Timing, der am Ende auch nichts anderes macht, als NOPs einzufügen. Und der Code sieht auch nicht viel anders aus, wenn man I2C, SPI oder UART mit Bitbanging macht. Alles was schneller als 20-30µs ist, ist für einen Interrupt auf den 8-Bittern zu schnell. Und selbstverständlich kann das so sauber laufen. Code ist deterministisch.

MfG Klebwax

[Rabenauge]

@Moppi: so ungefähr war das auch gedacht, hehe.

Die Frage zielte eher dahin, ob ein NodeMCU dafür überhaupt geeignet ist, ich hab bisher _einen_ von den Dingern im Einsatz (und somit nicht viel Erfahrung damit).
Der zweite, der hier verwendet werden sollte, ist leider Schrott: da haben die freundlichen Chinesen schlichtweg eine der beiden Schottky-Dioden vergessen, somit kann ich den nich programmieren- sonst hätte ich das inzwischen probiert *grummel

[Moppi]

Doch, dass sollte mit einem nodeMCU funktionieren.
Aber mal so, warum nochmal 4 einzelne LED-Streifen ansteuern?

Was ist, wenn man Einen viertelt, die miteinander per Drähte verbindet und nur als eins ansteuert?

Praktischer wärs, vier einzelne, dreiadrige Stränge ziehen zu können.

Nochmal drüber nachdenken.

[Ceos]

Doch, dass sollte mit einem nodeMCU funktionieren.
Aber mal so, warum nochmal 4 einzelne LED-Streifen ansteuern?

Was ist, wenn man Einen viertelt, die miteinander per Drähte verbindet und nur als eins ansteuert?

wurde eingangs doch erklärt, sehr lange Leitungen weil die 4 "Lampen" an unterschiedlcihen Stellen verbaut wurden

und wenn die Leitung zu lang wird schleichen sich Signalfehler ein

wollte mal 2 Streifen gegenüber im Zimmer installieren, habe also Band aufgetrennt und Leitungen dazwischen gelötet, Ergebnis war, der 2te Streifen bekam immer wieder falsche Farben oder die LEDs leuchteten nicht alle
Vielleicht könnte man da was mit Signalaufbereitung retten oder besser geschirmtes Kabel oder oder oder ...

ggf. einfach probieren und messen, wäre zumindest mal den Versuch wert, sind dann ja nur 4 Leitungen pro Lampe +, -, DI, DO (am besten GND als Abschirmung zwischen DI und DO legen)

[Gnom67]

Da jeder WS2811-Chip das Signal aufbereitet, dürfte es eigentlich nur dann problematisch werden, wenn die Kabel von Ort zu Ort länger sind als die von µC zu den einzelnen Orten. Notfalls könnte man "auf halber Strecke" eine WS2812 dazwischenklemmen, die das Signal dann erneut aufbereitet. Die muss man dann halt immer auf 0x000000 schalten.
Allerdings muss auch die Spannungsversorgung garantiert sein. Bei sehr langen Leitungen wirds da irgendwann eng und man braucht zusätzliche Leitungen, evtl. mit höherer Spannung und Stepdowns...

[Gnom67]

Da der NodeMCU mit 80 Mhz wesentlich schneller ist, als ein Arduino, sollte das überhaupt kein Problem sein. Mehr Speicher hat er auch...
Für die Paar LEDs, die du ansteuern willst, reichts allemale.

[HaWe]

Da der NodeMCU mit 80 Mhz wesentlich schneller ist, als ein Arduino, sollte das überhaupt kein Problem sein. Mehr Speicher hat er auch...
Für die Paar LEDs, die du ansteuern willst, reichts allemale.

Ein Problem mit dem nodeMCU kann sein, dass er einen eingebauten Scheduler hat, mit dem er immer automatisch zwischendurch zum WiFi-Controller umschaltet und dadurch den Sketch-Code verlässt: das kann zu timing Problemen führen, insb. für verschiedene Datenbusse, bei denen es auf timing ankommt.
Ich wäre also vorsichtig, grundsätzlich einen Arduino-Code unbesehen für den nodeMCU als "lauffähig" zu deklarieren, wenn man es nicht überprüft hat, und wenn es auch im Fall dieses Neopixel-Problems nicht unbedingt auftreten muss.

dem OP würde ich also empfehlen, erst einmal die Standard-Libs mit Standard-Verkabelung auf dem nodeMCU zu testen, und erst dann, wenn es sicher funktioniert, andere Verkabelungs- und Pinvarianten zu probieren.