Weihnachtsangebot 2025! 🎄

[Xsev]

@SKB Klingt wirklich interessant! Werde ich die Tage testen. Danke fürs Skript!

[frankthegreat]

@SKB Hallo, klingt sehr interessant.
Muss denn im Script noch was angepasst werden?

[SKB]

@frankthegreat, wenn deine Shelly im Datenpunkt shelly.0 liegen, nicht :)

[frankthegreat]

@SKB hab es gerade mal auf meinem Testsystem laufen lassen.
Datenpunkte werden angelegt und auch keine Fehler im Log :+1:

Gefällt mir wirklich sehr gut.
Ich hab ja auch noch diverse Zwischenstecker (sind aber keine Shellys...laufen im Tuya-Adapter) für verschiedene Großverbraucher...Wama, Trockner,Geschirrspüler usw.
Wäre den dafür auch ein Script möglich?

[SKB]

@frankthegreat da müsste man schauen, wie deren Datenpunkte aussehen. Die werden sich ja auch von den Shelly DP unterscheiden.

Bei Shelly ist es ja auch so, das bei einem Reset wieder alle Werte bei Null beginnen - hier schützt das Skript und erkennt genullte Shelly ;)

[frankthegreat]

@SKB Also hier mal ein Bild von den DB's vom Zwischenstecker "Trockner"

Bin leider beim scripten komplett raus...copy-paste krieg ich hin. Das wars dann aber auch schon :disappointed:

[frankthegreat]

@SKB Sorry, is vom "Geschirrspüler".

[SKB]

@frankthegreat Wie wird denn da der Verbrauch protokolliert?
Bei jedem ein- und ausschalten ein neuer Wert?
Durchgehend steigender Wert bis Reset und dann start bei Null?

[Dutchman]

warum separate script, genau dafuer hab ich sourceanalytix gebaut das man solche script nicht mehr braucht und der macht genau das....
und dan nicht nur den verbrauch, auch die kosten usw...

[SKB]

@Dutchman Warum nicht? ;)
Wenn man eben nur die Shelly tracken möchte, benötigt man keinen Adapter, der 80MB RAM frisst :)

Es steht ja jedem frei, das zu nutzen, was er für richtig hält. Wenn Dein Adapter nützlich für jemanden ist, dann kann dieser ihn doch auch gerne benutzen. Wenn jemand nur ein Skript haben möchte, welches die Verbräuche seiner Shelly ausliest, dann reicht ihm mein Skript, da der JavaScript Adapter eh läuft.

[SKB]

@Xsev Gerne. Bitte um Rückmeldung, falls etwas nicht funktioniert.

[Dutchman]

@SKB sagte in Shelly Verbrauchs-Historie für Tag, Woche, Monat, Jahr:

@Dutchman Warum nicht? ;)
Wenn man eben nur die Shelly tracken möchte, benötigt man keinen Adapter, der 80MB RAM frisst :)

Es steht ja jedem frei, das zu nutzen, was er für richtig hält. Wenn Dein Adapter nützlich für jemanden ist, dann kann dieser ihn doch auch gerne benutzen. Wenn jemand nur ein Skript haben möchte, welches die Verbräuche seiner Shelly ausliest, dann reicht ihm mein Skript, da der JavaScript Adapter eh läuft.

alles gut, finde es nur immer schade das Räder tausend mal erfunden werden und dein script frisst auch die 80 MB aber dam im javascript adapter.
Bei SA kan man das mit compact mode abschalten und hat den selben Effekt

Genau solche script waren der Grund das SA entstanden ist damit man es einheitlich machen kan fuer alle Geräte den früher oder spaeter wächst das system und hat man das problem was anderes zu brauchen fuer anderen Sachen worauf der enduser wieder Probleme hat (Erfahrung der letzten jähre hier)

sorry das ich helfen wollte

[ostseereiter]

@Dutchman ich habe auch ein shelly und wie du weißt momentan Schwierigkeiten mit deinem Adapter.(das liegt aber an mir weil ich auch wenig Zeit habe bedingt durch die Arbeit da genauer hinzuschauen.) Ich werde ich für meinen 1 Shelly mal dieses script probieren .

[Ein ehemaliger Benutzer]

Warnmeldungen:

avascript.0	2020-10-01 21:27:49.393	warn	(4700) at processTimers (internal/timers.js:497:7)
javascript.0	2020-10-01 21:27:49.392	warn	(4700) at listOnTimeout (internal/timers.js:554:17)
javascript.0	2020-10-01 21:27:49.392	warn	(4700) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2014:34)
javascript.0	2020-10-01 21:27:49.391	warn	(4700) at Object.shelly_verbrauch_tag (script.js.Datenpunkte.ShellyVerbrauch:130:5)
javascript.0	2020-10-01 21:27:49.391	warn	(4700) at aktualisiere_namen (script.js.Datenpunkte.ShellyVerbrauch:157:19)
javascript.0	2020-10-01 21:27:49.391	warn	(4700) at Object.result.each (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:785:29)
javascript.0	2020-10-01 21:27:49.390	warn	(4700) at script.js.Datenpunkte.ShellyVerbrauch:158:9
javascript.0	2020-10-01 21:27:49.390	warn	(4700) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1358:20)
javascript.0	2020-10-01 21:27:49.389	warn	(4700) You are assigning a object to the state "javascript.0.ShellyVerbrauch.SHSW-1#0588A5#1.name" which expects a string. Please fix your code to use a string or change the state type to object. Thi
javascript.0	2020-10-01 21:27:49.388	warn	(4700) at processTimers (internal/timers.js:497:7)
javascript.0	2020-10-01 21:27:49.387	warn	(4700) at listOnTimeout (internal/timers.js:554:17)
javascript.0	2020-10-01 21:27:49.387	warn	(4700) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2014:34)
javascript.0	2020-10-01 21:27:49.387	warn	(4700) at Object.shelly_verbrauch_tag (script.js.Datenpunkte.ShellyVerbrauch:130:5)
javascript.0	2020-10-01 21:27:49.386	warn	(4700) at aktualisiere_namen (script.js.Datenpunkte.ShellyVerbrauch:157:19)
javascript.0	2020-10-01 21:27:49.386	warn	(4700) at Object.result.each (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:785:29)
javascript.0	2020-10-01 21:27:49.386	warn	(4700) at script.js.Datenpunkte.ShellyVerbrauch:158:9
javascript.0	2020-10-01 21:27:49.385	warn	(4700) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1358:20)
javascript.0	2020-10-01 21:27:49.384	warn	(4700) You are assigning a object to the state "javascript.0.ShellyVerbrauch.SHPLG-S#7A09EB#1.name" which expects a string. Please fix your code to use a string or change the state type to object. Th
javascript.0	2020-10-01 21:27:49.383	warn	(4700) at processTimers (internal/timers.js:497:7)
javascript.0	2020-10-01 21:27:49.383	warn	(4700) at listOnTimeout (internal/timers.js:554:17)
javascript.0	2020-10-01 21:27:49.382	warn	(4700) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2014:34)
javascript.0	2020-10-01 21:27:49.382	warn	(4700) at Object.shelly_verbrauch_tag (script.js.Datenpunkte.ShellyVerbrauch:130:5)
javascript.0	2020-10-01 21:27:49.381	warn	(4700) at aktualisiere_namen (script.js.Datenpunkte.ShellyVerbrauch:157:19)
javascript.0	2020-10-01 21:27:49.381	warn	(4700) at Object.result.each (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:785:29)
javascript.0	2020-10-01 21:27:49.380	warn	(4700) at script.js.Datenpunkte.ShellyVerbrauch:158:9
javascript.0	2020-10-01 21:27:49.378	warn	(4700) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1358:20)
javascript.0	2020-10-01 21:27:49.374	warn	(4700) You are assigning a object to the state "javascript.0.ShellyVerbrauch.SHHT-1#E00FD8#1.name" which expects a string. Please fix your code to use a string or change the state type to object. Thi

[SKB]

@Yetiberg aktuellen Skript-Adapter installiert?

[Ein ehemaliger Benutzer]

@SKB Ja habe ich

[SKB]

@Yetiberg kannst Du mir bitte mal als Screenshot den aufgeklappten Datenpunkt des Shelly zeigen, um den es geht? Ich vermute, der Datenpunkt des Namen wird nicht einwandfrei gelesen oder gespeichert.
Danke :)

[Ein ehemaliger Benutzer]

Das macht er ja beim einlesen aller Shellys
Da wird der Datenpunkt falsch angelegt wo er meckert.

(4700) You are assigning a object to the state "javascript.0.ShellyVerbrauch.SHPLG-S#7A09EB#1.name" which expects a string. Please fix your code to use a string or change the state type to object.

[frankthegreat]

@SKB sagte in Shelly Verbrauchs-Historie für Tag, Woche, Monat, Jahr:

@frankthegreat Wie wird denn da der Verbrauch protokolliert?
Bei jedem ein- und ausschalten ein neuer Wert?
Durchgehend steigender Wert bis Reset und dann start bei Null?

Da wird wohl alle paar Sekunden ein neuer Wert geschrieben:

[SKB]

@Yetiberg Schaue ich mir im Laufe des Morgens an. Ich habe hier schon eine Vermutung. Du könntest zum Testen mal einen Namen im Datenpunkt "name" anlegen und schauen, ob das Skript dann läuft. Dann haben wir den Fehler gefunden ;)