Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[ticaki]

@teletapi
Ich weiß nicht genau was du meinst, hab auch nur EU Panels, aber ich muß den Tasmota neustarten und kann bei einem abbruch anschließend immer neu flashen und dann startet der Flashvorgang i.d.R. bei 84% (oder 86%)

[teletapi]

@ticaki genau das hab ich bei dem US Panel mindestens 40 mal versucht und keine Chance gehabt. Dann hab ich mitten in der Nacht das Teil zerlegt und per RX/TX und Nextion Editor geflasht und das funktionierte sofort

[Armilar]

@teletapi

Kann es sein, dass diese Verbindung nicht sauber aufgesteckt ist?

Ist ja die eigentliche Schnittstelle zwischen ESP32 und TFT

[teletapi]

@armilar Doch die Verbindung ist top, hab ich extra drauf geachtet

[Armilar]

@teletapi

Ich habe keine Antwort dafür!

Ich hatte gestern im übrigen das gleiche Problem mit einem EU Panel.Nachdem ich mein Test System aktiviert hatte stand eins der EU Panele im Display ebenfalls SystemData error

Es werden keine automatischen Updates angestoßen... Warum sollte sich das Panel also selbst flashen wollen?

Genau das funktionierte ja bei dem US Panel nicht also denke ich das bei der Firmware des USPanels wenn diese per Flash Nextion" gesendet wird etwas nicht stimmt

Das kann damit nichts zu tun haben... Beide Panels haben das gleiche TFT und dem Berry ist es egal, welche Version du drauf schiebst...

Habe eben noch ein Flash der us-l v4.9.5 auf das EU Panel geschoben... Sieht halt nur verschoben aus, da das EU Panel vom Hersteller etwas anders im Gehäuse positioniert ist (daher ja eine separate us-l Version mit 15px Verschiebung)... Lief aber sofort beim ersten Flashversuch komplett durch...

Läuft auch absolut normal und kann ebenso bedient werden

Diese konnte ich ja nur per Nextion Editor auf das Display bekommen

Evtl. hat das US-Panel da eeine Macke im Datenbus oder Lötstellen oder what ever...

Zusammengefasst: Ich weiß es nicht, warum das US-Panel sich nicht über den normalen Weg flashen lassen will... aber an der us-l Firmware liegt es nicht...

[teletapi]

@armilar Interessant ist ja das ich alle TFT Versionen ohne Probleme auf das TFT flashen egal ob EU oder US nur die eine 4.9.5 us nicht die Datei ist auch deutlich größer als die EU Version. Das kann meiner Meinung nur mit der Größe zusammen hängen (Meine Vermutung)

[Armilar]

@teletapi

Nochmal lesen...

Habe eben die us-l v.4.9.5 auf mein Live-EU-NSPanel geschoben...

Kein Problem, Flashdauer ca. 10 Minuten

Läuft.

Warum sollte es dann mit der US-L zusammenhängen?

[teletapi]

@armilar jou das hab ich überlesen. ja dann weiß ich auch nicht.

[Armilar]

@teletapi

Da:

Ist halt nur verschoben, weil us-l auf eu

[teletapi]

@armilar Kann evtl. jemand den Fehler im Log nachvollziehen. Der kommt sofort nach dem flashen wid dann geflasht bis ein paar Byte vor schluss zeigt 100% an aber macht nicht fertig hab das gerade wieder an dem US und auch am EU panel gehabt mit der Meldung System Data error. EU Panel kein Problem beim US kommt der Fehler kurz nach dem anstoßenm der Flashdatei

FlashNextionAdv0 http://nspanel.de/nspanel-us-l-v4.9.5.tft
15:26:34.582 MQT: SmartHome/NSPanel_US/stat/RESULT = {"FlashNextionAdv":"Done"}
15:26:34.604 FLH: host: nspanel.de, port: 80, get: /nspanel-us-l-v4.9.5.tft
15:26:34.960 MQT: SmartHome/NSPanel_US/stat/RESULT = {"T1":0,"T2":0,"T3":0,"T4":0,"T5":0,"T6":0,"T7":0,"T8":0}
15:26:34.966 MQT: SmartHome/NSPanel_US/stat/RESULT = {"Rule3":{"State":"OFF","Once":"OFF","StopOnError":"OFF","Length":291,"Free":220,"Rules":"ON CustomSend DO RuleTimer3 120 ENDON ON Rules#Timer=3 DO CustomSend pageType~pageStartup ENDON ON Button1#state do Publish SmartHome/NSPanel_US/tele/RESULT {"CustomRecv":"event,button1"} ENDON ON Button2#state do Publish SmartHome/NSPanel_US/tele/RESULT {"CustomRecv":"event,button2"} ENDON"}}
15:26:35.009 FLH: Something has gone wrong flashing display firmware [bytes('1AFFFFFF')]
15:26:35.135 FLH: Send (High Speed) flash start

Bin aber jetzt erstmal unterwegs,

[Armilar]

@teletapi

Ja, versuche jetzt mal die Kurzfassung, da sehr technisch...

Der Berry holt sich mit dem flash_block_size 4096 Byte große Blöcke und schiebt diese an das TFT, Der Berry kann dabei keine Checksummen prüfen...

Wenn die Kommunikation dabei minimalistisch unterbrochen wird (in der Regel Netzwerkproblemchen) oder der Buffer beim Schreibvorgang nicht mehr ausreicht (Prüfung vorher war okay und ausreichend), dann wird der Block nicht vollständig geschrieben...

Dieser Vorgang wird solange wiederholt, bis die komplette Firmware auf dem TFT gelandet ist.

Irgendwann kommt das Panel bei 99% oder fast 100% an und beendet den Vorgang... Das TFT (Nextion intern) übernimmt und prüft die Checksumme... Das ist der Moment nach dem Flash wo die Seite weiß wird... Entweder hat es funktioniert oder der Screen zeigt mit einer Fehlermeldung an, dass es nicht funktioniert hat... In seltenen Fällen kann bei 100% auch diese Übergabe zwischen Berry und TFT fehlschlagen und der Flashvorgang bleibt bei 100% stehen...

Sollte das der Fall sein, dann Tasmota neu starten und das Flashen neu beginnen, bis es komplett funktioniert hat... Oder aber die Problemchen im Netzwerk lösen und beseitigen... und die können vielschichtig sein...

Bei mir laufen die Flash's ohne zu mucken zu 100% durch...

[teletapi]

@armilar said in Betatest NSPanel-lovelace-ui v0.2.x:

Bei mir laufen die Flash's ohne zu mucken zu 100% durch...

Ich könnte später mal testen ob die US Firmware bei meinen EU panelen auch Probleme macht oder ob das funktioniert. Mir ist schon unklar warum die TFT und zwar jetzt schon 2 Panele 1x EU und einmal das US Panel sich selbstständig machen. Die Firmware ist drauf und läuft und plötzlich kommt der Bildschirm System data Error.
Allein das ist schon recht seltsam.
Was mir aber eben mal aufgefallen ist das ich 2 verschiedene Links zum flashen habe 1x diesen: FlashNextionAdv0 http://nspanel.de/nspanel-us-l-v4.9.5.tft und 1x diesen: FlashNextion http://nspanel.pky.eu/lui-us-l-release.tft.
Ich meine aber ich hätte immer den ersten Link benutzt

[ticaki]

@teletapi
Der erste benutzt immer die maximale Flash geschwindigkeit

[Armilar]

@teletapi sagte in Betatest NSPanel-lovelace-ui v0.2.x:

FlashNextion http://nspanel.pky.eu/lui-us-l-release.tft.

Mit dem Link bekommt ihr maximal die v4.7.4

Da wird schon seit Ewigkeiten nur Bug Fix in der HA-Welt gemacht...

[TT-Tom]

Hallo ich stelle hier mal eine Feststellung rein, die eventuell auch von euch schon beobachtet wurde.
Ich nutze einen externen MQTT-Sever (Mosquitto), wenn ich diesen neu starte werden auch meine Panels mit der TFT Firmware neu geflasht.
Habe schon mit @ticaki Rücksprache gehalten, wir versuchen das zu verifizieren und eine Lösung zu finden.

[teletapi]

@tt-tom
Ja jetzt wird ein schuh draus, deswegen flashen sich meine Panels weil ich natürlich den Mqtt adapter als Client bzw den Mosquitto server ab und an neu starte. bzw der wird ja auch neu gestartet wenn ich den raspi per "sudo reboot" neu starte

[teletapi]

Ich hab das im übrigen gerademal getestet und hab eins der EU panele per Flash Nextion Befehl auf das US-L geflasht auch das hat nicht funktioniert. Zurück auf die EU version wieder auf Anhieb.
Daher muss ich wohl davon ausgehen das irgendwo bei mir ein "Kleiner Hund" (Redensart) begraben sein muss

[ticaki]

@teletapi
Man könnte natürlich auch die Einstellung im iobroker mqtt client auf brauchbar umstellen. Mit dem Adapter als solches hat das Problem soweit ich sehe nichts zu tun.

@all

Wenn man einen externen MQTT-Server benutzt, wird erwartet das man diesen auch wie ein fortgeschrittener Amateur betreibt - sonst internen benutzen und keinen anderen Client mit diesem internen verbinden.

EDIT:
Habs im Adapter jetzt soweit entschärft das der Topic cmd/Backlog nach einem Flashbefehl mit '' überschrieben wird, so das ein falsch konfigurierter Client/Server nicht einen weiteres Update starten kann.

[teletapi]

@ticaki said in Betatest NSPanel-lovelace-ui v0.2.x:

Wenn man einen externen MQTT-Server benutzt, wird erwartet das man diesen auch wie ein fortgeschrittener Amateur betreibt

könntest du das evtl. mal etwas genauer ausführen...?

[ticaki]

@teletapi

So nicht:

Die Maske die man für das NSPanel benutzt, sorgt dafür das alle States in mqtt.1.* als Eigene States zu verstehen sind
Die Option die im Bild einen Hacken hat, sorgt dafür das beim Verbinden alle eigenen States gesendet werden.

Wenn ich nun auf den Topic .../cmd/Backlog immer mal wieder den gleichen Befehl sende - steht der ebenfalls unter mqtt.1. und wird beim Restart von mqtt.1, iobroker, iobroker-server oder mqtt-server an das Panel gesendet. Da ja Eigene States beim Verbinden publiziert werden

Denke nicht das man dafür ein mqtt-pro-user sein muß - bin selbst nämlich bei weitem keiner.

EDIT: Adapter schickt jetzt einen leeren String auf den Topic, kann für ein "kein Plan" Warnung von Tasmota sorgen, hab nicht in die console geschaut. Auf jeden Fall entfernt es den Flashbefehl aus cmd/Backlog und beim restart sendet er dann höchstes einen leeren String.