ich denke, dass die relevanten Einträge im Log folgende sind:
[2024-01-21 14:58:36.598][Cloud] SHELLY_CLOUD_INIT_START: shelly-61-eu.shelly.cloud:6022/jrpc
[2024-01-21 14:58:36.616][Cloud] SHELLY_CLOUD_INIT_END: E:true P:true W:true
[2024-01-21 14:58:36.631][Cloud] SHELLY_CLOUD_CONNECTING:shelly-61-eu.shelly.cloud:6022/jrpc
[2024-01-21 14:58:36.640][Cloud] SHELLY_CLOUD_CONNECTING_ERROR: android_getaddrinfo failed: EAI_NODATA (No address associated with hostname)
Ich erreiche die WD über WebUi sowohl im Netzwerk als auch über VPN (Wireguard) der Fritzbox.
Ja ... ich weiss ungewöhnlich aber meine Fritzbox ist die 254, da auf der 001 der Server und auf der 002 die Telefonanlage sitzt. Ist so gewachsen, da zu prähistorischen Zeiten die ISDN-Anlage dem Server als Zugang diente und dieser dann als Proxy fungierte für das dahinterliegende Netz ... mit moderen Zeiten kam die Fritzbox dazu und wurde auf die 254 verbannt. Damit stimmen DNS und GATEWAY ... anbei noch ein Screenshot eines anderen X-beliebigen Shelly aus meinem Hause:
Logs des WD auf unserem privaten Kanal zum Thema.
AM2320 (DHT irgendwas) läuft an Addon und Addon+
AM2302 (DHT22) läuft an Addon Addon+ nicht getestet. Solte aber auch laufen.
Die Hersteller von den Dingern sind nicht feststellbar. Beide Chargen China-Lieferungen über AliExpress
Der Vorteil des AM2320 ist halt, dass der ne Nummer kleiner ist und deswegen besser in eine als Sensorschutz benutzte Filmdose mit Anschlussplatine und 4,7k Widerstand passt.
ich habe:
1. WD-Softstart
2. WD Hard-Start
3. Cloud OFF/ON
4. WLAN OFF/ON
5. Cache Löschen
6. WD aus Cloud löschen und per WLAN neu einbinden
in unterschiedlichen Reihenfolgen
Ergebnis:
Zum Glück laufen die auf dem WD hinterlegten Thermostate weiter ...
Wollte eben das WD wieder auf DHCP stellen. Das entfernen des Hakens und Speichern für feste IP wird ignoriert. Selbst nach einem Hard-Reboot.
so ... 15 h später sind die WD immer noch in der Cloud offline, aber immer noch über die WebUi erreichbar. Also quasi ein Blindflug im Gebäude.
Die Verzögerungen passieren gerne mal. Ich glaube weniger an ständige Serverüberlastungen als an zu viel Traffic in den Netzen.
Unser Internet ist VDSL100 , Verbindung ca. 400m über 50 Jahre alte unsym. Kupfer (Telefon) Leitungen zum D1 Sendemast, von dort Glasfaser zum Backbone.
Hier: Glasfaseranschluss 500Mbit ... daran sollte es nicht liegen.
Ich habe parallel noch eine Motion2 (der war wunderlicherweise sofort erreichbar), zwei HT1 und einen Shelly1+ auf feste IP umgestellt. Die sind alle da und zwar zu sofort. Nur die WD sind bisher als offline gelistet, was wiederum meine Meinung der schlecht gefütterten Hamster in Sofia stärkt.
Ich habe auf dem einen WD drei Plug2 eingebunden. Die werden auf dem Display als Offline angezeigt. In der Cloud sind die drei Online ....
3. Ich habe vor 30 minuten die beiden WD auf feste IP umgestellt. Beide sind jetzt in der Cloud offline, aber im Netz erreichbar. Ich gehe einfach mal davon aus, dass die Hamster in Sofia schlecht gefüttert sind und die Probleme ausschließlich auf die Cloud-Einbindung der WD zurückzurführen sind.
Punkt 1 ziehe ich zurück. Nachdem ich mir da Elend jetzt ein paar Tage angschaut habe, geht es jetzt. ... ...
Auch die 1.2.6 BETA hat da keine Verbesserung gebracht.
Torsten
die 1.2.6 Stable läuft auf einem meiner WD klaglos. Ich habe auf zwei weiteren die 1.2.8 ... Finger weg. Die macht in dieser Hinsicht noch mehr Probleme. Die 1.2.7 schien mir sogar die Thermostatregelung komplett zu ignorieren ... hat zu 8°C im Büro geführt .... war schon schattig.
Fällt mir weiteres auf, werde ich ergänzen.
Beim Anlegen eines Themas habe ich eben mehrere Popups bekommen mit Fehlermeldungen. Wenn es wieder auftritt, mache ich einen Screenshot.
Ich liste hier mal alle Dinge auf, die beim Walldisplay FW 1.2.8 auftreten:
1. Wenn die Zeitpläne für das Thermostat eingeschaltet sind, kann die Temperatur nicht mittels Temperatur übersteuert werden. Es müssen die Zeitpläne abgeschaltet werden und dann die Wunschtmeperatur eingestellt werden. Das verhindert, dass man bis zum nächsten Schaltpunkt eine andere Temperatur wählen kann, die dann mit dem nächsten Schaltpunkt wieder herausgenommen wird.
2. Die automatische Helligkeitsregelung spinnt rum. Die stellt die Helligkeit OHNE Eingriff am Gerät zu verscheidenen Zeiten einfach auf hell und belässt sie so. Damit ist die interne Temperaturkompensation nicht mehr ordentlich möglich, da der interne Temperatursensor dann etwa 1.1K zu viel misst gegenüber der abgedunkelten Variante. Hier wäre die Lösung die Helligkeit wieder fest einstellen zu können, wie es auch noch geht, wenn die Thermostatfunktion deaktiviert ist und man über Hooks die Geschichte regelt.
Nächster Fehler: Das WD lässt sich zwar über die Cloud bedienen (Relais schaltet) die Web-Ui, lässt sich aber wieder mal nicht aufrufen.
Selber Rechner, Cloud auf Firefox und der nicht funktionierende Aufruf sowohl auf FF als auch Chrome.
Zweiter Fehler der 2.1.8: Die abdunklung des Displays funktioniert mal und mal nicht. Damit ist eine saubere Temperaturkorrektur nunmehr unmöglich. Messunterschied zwischen beiden Zuständen etwa 1.1K. Das MUSS behoben werden ... oder wieder eingeführt werden, dass die Displayhelligkeit begrenzt werden kann.
die 1.2.8 gilt als stable. Bisher habe ich festgestellt, dass die manuelle Wahl der Raumtemperatur bei aktiven Zeitplänen ignoriert wird. Weitere Auffälligkeiten bisher nicht.
und die 1.2.8 ignoriert mal eben die manuelle Einstellung der Temperatur.
So, wie es aussieht überschreibt der Zeitplan die manuelle Einstellung. Wenn ich die Zeitpläne ausschalte, zieht das Relais an um dannn gleich wieder auszugehen, wenn der Zeitplan wieder eingeschaltet wird, obwohl die manuelle Temperaturwahl immer noch bei 30°C steht ....
Die 1.2.7 hat mal eben bei beiden WD, denen ich das Update gegönnt habe, die Thermostatstellung ignoriert ... auch nett
Müssen wieder nachkorrigiert werden. Wurden nicht überschrieben. Also wurde die interne FW-Korrektur wieder geändert.
Der Wechsel von 1.2.6 auf 1.2.7 ändert wieder die internen Temperaturkorrekturen ... also alles von vorn neu gegenprüfen.
der dht hat einen verkrüppelten 1wire. Ausserdem keine eindeutige Adresse. deswegen geht per Buspfad immer nur einer. war schon immer so und wird immer so bleiben.
