UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Codierknecht]

@wal sagte in ESP Matrix Anzeige fully IoBroker steuerbar:

Da habe ich i. M. einen Knoten im Kopf.

Dann stehe ich ja zumindest nicht ganz alleine da :grin:

Edit:
Ich habe noch ein paar "ESP32 S2 Mini" im Zulauf.
Vielleicht klappt's ja mit denen.

[Ralla66]

@wal

weil dein Script besser läuft nach dem reboot ?

[Codierknecht]

@wal sagte in ESP Matrix Anzeige fully IoBroker steuerbar:

Evtl. hilft ein Elko parallel zum Spannungseingang.

Kannst Du mir das nochmal genauer erklären?

Da fällt mir ein: Ich glaube ich besorge mir mal "Fritzing".

[Wal]

@codierknecht ,
den schaltet man zwischen VCC und GND vom Wemos um Spannungsschankungen zu kompensieren.
Hier ein Bild

[Codierknecht]

@wal
Danke Dir!

Mal sehen, ob ich noch irgendwo einen passenden Elko vergraben habe.
Werde morgen nochmal etwas basteln.

Für heute ist Feierabend.

[Codierknecht]

@wal
Ich habe jetzt mal mit 470 µF getestet.

Zunächst gibt's erstmal wieder die (teilweise) Festbeleuchtung.

Trenne ich dann wieder die Stromversorgung (zum Testen eine Powerbank) und schließe den ESP nach einigen Minuten wieder an ... große Freude - es funktioniert :grin:

Mein Elektronik-Halbwissen ist etwas eingerostet.
Der Elko "speichert" ja - während die Stromversorgung eingeschaltet ist - eine gewisse Ladung.
Klemme ich die Powerbank ab, müsste er sich doch eigentlich entladen, da das Display und auch der ESP ja weiterhin angeschlossen sind.
Schließe ich den Elko nach dem Abschalten der Spannung irgendwann kurz, kommt beim nächsten Start wieder die Festbeleuchtung.
Mache ich das nicht, funktioniert das Widereinschalten auch nach einigen Minuten einwandfrei. Nicht nur über die Powerbank an USB, sondern auch über das Netzteil direkt an VCC/GND.
Sollte also auch mit dem Akku klappen.

Jetzt fehlt noch ein Dauertest.
Ich werde weiter berichten.

Erstmal tausend Dank!

[Codierknecht]

@codierknecht sagte in ESP Matrix Anzeige fully IoBroker steuerbar:

nach einigen Minuten

viel länger als 'ne halbe Stunde hält der Effekt nicht vor :-(

Mal sehen, ob ich noch höhere Kapazitäten auftreiben kann.

[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.