@jolic ja das ist da, denke das ist aber da ist nichts dahinter. (Der wird, wurde von serialgetty verwendet) Ich habe das Problem bei Fedora CoreOS, dass der devicetree nicht funktioniert und damit wohl auch nicht nicht der razberry, da er and den GIO dran hängt

@marcus-irsigler sagte in Wärmepumpe WPCU.C mittels Modbus auslesen: Ich hab mir einen günstigen RS232 to TCP Adapter gekauft und kommuniziere über Modbus TCP Dann wohl eher ein RS485toTCP ;-)

@paul53 said in [gelöst] JSON Wert in Datenpunkt schreiben: @martinschm sagte: "JSON.parse(val).aktuelle_wirkleistung" bringt kein Ergebnis Ist dort wirklich ein Leerstring als Attribut drin? Dann versuche es mal so JSON.parse(val)[''].aktuelle_wirkleistung Ja war es. Ich hab es in der Config des Gerätes geändert, dann ist es sauberer.

@asgothian ok, danke

@ottili said in Ermittlung Heizungsausfall - Algorithmus: Für irgendwelche Ideen wäre ich sehr dankbar. Wenn ich mir die Diagramme ansehe, so fällt mir auf: < 30° VL scheint eine gute Kennung für "keine Heizwärme" zu sein Dazu noch prüfen, ob Außentemp. unter 18° ist Das ganze mit Verzögerung (z.B. 15') auswerten

@paul53 Danke für die Info. Werde ich mal ausprobieren. Das scheint der folgende Datenpunkt zu sein: <input id="separate_DEVICE_18" value="1.40" name="TEMPERATUREFALL_VALUE" Interessant wäre jedoch wie der Thermostat das tatsächlich intern auswertet!

@homoran sagte in mehrere DP für Influx aktivieren: sinnvoll filtern (ggf über mehrere Spalten), dann über den Schraubenschlüssel oben rechts cool, Danke schon so lange bei ioB, aber darauf bin ich nicht gekommen.

@homoran das ist korrekt. Der controller steuert über wlan und wandelt die signale alle auf DMX. Ich würde den Controller gerne über iobroker mittels wlan ansteuern.

@kusselin https://forum.iobroker.net/post/1233045

@holzwurm1976 sagte in ioBroker sehr langsam: ich glaube das "schlimmste" macht der Ring Adapter. Natürlich! war ja schon hier zu sehen. @holzwurm1976 sagte in ioBroker sehr langsam: > 2025-01-01 12:21:39.651 - warn: ring.0 (2320) Device 362750470 ("Haustür"): Couldn't create snapshot from image > 2025-01-01 12:21:40.969 - silly: ring.0 (2320) States user redis pmessage ring.0.doorbell_362750470.Livestream.request/ring.0.doorbell_362750470.Livestream.request:{"val":false,"ack":true,"ts":1735730499239,"q":0,"from":"system.adapter.ring.0","user":"system.user.admin","lc":1735654462833} > 2025-01-01 12:21:48.020 - debug: tr-064.1 (2305) in updateAll > 2025-01-01 12:21:48.022 - debug: tr-064.1 (2305) updateDevices > 2025-01-01 12:21:48.022 - debug: tr-064.1 (2305) forEachConfiguredDevice > 2025-01-01 12:21:48.406 - silly: ring.0 (2320) States user redis pmessage ring.0.doorbell_362750470.Livestream.request/ring.0.doorbell_362750470.Livestream.request:{"val":false,"ack":false,"ts":1735730506593,"q":0,"from":"system.adapter.ring.0","user":"system.user.admin","lc":1735654462833} > 2025-01-01 12:21:48.407 - silly: ring.0 (2320) States user redis pmessage ring.0.doorbell_362750470.Snapshot.request/ring.0.doorbell_362750470.Snapshot.request:{"val":false,"ack":false,"ts":1735730506598,"q":0,"from":"system.adapter.ring.0","user":"system.user.admin","lc":1735654153563} > 2025-01-01 12:21:48.408 - silly: ring.0 (2320) States user redis pmessage ring.0.doorbell_362750470.Snapshot.request/ring.0.doorbell_362750470.Snapshot.request:{"val":false,"ack":false,"ts":1735730506598,"q":0,"from":"system.adapter.ring.0","user":"system.user.admin","lc":1735654153563} > 2025-01-01 12:21:50.515 - debug: tr-064.1 (2305) forEachConfiguredDevice: i=0 fritz.box active=1 > 2025-01-01 12:21:50.516 - debug: tr-064.1 (2305) forEachConfiguredDevice: {"NewIPAddress":"192.168.178.1","NewAddressSource":"Static","NewLeaseTimeRemaining":"0","NewInterfaceType":"","NewActive":"1","NewHostName":"fritz.box","NewMACAddress":"04:B4:FE:69:92:73"} > 2025-01-01 12:21:49.654 - silly: ring.0 (2320) state ring.0.doorbell_362750470.Livestream.request changed: false (ack = false) > 2025-01-01 12:21:49.656 - debug: ring.0 (2320) Device 362750470 ("Haustür"): Get Livestream request for 362750470 to value false > 2025-01-01 12:21:49.684 - silly: ring.0 (2320) state ring.0.doorbell_362750470.Snapshot.request changed: false (ack = false) > 2025-01-01 12:21:49.685 - debug: ring.0 (2320) Device 362750470 ("Haustür"): Get Snapshot request for 362750470 to value false > 2025-01-01 12:21:49.686 - silly: ring.0 (2320) state ring.0.doorbell_362750470.Snapshot.request changed: false (ack = false) > 2025-01-01 12:21:49.687 - debug: ring.0 (2320) Device 362750470 ("Haustür"): Get Snapshot request for 362750470 to value false > 2025-01-01 12:21:49.688 - silly: ring.0 (2320) Adapter File /opt/iobroker/iobroker-data/files/ring.0/doorbell_362750470/doorbell_362750470/livestream362750470_1735730435839.mp4 written! > 2025-01-01 12:21:49.689 - debug: ring.0 (2320) Device 362750470 ("Haustür"): Update Livestream Object > 2025-01-01 12:21:49.691 - debug: ring.0 (2320) Device 362750470 ("Haustür"): Done creating livestream to /opt/iobroker/iobroker-data/files/ring.0/doorbell_362750470/doorbell_362750470/livestream362750470_1735730435839.mp4 > 2025-01-01 12:21:49.693 - info: ring.0 (2320) Device 362750470 ("Haustür"): Cronjob Auto save Snaspshot starts > 2025-01-01 12:21:49.694 - silly: ring.0 (2320) Device 362750470 ("Haustür"): 362750470.takeSnapshot() > 2025-01-01 12:21:49.694 - info: ring.0 (2320) Device 362750470 ("Haustür"): Cronjob Auto save HD Snapshot starts > 2025-01-01 12:21:49.695 - silly: ring.0 (2320) Device 362750470 ("Haustür"): 362750470.takeHDSnapshot() > 2025-01-01 12:21:51.302 - info: ring.0 (2320) Device 362750470 ("Haustür"): Cronjob Auto save Livestream starts > 2025-01-01 12:21:51.303 - silly: ring.0 (2320) Device 362750470 ("Haustür"): 362750470.startLivestream() > ist ja auch klar wenn der auf silly steht

@liv-in-sky OK, dann probiere ichs nochmal mit devicestop :)

@david-g sagte in [gelöst] Was muss man beim Zigbee Adapter update beachten?: @thomas-braun Dann stimmt da wohl irgendwo was nicht. Ich hab das Update gestern eingespielt. Kann sein, dass es schon 1 oder 2 Tage länger angeboten wurde, mehr aber auf keinen Fall. Die 1.10.13 ist aus dem November, wo sie im NPM veröffentlicht wurde, aber nicht im Stable eingetragen. Das hat @arteck gestern getan Die 1.10.14 ist von gestern, die habe ich gebaut damit die die im Dezember eine 1.10.13 von Github installiert hatten eine nicht-github Version installieren können. Sie beinhaltet alle Anpassungen aus dem Dezember, und ist auf npm und im latest verfügbar. A.

@jojo58 sagte in Adapter Betriebsstunden Werte jede Minute auf 0: habe es jetzt hoffentlich richtig verstanden. siehe auch z.B. https://de.m.wikipedia.org/wiki/Cron#Beispiele richtig wäre also 0 0 1 1 *

Update - zur Info. Mit der neuesten Firmware liefert SMA alle Parameter über Modbus korrekt aus. siehe auch SMA Modbus Doku STPxx-50_03-10-09-R3 SMAHub ist nicht mehr erforderlich. Modbus Paramater siehe https://github.com/ioBroker/modbus-templates bzw. aktuell noch unter https://github.com/ioBroker/modbus-templates/pull/50

@stefanw sagte in Master / Slave - Neuinstallation Slave: Das sollte ja funktionieren, wenn ich mit dem gleichen Hostnamen / IP Adresse und ohne Instanzen installiere? (Bookworm 64 Bit lite, ohne Desktop) Ja @stefanw sagte in Master / Slave - Neuinstallation Slave: Kann ich es mit einer anderen SD-Karte testen Ja @stefanw sagte in Master / Slave - Neuinstallation Slave: ich hätte auch noch einen zweiten Raspberry Unnötig @stefanw sagte in Master / Slave - Neuinstallation Slave: Oder wäre es auch eine Möglichkeit einen neuen Raspberry als 2. Slave zu installieren, den ZigBee Controller umzustecken und die Instanzen zu verschieben? Ja

@thomas-braun Nö, ging ohne, wenn dann gebe ich die Befehle selber ein :-) VG Edi Ist aber auch gut zu wissen, dass es noch weitere Lösungen gibt, wenn es keinen offiziellen Adapter gibt, zuvor aber die SD gecloned

@homoran @Thomas-Braun @mcm1957 Ich habe die beiden störrischen Adapter jetzt erst mal per npm hochgezogen und jetzt funktioniert das System erst mal wieder auf neustem Stand. Beim nächsten Update wird es dann sicher wieder das gleiche Problem geben. Vlt. hat bis dahin jemand eine Idee, wie da eine bessere Diagnose möglich ist. Jetzt ist auch etwas Zeit, um das System dann mal mit Version 12 (bookworm) neu aufzusetzen. Euch vielen Dank für die Unterstützung und einen guten Rutsch.

@alexzi einmaliges push :see_no_evil: vielleicht weiß ja doch jemand was. Bei Senic finde ich den Support auf der HP gar nicht. Über FB habe ich auch in einer Gruppe gefragt. auch nix. Anscheinend liegt es an mir :man-shrugging: