ULANZI TC001 mit Awtrix light "friert" ein
-
@warp735 sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Soll keine Kritik sein.
Klang nur so, als ob ich mich dem Problem nicht annehmen möchte. Man könnte ja mal mitzählen, wie oft ein Wert zur Uhr gesendet wird, bis es Probleme gibt. Eventuell läuft da irgendwo der Speicher über o.ä.
-
@haus-automatisierung sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Eventuell läuft da irgendwo der Speicher über o.ä.
Guter Ansatz... Die Uhr die häufiger aktualisiert, friert bedeutend häufiger wie die andere ein. Wobei ich es auch schon hatte, das sie nach nem Neustart nach 2min wieder eingefroren ist. Und das mehrmals nacheinander.
-
@warp735 sagte in ULANZI TC001 mit Awtrix light "friert" ein:
was meinst du damit?
... die bei mir konkrete Icon-Nummer ...
-
@haus-automatisierung sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Man könnte ja mal mitzählen, wie oft ein Wert zur Uhr gesendet wird, bis es Probleme gibt
... wo kann ich das machen ? Sieht man das nicht in meinem JSON im ersten Post ?
-
@warp735 sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Die Uhr die häufiger aktualisiert, friert bedeutend häufiger wie die andere ein.
Daraus könnte man ja ein Bash-Script erstellen, welches z.B. mehrfach eine App aktualisiert. Dann könnte Blueforcer den Fehler reproduzieren.
Ich glaube das "Problem" ist, dass die meisten die MQTT-Anbindung nutzen (z.B. im Home Assistant Umfeld). Die HTTP API wird wahrscheinlich weniger genutzt.
@raspiuser sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Sieht man das nicht in meinem JSON im ersten Post ?
Das ist ja nur die Konfiguration der Instanz. Das wird ja alles erstmal laufen - bis zu einem unbestimmten Zeitpunkt wo der ESP nicht mehr auf die HTTP Requests antwortet.
-
@haus-automatisierung sagte in ULANZI TC001 mit Awtrix light "friert" ein:
mehrfach eine App aktualisiert.
Das erklärt allerdings nicht das einfrieren nach paar Minuten. Oder wird die Uhr nach Neustart mit Daten zugebombt? Wahrscheinlich ja nicht..
-
@haus-automatisierung sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Daraus könnte man ja ein Bash-Script erstellen .... Ich glaube das "Problem" ist ....
... da bin ich als "einfacher Anwender" raus bzw. kein Entwickler ... ich kann nur laienhafte Beobachtungen mitteilen.
Wenn mir jemand genau sagt / schreibe was ich konkret tun kann helfe ich gerne ...(Mit dem unbewegten Icon "403" läuft es immer noch ohne einfrieren ...)
-
@warp735 sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Oder wird die Uhr nach Neustart mit Daten zugebombt?
Es ist im Debug-Log genau zu sehen was gesendet wird.
-
@haus-automatisierung
Müsste ich mal wieder einschalten
Hab ich deaktiviert, weil mein komplettes Log quasi nur von den Uhren gefüllt wurde (wenn sie einfrieren)
-
@haus-automatisierung sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Ich glaube das "Problem" ist, dass die meisten die MQTT-Anbindung nutzen (z.B. im Home Assistant Umfeld). Die HTTP API wird wahrscheinlich weniger genutzt.
Den Adapter irgendwann erweitern, dass er selbst einen internen MQTT-Broker mitbringt (so wie es AFAIK der Zigbee2MQTT-Adapter bei Bedarf macht) oder der Zugriff über einen externen MQTT-Broker wie mosquitto (auch hier analog zum Zigbee2MQTT) erfolgt ist keine Option/nicht angedacht?
Da ich eigentlich nicht programmieren und maximal bestehenden Code „verstehen“ und bei Bedarf für meine Zwecke etwas anpassen kann, kann ich den Aufwand oder die Möglichkeit leider nicht einschätzen.
Aber MQTT scheint mir da bei allen Gelegenheiten/Adaptern stabiler als der Zugriff über APIs?!Gruss, Jürgen
-
@haus-automatisierung sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Es ist im Debug-Log genau zu sehen was gesendet wird.
... ist in meinem Log im ersten Post etwas erkennbar ?!
-
@wildbill sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Den Adapter irgendwann erweitern, dass er selbst einen internen MQTT-Broker mitbringt
Ne, das mache ich nicht noch einmal. Darüber beschweren sich ja ständig Leute im Forum beim Shelly-Adapter...
@wildbill sagte in ULANZI TC001 mit Awtrix light "friert" ein:
kann ich den Aufwand oder die Möglichkeit leider nicht einschätzen.
Wäre ein kompletter Rewrite - ohne Mehrwert aus meiner Sicht.
@wildbill sagte in ULANZI TC001 mit Awtrix light "friert" ein:
Aber MQTT scheint mir da bei allen Gelegenheiten/Adaptern stabiler als der Zugriff über APIs?!
Das musst Du bitte technisch erklären. Warum sollte das so sein?
-
@haus-automatisierung:
Da hatte ich mich zum Einen auf diesen Satz oben von Dir bezogen, der ja implizieren könnte, das es generell mit MQTT besser läuft und das eben deshalb meist benutzt wird. Oder es läuft mit MQTT besser, weil das eben oft verwendet wird und daher mehr „Aufwand“ reingesteckt wird.Ich glaube das "Problem" ist, dass die meisten die MQTT-Anbindung nutzen (z.B. im Home Assistant Umfeld). Die HTTP API wird wahrscheinlich weniger genutzt.
Zudem deckt sich das etwas mit meinen Erfharungen. Adaper, die irgendeine API abfragen bringen immer wieder mal einen Fehler und starten im schlimmsten Fall mal neu, während die, die MQTT verwenden, eher selten „Probleme“ machen. Ich habe beispielsweise mehrere Bayernlüfter. In HA wird da direkt ein JSON (per MQTT?) ausgelesen, das läuft problemlos. In iobroker wird per http abgefragt, da habe ich immer mal wieder Meldungen im Log, dass eine Anfrage nicht zeitnah erfolgen konnte. Läuft aber weiter. Gleiches für Air-Q-Luftmessgeräte. Abfrage im Adapter läuft AFAIK über HTTP-API und bringt ab und an Fehler, Adapter startet neu. Per MQTT kommen halt einfach die Daten.
Vielleicht ist es auch nur ein „optisches“ Problem und per MQTT bleiben auch ab und an Daten aus und man merkt es nur nicht, weil nix im Log steht?!
Gruss, Jürgen
-
.... seit dem Icon-Wechsel (siehe #4) läuft es wieder / noch immer stabil.
-
@raspiuser
Interessant... Das Icon 32930 ist auch bei mir dass, das zu 99% beim einfrieren angezeigt wird -
@raspiuser
Ich möchte mich hier gern anhängen, wegen dem gleichen Problem. Bei mir laufen 3 Uhren alles ULANZI TC001 mit FW 0.98 und Awtrix Light Adapter in Version 1.4.1. mit 3 Instanzen. Die
Uhren habe ich zu unterschiedlichen Zeiten mit einem Abstand von ca. 1/2 Jahr erworben, so das ich mal von unterschiedlichen Chargen ausgehe. Die APP-Einstellen werden von der 1. Instanz übernommen, in der sind 45 benutzerdefinierte APPS angelegt. Alle Uhren frieren nach unterschiedlichen Laufzeiten ab, mal früher mal später und sind nur über Neustart wieder über WLan zu erreichen. Die Häufigkeit der Abstürze hat mit Zuname der benutzerdefinierten APPs zugenommen. Die in den Uhren hinterlegten Icons sind zum größten Teil animiert. Ich habe den Verdacht, dass die Icons mit den Abstützen in Verbindung stehen.
Da ich aus dem Adapter nicht alle Icon-ID's (45) löschen wollte,
habe ich die File-Ordner auf den Uhren mal ungenannt.
Die Uhren laufen jetzt seit ein paar Tagen ohne Absturz, leider aber auch ohne Icons. Da ich an den Adaptereinstellungen nichts geändert habe, sollten die übertragenen Daten von den Adaptern zu den Uhren immer noch die gleichen sein.
Nun möchte ich natürlich die Uhren weiterhin mit Icons laufen lassen.
Gibt es hier neue Erkenntnisse? -
@eflo
Nein, zumindest ich kenne nix neues ... siehe #13@raspiuser sagte in ULANZI TC001 mit Awtrix light "friert" ein:
... da bin ich als "einfacher Anwender" raus bzw. kein Entwickler ... ich kann nur laienhafte Beobachtungen mitteilen.
Wenn mir jemand genau sagt / schreibe was ich konkret tun kann helfe ich gerne ... -
Das wird euch zwar nicht helfen hatte die selben Probleme mit dem einfrieren. Ich bin dann auf die Lametric gewechselt. Diese läuft bei mir seit Monaten ohne etwas neuzustarten und somit genau nach meinem Geschmack.
Der Awtrix Adapter ist aus meiner Sicht besser programmiert wie der Lametric. Das soll auch keine Kritik sein einfach meine persönliche Meinung.
-
@drapo Ja den LaMetric Adapter habe ich vor vielen Jahren programmiert. Guckmal wie der ioBroker damals noch aussah
Aber wenn Du Lust hast den auf TypeScript umzuschreiben: Gern einen PR.
