Ich habe mich vertan, laut https://files.seeedstudio.com/wiki/XIAO-RP23…RP2350-v1.0.pdf ist Gpio0 an D6.
Posts by jrie
-
-
https://github.com/j1rie/IRMP_STM…rc/config.h#L46
Quote#define APA106_PIN 0 /* GPIO 0 (Pico(2) Pin 1, One+Zero Pin 0), (Seeed XIAO RP2350 D7) */
Die APA106 muss beim Seeed XIAO RP2350 an D7.
-
Das weiß ich nicht.
Aber mit der neuen Firmware vom 8.5. funktionieren die APA106 ja tadellos. -
Bei 28 cm Kabellänge hilft ein Widerstand gegen Reflexionen.
Laut http://stefanfrings.de/ws2812/ ist der erst ab 30 cm nötig, aber die APA106 sind da anscheinend empfindlicher. Den Kondensator kann man dann auch weglassen.Also genau so: [Blocked Image: http://stefanfrings.de/ws2812/anschluss.png]
-
Mir ist aufgefallen, dass manche Mainboards beim Anstecken einer Tastatur automatisch Numlock aktivieren (auch wenn im BIOS Numlock ausgestellt ist), das betrifft auch den Empfänger. Andere Boards tun das nicht.
Ich hatte mich gewundert, dass nach jedem Firmware flashen (wenn der Empfänger neu startet) die Numlock-LED wieder an ist (und RGB-LED auf rot).
-
Mit kürzeren Kabeln ( 18 cm) und Schutzwiderstand von 220 Ohm scheint es besser zu gehen.
Damit sind sie ganz OK.
Die Firmwareänderungen, die mir nicht gefallen haben (permanentes Wiederholen), konnte ich damit wieder raus nehmen.
Bei 28 cm Kabellänge hilft ein Kondensator von 100 nF direkt an der LED, aber nicht 100%.Wenn man den Empfänger neu an USB/Power ansteckt, blitzt sie sehr kurz blau auf. Das ist unvermeidlich. Da aber der Empfänger normalerweise dauerhaft mit Strom versorgt wird, ist das kein Nachteil.
-
Die APA106 aus RE: IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger/Sender/Einschalter mit Wakeup-Timer
sind ziemlicher Mist. Nicht nur sind rot und grün vertauscht, sonderndie Farbe kippt nach kurzer oder längerer Zeit von selbst auf blau. Auch ohne Signal leuchtet sie blau. Damit sie die gewünschte Farbe hält,muss diese andauernd wiederholt gesendet werden. Normale Neopixel halten die einmal eingestellte Farbe von selbst.Dazu waren mehr Änderungen an der Firmware nötig, als mir gefällt.Aber nun geht sie (jedenfalls soweit bisher getestet). -
-
Meine Vermutung ist, dass diese externen RGB-LEDs sich nicht an das WS2812 Protocol halten.
Mein Plan ist, an einem anderem Pin Signale auszugeben, mit denen diese externen RGB-LEDs die richtigen Farben anzeigen.
Mache ich, sobald ich welche zum Testen habe und weiß, wie die funktionieren (vielleicht R und G vertauscht?). -
Du könntest am Xiao die Firmware https://www.vdr-portal.de/attachment/508…ht-aus-uf2-txt/ nochmal testen, vielleicht geht mit der die externe RGB-LED besser.
Ansonsten werde ich demnächst mit dem Xiao, der inzwischen angekommen ist, mal ein paar Tests machen.
-
Oder nochmal eine RGB LED am RP2040-one probieren?
Doppelt hält besser
-
Passthrough wird m.E. undecodiert nach Synchronisierung mit dem Video weiter geleitet
Ja, der AV-Sync ist genauso. Ansonsten habe ich mich damit nur oberflächlich beschäftigt.
-
Vorsichtshalber gefragt: Sind am 5V Pin der RGB-LED auch tatsächlich 5V?
-
Du könntest mal an einem Zero oder One oder was du sonst da hast testen. Mit der Firmware von heute.
-
An meinem Zero haben onboard und externe RGB-LED dieselbe Farbe. Als externe RGB-LED habe ich einen WS2812 Streifen mit vielen RGB-LEDs.
Der Xiao RP2350 ist noch unterwegs, an dem kann ich erst in 1-2 Wochen testen.
Sind deine APA106 RGB oder RGBW?
-
oben genannte RGB LED
Wo hast du die gekauft (Link)?
-
Jetzt auch mit https://github.com/j1rie/IRMP_STM…rcd/LIESMICH.md auf deutsch.
-
Es gibt neue Firmware. Das Interval, in dem KEY_REFRESH gesendet wird, ist jetzt konfigurierbar und default auf Null.
Wenn die ^@^@^@^@... jetzt nicht mehr kommen, war es das.
-
Benötige die "Klimmzüge" drumherum nicht.
Ja, ist eher ein Spezialfall, der nicht so oft wirklich nötig ist. Ich werde mal überlegen, ob es sich lohnt, das konfigurierbar zu machen.
-
