Ceos
14.01.2019, 10:23
Moin moin,
ich habe jetzt erfolgreich meine RGB Spielereien zum laufen gebracht und möchte auch gerne die letzte Komponente in meinem System mit einbinden .... leider ist das nur ein klassischer Mainboard 12V PWM Eingang, ala +12V und 3 Pins für 3 PWM OD-Transistoren
Ich würde sie aber gerne in meine APA102 Welt mit einbinden, weil ich dafür auch schon die notwendigen Anschlüsse und Software vorbereitet habe.
Ich könnte zwar auch einen WS2811 nutzen (der das WS2812 Protokoll beherrscht aber eben als dedizierter Chip und nicht bereits im Gehäuse einer LED) denn den I2C meines Raspi habe ich noch nicht eingebunden.
Aber lieber wäre es ich könnte einen dedizierten APA102 Chip finden, nur scheitere ich mit meinem Google-(Kung)-Fu ( nur falls jemand wieder meint ich würde FU-Google meinen XD )
Dann könnte ich auch bequem über meinen OPC-Server von einer einzigen Anwendung aus über nur einen Port das RGB Bild steuern und muss nicht einen zweiten OPC Server aufsetzen wegen nur einer Komponente. Software PWM kommt sowieso nicht infrage, denn es sit nur ein Pi Zero und Single Core + die Datenmenge die ich schaufle könnte zu Engpässen führen.
Ich hoffe einfach mal dass jemand schonmal sowas gesucht und evtl. gefunden hat :) (Oder ein bessere Google-Fu hat als ich)
PS: faktisch brauche ich nur einen 3 Kanal (12V Open Drain abkönnenden) PWM Controller mit SPI aber ich müsste mir was einfallen lassen wie ich da noch etwas logik dran baue um die update und CS Leitung zu bedienen.
Das APA 102 Protokoll hat eine schwäche dass es den Clock Takt immer um einen bruchteil des Taktes verzögert, weswegen man alle X LEDs mit 0xFF gefüllte extra Takte mitsenden muss, damit auch alles bis ans Ende propagiert wird.
Der Startframe ist ein 32Bit Block mit 0en und der Endframe + Padding besteht dann aus 1en, der eigentliche Datenframe hat 32bit und 8Bit Helligkeit (welche ich nicht einsetze, das ist immer ein 0xFF Byte was ich leider auch nicht ändern kann)
Die Daten die dann also beim Chip ankämen wären: 0x00000000, 0xFF, R, G, B, 0xFFFFFFFF ... und wie ich das einem beliebigen SPI PWM Chip begreiflich mache wäre dann die Herausforderung
- - - Aktualisiert - - -
je länger ich grübel um so dominanter wird die Idee einfach einen Tiny hin zu schmeißen, zumal ich glaube sogar irgendwo noch welche rumfliegen zu haben, was haltet ihr von der Idee?!
- - - Aktualisiert - - -
ATtiny261, hat 1 timer mit 3 PWMs und hat genug pins damit ich noch ein paar zusätzliche Funktionen einbauen könnte :D
ich habe jetzt erfolgreich meine RGB Spielereien zum laufen gebracht und möchte auch gerne die letzte Komponente in meinem System mit einbinden .... leider ist das nur ein klassischer Mainboard 12V PWM Eingang, ala +12V und 3 Pins für 3 PWM OD-Transistoren
Ich würde sie aber gerne in meine APA102 Welt mit einbinden, weil ich dafür auch schon die notwendigen Anschlüsse und Software vorbereitet habe.
Ich könnte zwar auch einen WS2811 nutzen (der das WS2812 Protokoll beherrscht aber eben als dedizierter Chip und nicht bereits im Gehäuse einer LED) denn den I2C meines Raspi habe ich noch nicht eingebunden.
Aber lieber wäre es ich könnte einen dedizierten APA102 Chip finden, nur scheitere ich mit meinem Google-(Kung)-Fu ( nur falls jemand wieder meint ich würde FU-Google meinen XD )
Dann könnte ich auch bequem über meinen OPC-Server von einer einzigen Anwendung aus über nur einen Port das RGB Bild steuern und muss nicht einen zweiten OPC Server aufsetzen wegen nur einer Komponente. Software PWM kommt sowieso nicht infrage, denn es sit nur ein Pi Zero und Single Core + die Datenmenge die ich schaufle könnte zu Engpässen führen.
Ich hoffe einfach mal dass jemand schonmal sowas gesucht und evtl. gefunden hat :) (Oder ein bessere Google-Fu hat als ich)
PS: faktisch brauche ich nur einen 3 Kanal (12V Open Drain abkönnenden) PWM Controller mit SPI aber ich müsste mir was einfallen lassen wie ich da noch etwas logik dran baue um die update und CS Leitung zu bedienen.
Das APA 102 Protokoll hat eine schwäche dass es den Clock Takt immer um einen bruchteil des Taktes verzögert, weswegen man alle X LEDs mit 0xFF gefüllte extra Takte mitsenden muss, damit auch alles bis ans Ende propagiert wird.
Der Startframe ist ein 32Bit Block mit 0en und der Endframe + Padding besteht dann aus 1en, der eigentliche Datenframe hat 32bit und 8Bit Helligkeit (welche ich nicht einsetze, das ist immer ein 0xFF Byte was ich leider auch nicht ändern kann)
Die Daten die dann also beim Chip ankämen wären: 0x00000000, 0xFF, R, G, B, 0xFFFFFFFF ... und wie ich das einem beliebigen SPI PWM Chip begreiflich mache wäre dann die Herausforderung
- - - Aktualisiert - - -
je länger ich grübel um so dominanter wird die Idee einfach einen Tiny hin zu schmeißen, zumal ich glaube sogar irgendwo noch welche rumfliegen zu haben, was haltet ihr von der Idee?!
- - - Aktualisiert - - -
ATtiny261, hat 1 timer mit 3 PWMs und hat genug pins damit ich noch ein paar zusätzliche Funktionen einbauen könnte :D