ULANZI TC001 mit Awtrix light "friert" ein
-
@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)
-
@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:
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
-
@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 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 ?!
-
@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
@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?
-
@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:
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
-
@raspiuser
Interessant... Das Icon 32930 ist auch bei mir dass, das zu 99% beim einfrieren angezeigt wird -
Ich nutze eine ULANZI TC001 (Firmware 0.98) und den Awtrix Light Adapter (1.4.1) und probiere gerade ein paar Apps aus ... (ich kann leider nicht sagen, nach welchem Versuch der Fehler zum ersten Mal kam ...)
Hier die letzten (fehlerhaften ?) Adapter Einstellungen:{ "awtrixIp": "192.168.178.38", "userName": "", "userPassword": "", "downloadScreenContent": false, "downloadScreenContentInterval": 10, "foreignSettingsInstance": "", "foreignSettingsInstanceActivateApps": false, "customApps": [ { "name": "wozitemp", "icon": "14592", "duration": 0, "repeat": 0, "text": "%s", "objId": "sainlogic.0.weather.current.indoortemp", "decimals": 1, "dynamicRound": false, "_textHeader": null, "rainbow": null, "textColor": "#f8ec04", "noScroll": null, "scrollSpeed": 0, "_backgroundHeader": null, "useBackgroundEffect": false, "backgroundColor": "#000000", "backgroundEffect": "LookingEyes", "_thresholdHeader": null, "thresholdLtActive": true, "thresholdLtValue": 20, "thresholdLtIcon": "", "thresholdLtTextColor": "#00ffff", "thresholdLtBackgroundColor": "", "thresholdGtActive": true, "thresholdGtValue": 23, "thresholdGtIcon": "", "thresholdGtTextColor": "#ff0000", "thresholdGtBackgroundColor": "", "_expertOptionsHeader": null, "position": 0 }, { "name": "photobatterie", "icon": "61396", "duration": 0, "repeat": 0, "text": "%s %u", "objId": "alpha-ess.0.Realtime.Battery_SOC", "decimals": 0, "dynamicRound": false, "_textHeader": null, "rainbow": null, "textColor": "#FFFFFF", "noScroll": null, "scrollSpeed": 0, "_backgroundHeader": null, "useBackgroundEffect": false, "backgroundColor": "#000000", "backgroundEffect": "BrickBreaker", "_thresholdHeader": null, "thresholdLtActive": null, "thresholdLtValue": 0, "thresholdLtIcon": "", "thresholdLtTextColor": "", "thresholdLtBackgroundColor": "", "thresholdGtActive": null, "thresholdGtValue": 100, "thresholdGtIcon": "", "thresholdGtTextColor": "", "thresholdGtBackgroundColor": "", "_expertOptionsHeader": null, "position": 0 }, { "name": "photostring", "icon": "9098", "duration": 0, "repeat": 0, "text": "%s %u", "objId": "alpha-ess.0.Realtime.PV_power_string_1", "decimals": 0, "dynamicRound": true, "_textHeader": null, "rainbow": null, "textColor": "#FFFFFF", "noScroll": null, "scrollSpeed": 0, "_backgroundHeader": null, "useBackgroundEffect": false, "backgroundColor": "#000000", "backgroundEffect": "BrickBreaker", "_thresholdHeader": null, "thresholdLtActive": null, "thresholdLtValue": 0, "thresholdLtIcon": "", "thresholdLtTextColor": "", "thresholdLtBackgroundColor": "", "thresholdGtActive": null, "thresholdGtValue": 100, "thresholdGtIcon": "", "thresholdGtTextColor": "", "thresholdGtBackgroundColor": "", "_expertOptionsHeader": null, "position": 0 }, { "name": "corsa", "icon": "56683", "duration": 0, "repeat": 0, "text": "%s %u", "objId": "go-e.0.loaded_energy_kwh", "decimals": 1, "dynamicRound": false, "_textHeader": null, "rainbow": null, "textColor": "#FFFFFF", "noScroll": null, "scrollSpeed": 0, "_backgroundHeader": null, "useBackgroundEffect": false, "backgroundColor": "#000000", "backgroundEffect": "BrickBreaker", "_thresholdHeader": null, "thresholdLtActive": null, "thresholdLtValue": 0, "thresholdLtIcon": "", "thresholdLtTextColor": "", "thresholdLtBackgroundColor": "", "thresholdGtActive": null, "thresholdGtValue": 100, "thresholdGtIcon": "", "thresholdGtTextColor": "", "thresholdGtBackgroundColor": "", "_expertOptionsHeader": null, "position": 0 }, { "name": "powerload", "icon": "32930", "duration": 0, "repeat": 0, "text": "%s %u", "objId": "alpha-ess.0.Realtime.Load_total", "decimals": 0, "dynamicRound": false, "_textHeader": null, "rainbow": null, "textColor": "#0000ff", "noScroll": null, "scrollSpeed": 0, "_backgroundHeader": null, "useBackgroundEffect": false, "backgroundColor": "#000000", "backgroundEffect": "BrickBreaker", "_thresholdHeader": null, "thresholdLtActive": true, "thresholdLtValue": 350, "thresholdLtIcon": "", "thresholdLtTextColor": "#27fb00", "thresholdLtBackgroundColor": "", "thresholdGtActive": true, "thresholdGtValue": 1000, "thresholdGtIcon": "", "thresholdGtTextColor": "#ff0000", "thresholdGtBackgroundColor": "", "_expertOptionsHeader": null, "position": 0 } ], "ignoreNewValueForAppInTimeRange": 4, "historyApps": [], "historyAppsBackgroundColor": "#000000", "historyAppsRefreshInterval": 300, "autoDeleteForeignApps": false, "removeAppsOnStop": true, "httpTimeout": 3, "numberFormat": "system", "customPositions": false, "expertApps": [] }Die Fehlerbeschreibung:
Die Anzeige "friert" unregelmäßig beim Wechsel (?) zwischen der "wozitemp" und der "powerload" Anzeige ein. Der Adapter ist dann "gelb", die Anzeige ist über WLAN nicht mehr ansprechbar und läßt sich nur durch aus- und wieder einschalten in Gang setzen. Der Adapter selbst braucht keinen Neustart und wird dann von sich aus wieder "grün".
Einige Apps werden durch Blockly sichtbar geschaltet.Der Adpter steht auf "debug" und das LOG-File iobroker.2025-02-11.log ist riesig ... Ich kann dort nicht erkennen bzw. weiss nicht wie ich suchen soll, wann der Fehler auftritt ... er ist aber in diesem Zeitraum aufgetreten.
Kann jemand helfen ?
@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 ... -
@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.
-
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.
-
Ich würde habe das gleich Problem, vielleicht ein paar Daten von mir.
Firmeware 0.98
Adapter v3.0.0
WLAN Unifi mit verschiedenen APs 2,4 Ghz Netz mit 20Mhz Bandbreite
Bei 8 Apps dauert es ca 1,5 Tage bis es einfriert.
Es bleibt meist bei dem Icon 34921 hängen (animiert)Hat es schonmal jemand mit 40 Mhz Bandbreite beim WLAN Kanal versucht? --> Link
Ich habe mal versuchsweise meinem unfi Netz mitgeteilt, das der Client (Awtrix Hardware) nicht den AP wechseln darf sondern an einen AP hard gekoppelt ist.
-
bei mir läuft das Teil monatelang ohne Probleme - allerdings schalte ich um 22:30 das Display aus, und schicke es in den Deepsleep (device.sleep) mit der Anzahl Sekunden bis zum Sonnenaufgang. Spart auch noch Strom... :)
-
bei mir läuft das Teil monatelang ohne Probleme - allerdings schalte ich um 22:30 das Display aus, und schicke es in den Deepsleep (device.sleep) mit der Anzahl Sekunden bis zum Sonnenaufgang. Spart auch noch Strom... :)
bei mir läuft das Teil monatelang ohne Probleme - allerdings schalte ich um 22:30 das Display aus, und schicke es in den Deepsleep (device.sleep) mit der Anzahl Sekunden bis zum Sonnenaufgang. Spart auch noch Strom... :)
Werde ich auch mal testen :)
Habt ihr nur eine Ulanzi?
Ja
-
bei mir läuft das Teil monatelang ohne Probleme - allerdings schalte ich um 22:30 das Display aus, und schicke es in den Deepsleep (device.sleep) mit der Anzahl Sekunden bis zum Sonnenaufgang. Spart auch noch Strom... :)
bei mir läuft das Teil monatelang ohne Probleme - allerdings schalte ich um 22:30 das Display aus, und schicke es in den Deepsleep (device.sleep) mit der Anzahl Sekunden bis zum Sonnenaufgang. Spart auch noch Strom... :)
Ich habe den Datentyp von device.sleep von number (sec) zu einem boolean geändert.
Wenn ich abends device.sleep = true sende geht er schlafen.
Wenn ich morgens device.sleep = false sende, wacht er auf und geht in den AP Mode und zeigt leider keine Werte mehr von ioBroker an.Laut KI liegt das wohl dann daran, das er sich nicht schnell genug im WLAN einwählen kann.
Ich nehme mal das Accespoint Binding in Unifi wieder raus. mal sehen ob er sich dann schnell genug wieder verbinden kann. -
bei mir läuft das Teil monatelang ohne Probleme - allerdings schalte ich um 22:30 das Display aus, und schicke es in den Deepsleep (device.sleep) mit der Anzahl Sekunden bis zum Sonnenaufgang. Spart auch noch Strom... :)
Ich habe den Datentyp von device.sleep von number (sec) zu einem boolean geändert.
Wenn ich abends device.sleep = true sende geht er schlafen.
Wenn ich morgens device.sleep = false sende, wacht er auf und geht in den AP Mode und zeigt leider keine Werte mehr von ioBroker an.Laut KI liegt das wohl dann daran, das er sich nicht schnell genug im WLAN einwählen kann.
Ich nehme mal das Accespoint Binding in Unifi wieder raus. mal sehen ob er sich dann schnell genug wieder verbinden kann.Ich habe den Datentyp von device.sleep von number (sec) zu einem boolean geändert.
Und warum? Bitte nichts an Datenpunkten ändern, welche man nicht selbst angelegt hat. Die verwaltet logischerweise der Adapter.
sleeperwartet jedenfalls einen numerischen Wert:
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden268
Online33.0k
Benutzer83.2k
Themen1.3m
Beiträge