Probleme mit Max7210 LED-Display: Festbeleuchtung

[JB_Sullivan]

@codierknecht

Auf der Rückseite der DOT`s ist in der Regel ein Aufdruck drauf. Steck mal alle so rein, das der Aufdruck durchgängig lesbar ist.
Wenn das nichts bringt, einfach mal alle DOTs um 180° gedreht ins Board stecken.

Manchmal kann man gar nicht glauben, wie blöd es laufen kann. Wäre einen Versuch wert, der nichts kostet und wenig Arbeit macht. Vielleicht passt da Hardware mäßig etwas nicht zusammen.

[Codierknecht]

@jb_sullivan
Da ist alles fein. Ich könnte die höchstens alle mal um 180° drehen.

[Wal]

@codierknecht ,
firmware.zip Firmware für Display ESP32, ESP8266_1M, ESP8266_4M
Script kein Berryscript

>D

>BS
=>DisplayClock 2

[Ralla66]

Festbeleuchtung geht ja nur wenn CS und DIN geschaltet wird.
Das müsste CS Low und DIN High sein.
Dann kippt der CS Pin beim booten.

[Codierknecht]

@wal
Danke Dir.
Werde ich testen.

Im Moment habe ich noch einen Laufzeittest mit 'nem alten 1000 µF Axial-Elko laufen.

Danach werde ich mal Deine Firmware testen.

[Codierknecht]

@ralla66
Deswegen hatte ich ja auch mal DIN am GPIO 15 probiert.
Laut Doku hat der immer einen internen Pull-down und wäre (nach meinem Verständnis) damit beim Booten Low.

Hat aber auch nicht funktioniert.

Ich teste mal die FW von Walter. Vielleicht habe ich meine ja einfach nur falsch gebaut.

[Ralla66]

@codierknecht

Da hilft der Pulldown aber nicht.
Beim Beginn des Bootvorganges werden einige GPIO geschaltet und am Ende des Bootvorganges als In oder Out definiert.
Beim Beginn des Bootvorganges braucht der CS GPIO nur kurz low sein dann geht die Festbeleuchtung an.
Dies siehst man ja nur auf einem Oscar.

[Codierknecht]

@ralla66 sagte in ESP Matrix Anzeige fully IoBroker steuerbar:

Dies siehst man ja nur auf einem Oscar.

Kann ich leider nicht mit dienen.

[Ralla66]

@codierknecht

Dann bleibt nur testen ohne Script mit dem CS Pin an einem anderen GPIO.
Booten mit CS am Pin oder halt ohne CS Leitung.
Weißt du zufällig die Bezeichnung deines Matrix Displays dann schaue ich mal im Datasheet nach.

[Codierknecht]

@ralla66
Das sind die hier.
Passiert aber auch mit diesen, die ich allerdings in grün habe.

[Ralla66]

@codierknecht

Link

Additionally, the other GPIOs, except GPIO5 and GPIO4, can output a --> low-voltage signal at boot <-- ,
which can be problematic if these are connected to transistors or relays.
You can read this article that investigates the state and behavior of each GPIO on boot.

Allgemeine Datasheet Matrix 8x8

Chip enable Pin 3
Chip select - this pin must be low for a data transfer to occur. he last 16 bits of serial data are
latched on CS rising edge

[Codierknecht]

@Wal
@Ralla66

Nach vielem hin und her und ausprobieren habe ich jetzt folgende funktionierende Lösung gefunden:

Funktioniert aber ausschließlich mit einem Pull-Down an GPIO 18!
Alle anderen Versuche und Konstellationen scheiterten kläglich.

Ich werde jetzt auch wieder mit meiner eigenen Firmware weitermachen. Die habe ich dann selbst unter Kontrolle und kann Dinge abschalten, die ich nicht benötige. Hue, Belkin, KNX usw. ... brauche ich ja alles nicht.
Jetzt werde ich mal sehen, ob ich Berry noch durch Tasmota-Script ablösen kann.

Den BOOT_LOOP_OFFSET habe ich in der Firmware schon auf 0 gesetzt, damit die Konfiguration auf keinen Fall auf Default zurückfällt.
Jetzt muss ich mal schauen, wie ich zur Sicherheit die Belegung der GPIO's schon in der Firmware hart verdrahte.

Ich danke euch ganz herzlich für eure Geduld und eure wertvollen Tipps.
Ich habe hier wieder viel gelernt.

[Ralla66]

@codierknecht

Prima das es nun läuft,
ist ja auch immer abhängig vom benutzten ESP.
Bei CS kann man einen anderen GPIO testen oder halt dies extern beschalten.
Eine weitere Möglichkeit wäre ja DIN auf 0 halten dann sind ja alle Led aus,
egal ob CS dann toggelt.

[Wal]

@codierknecht ,
super das es funzt, halte uns auf dem Laufenden da Batteriebetrieb und ESP schlafen legen schon sehr interessant ist.

[Codierknecht]

Da das Ganze jetzt stabil läuft, plane ich statt einem 6V 12Ah Bleiakku meine vorhandenen 21700'er zu verwenden.
Wenn die Mimik 10x am Tag für 6 Minuten läuft, verbraucht sie täglich 100 mAh.
Die Akkus haben eine Kapazität von 3950 mAh. Macht nach Adam Riese und Eva Zwerg eine (theoretische) Standzeit von knapp 40 Tagen.

Ich würde 2 von den Akkus in Reihe schalten und mit 'nem DC-DC-StepDown auf 5 V einregeln.
Da die Akkus ja nicht völlig leer werden sollen und weil der StepDown auch noch etwas verbrät, rechne ich mal grob mit Standzeiten von 4 Wochen.

@Wal @Ralla66
Habt ihr bessere Vorschläge?

[Wal]

@codierknecht ,
evtl. die Batteriespannung mit einem Ain messen und ab einer bestimmten Spannung das Display nicht einschalten wegen Tiefentladung.

[Ralla66]

@codierknecht

Kannst ja noch prüfen anstatt des DC-DC-StepDown Wandlers einen 7805 oder TSR 1-2450
zu verbauen.
Stromsparen dürfte noch durch Takten der Led zu erreichen sein.
Hier Led 25 mal pro Sec ein sonst aus.

[Codierknecht]

@wal sagte in Probleme mit Max7210 LED-Display: Festbeleuchtung:

halte uns auf dem Laufenden da Batteriebetrieb und ESP schlafen legen schon sehr interessant ist.

Nur um an der Ecke auch mal 'ne kurze Rückmeldung zu geben:
Letztendlich habe ich das mit 2 parallel betriebenen 21700'ern und 'nem Step-Up auf 5 V betrieben.
Das Ganze lief als Gimmick für einen (Weihnachts-) Geocache, der Mitte Dezember online ging.
Mitte Januar hatte ich mal prophylaktisch die Akkus getauscht.
Mitte Mai habe ich den Cache außer Betrieb genommen ... ohne weiteren Tausch. Ergebnis: Die Akkus waren auch nach 4 Monaten noch fast voll.
Der ESP lief aber nicht im Deep-Sleep, sondern wurde durch den Reedkontakt komplett von der Stromversorgung getrennt. Insgesamt hat der Cache 100 Besuche bekommen. Und da wird dann nur jeweils wenige Minuten Strom verbraucht.
Durch die am Niederrhein eher milden Winter könnte man das Ganze vermutlich etliche Monate ohne Akkutausch betreiben.
Also für mich und für diesen speziellen Anwendungsfall ein voller Erfolg.