NEWS

@ecurb
Bin hier nicht der richtige Ansprechpartner da ich den Adapter weder entwickelt habe noch kenne noch benutze.

Aber ein Blick in die Issues des Adapters würde dir Infos zu der Fehlermeldung liefern. Der Error wurde bereits gemeldet, der Ball liegt damit beim Maintainer des Adapters.

@mcm1957 said in [erledigt] ... has no existing object, ...:

Wenn ihr das schon so reproduzierbar rausgearbeitet gabt wär ev. ein Issue mit den Infos sinnvoll.

Ich habe mal ein Ticket erstellt. Hoffe dies passt so.
https://github.com/ioBroker/ioBroker.javascript/issues/1791

uwe72 created this issue in ioBroker/ioBroker.javascript open [Bug]: Ungerechtfertigte Warnung: "has no existing object, this might lead to an error in future versions" #1791

@asgothian

Aktuell scheint der Sensor nicht mehr zu funktionieren, Komisch. Da würde das Symbol ja stimmen.

@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 *