@mico Die tasmota Items werden entsprechend den Einstellungen in deinem SML-Skript wie folgt im Sonoff-Objekt übersetzt: Total Delivered -> E320_Total_out (Energieeinspeisung z.B. Überschuss Balkonkraftwerk) in kWh Total Consumed -> E320_Total_in (Energieverbrauch) in kWh Current power -> E320_Power_in (elektr. Leistung) in W Server-ID -> E320_Meter_Number (Zählerkennung) Die Ausgabe an der Infrarot-Schnittstelle erfolgt jede Sekunde das zeigt auch dein Tasmota-Protokoll. Kontrolle mit Handykamera. Wenn du die LED des Zählers durch die Handykamera betrachtest sieht man sie im Sekundentakt blinken. Die Übertragung von Tasmota zum Sonoff-Adapter erfolgt standardmässig alle 300sec. Sie kann aber über den Parameter "Telemetry Period" im Tasmota-Menü "Configure Logging" auf minimal 10sec eingestellt werden. Die elektrische Leistung "Current power" bekommst du nur angezeigt wenn der erweiterte Datensatz im Zähler eingestellt ist. Dazu benötigst du eine PIN, die du bei deinem Messstellenbetreiber bekommst. Die Beschreibung wie Pin Eingabe und Aktivierung des erweiterten Datensatzes erfolgt findest du in dieser Beschreibung: https://www.landisgyr.de/webfoo/wp-content/uploads//2018/08/Benutzerhandbuch-E320.pdf

@thomas-braun ok. Danke. Ich weiß nicht, was da war. Kurz danach war alles normal.

@tolkin sagte: nur eine Benachrichtigung Versuche es mal so: [image: 1732315352615-blockly_temp.jpg]

@sigi234 Als ich mir heute die abgerufenen Daten bei Objekte ansah waren die ein paar Tage alt, also nicht stündlich neu berechnet. Erst als ich im Adapter eine Änderung machte und speicherte aktualisiert er die Daten. Desweiteren hat er die Stromerträge nicht zusammen gerechnet in den Objekten (now, today, tomorrow). Nach neuinstallation macht er es wohl wieder wie ich gerade sehe. Merkwürdig

Jedes grundsystem was docker ordentlich kann 🙂

@joergh sagte in ioBroker am DS Lite Anschluss: nicht jedoch von IPV4 auf IPV6 Genau, das hat ja @Thomas-Braun oben beschrieben, wie dann zu verfahren ist. Eigentlich müsste dies auch mit verschiedenen DNS64/NAT64 Diensten gehen. Wenn ich Zeit habe, teste ich mal.

Moin, du must hier im Adapter Werte eintragen. z.B. [image: 1732252114450-cb537d15-ea8c-4c88-a381-eb3d714ab59b-image.png] Sieht dann so aus: [image: 1732251903171-300aafda-cf34-4078-8764-b16a95ce5a02-image.png] Die zu beschreibenden Variablen must anlegen [image: 1732251996246-9e353d9b-fd42-493a-a947-a478b81de1a5-image.png]

@homesweethome sagte in ioBroker neu aufsetzten, welches Linux: Kann ich den Thread als erledigt markieren? Ja! :grin: Startpost editieren und [gelöst] vor den Threadtitel schreiben.

Trotzdem Danke für die Info.

Ich habe das entsprechende Script gestern gestoppt und es gab keine probleme mehr. Danke erstmal. Warum es aufeinmal probleme macht, weiß ich auch nicht. hatte hier keine Änderungen vorgenommen.

@samson71 @Sascha-Hartmann Primär war/ist zwar der ioBroker gemeint, aber das Betriebssystem muss in nächster Zeit auch neuinstalliert werden, stimmt.

@ro75 okay, hab ihn jetzt auf kanal 9 und hab mal komplett mein strom abgeschaltet damit sich alles neu startet. Bis jetzt funktioniert es wieder ohne das ich den sensor neu anlernen musste. ich hoffe das bleibt auch so, perfekt bis jetzt. vielen dank für den tip

@ro75 so Chrome neu eingerichtet jetzt geht's wieder vielen dank für deine super Hilfe

So... nach langem hin und her bin ich durch Zufall auf die Lösung gekommen... falls jemand auf das gleiche Problem stoßen sollte... offensichtlich werden erst Werte in die Datenbank geschrieben, wenn nach dem anlegen des alias der sql Adapter neu gestartet wird... k. a. ob das für alle alias gilt... jedenfalls werden nun bei mir nach einem Neustart des sql Adapters nun Werte geloggt... schöne Grüße Peter

Ich grabe das Thema mal aus, da der Harmony Hub bis heute ziemlich alternativlos ist: Der Nachteil der Erkennung als Mediengerät ist, dass man den ioBroker Fake Roku nicht den Medientasten auf der Fernbedienung zuordnen kann. Heißt ich muss die Smart Home Aktionen nicht nur irgendwo auf dem Rest der Fernbedienung unterbringen (Frau freut sich über diese Verkomplizierung), sondern muss die Verknüpfung auch für jede Activity einzeln anlegen (und bei Änderungen jeweils x-mal anpassen). Die Smart Home Tasten auf der Fernbedienung gelten hingegen global und müssen nur einmal gepflegt werden. Ich habe bisher leider auch keine Möglichkeit gefunden, unter ioBroker die Smart Home Tasten auf der Fernbedienung zu nutzen. Bleibt wohl nur der Umweg über openHAB oder HomeAssistent :(

@joergh danke für deinen Tipp, habe den Fehler jetzt gefunden. Habe das Universalwidget von inventwo als "View in PopUp" genutzt und bei Objekt ID den DP vom Verdichter eingetragen. Jedes mal, wenn ich in der VIS das Widget angeklickt habe, wurde der DP mit "null" überschrieben. Mit dem Multiwidget funktioniert es nun :+1:

@arteck jetzt sind die warnings weg :-) thx dafür ist das ein normales verhalten? zigbee2mqtt.02024-11-20 09:12:59.275 info z2m: Zigbee2MQTT started! zigbee2mqtt.02024-11-20 09:12:59.275 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:12:59.275 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:12:59.274 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:11:18.123 info z2m: Zigbee2MQTT started! zigbee2mqtt.0 2024-11-20 09:11:18.123 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:11:18.123 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:11:18.122 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m: Zigbee2MQTT started! zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m: Zigbee2MQTT started! zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:06:15.147 info z2m: Zigbee2MQTT started! hier noch die logs on der gui des coordinators: [09:07:49] taskZB | New client: 192.168.0.22 id: 0 [09:09:19] taskZB | Client disconnected, id: 0 [09:09:30] taskZB | New client: 192.168.0.22 id: 0 [09:11:00] taskZB | Client disconnected, id: 0 [09:11:11] taskZB | New client: 192.168.0.22 id: 0 [09:12:41] taskZB | Client disconnected, id: 0 [09:12:52] taskZB | New client: 192.168.0.22 id: 0 [09:14:22] taskZB | Client disconnected, id: 0 [09:14:33] taskZB | New client: 192.168.0.22 id: 0 [09:16:03] taskZB | Client disconnected, id: 0 [09:16:14] taskZB | New client: 192.168.0.22 id: 0

@arteck said in Zigbee Extended PAN ID - nötig bzw. woher nehmen?: wenn da nix drin steht wird intern standard genommen.. da diese IMMER gebraucht wird... und der sonoff ist da jetzt drauf .. trägst du was anderes ein startet der adapter nicht ..logisch hab ich mir auch gedacht. Ich hatte nur irgendwo gelesen, dass sich diese standard ID unter bestimmten Umständen (reset?) ändern könnte und man dann alles neu anlernen müsste? Um das zu vermeiden sollte man besser eine Eigene setzen - und das geht halt offensichtlich bei mir nicht wenn ich in dem Feld eine Random ID eingebe. Den Log bei einem Start mit random ID habe ich nicht mehr, aber auch in dem Zustand fand sich dort definitiv kein Hinweis auf die default PAN ID. Auf Grund des Hinweises "This id must never change for existing networks, else you have to reset and repair your devices" ändere ich jetzt hier auch nicht mehr. Im worst case muss ich halt irgendwann neu anlernen.

So, Backup hat funktioniert, komplette Neuinstallation auf der neuen SSD rennt auch, Backup Restore soweit auf den ersten Blick auch fast ok gelaufen. Zigbee-Geräte fehlen leider alle trotz Backup, das ist natürlich extrem blöd. Moin gehts weiter, Zigbee-Daten mal manuell einspielen oder so (für tagsüber wird dann erstmal immer die alte SSD angesteckt damit alles für die Frau im Hause erstmal problemlos läuft und abends weiter am Neu-System frickeln :grin: )