@haus-automatisierung

Bei 1.0.0-beta3 hab ich keinerlei Fehlermeldungen im ioBroker mehr!

@apollon77

2022-08-23 10:23:22.470  - info: host.iobroker iobroker upgrade node-red@4.0.0 --debug
2022-08-23 10:23:23.208  - info: smartmeter.1 (902) Received 10 values, 3 updated
2022-08-23 10:23:23.214  - info: fritzdect.0 (5093) DECT ID: 116570534719 identified for command (state) : false
2022-08-23 10:23:23.279  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 635.98
2022-08-23 10:23:25.120  - info: host.iobroker iobroker Update node-red from @3.3.1 to @4.0.0
2022-08-23 10:23:25.170  - info: host.iobroker iobroker host.iobroker Adapter "system.adapter.node-red.0" is stopped.
2022-08-23 10:23:25.232  - info: host.iobroker "system.adapter.node-red.0" disabled
2022-08-23 10:23:25.234  - info: host.iobroker stopInstance system.adapter.node-red.0 (force=false, process=true)
2022-08-23 10:23:25.239  - info: node-red.0 (24134) kill node-red task
2022-08-23 10:23:25.290  - info: node-red.0 (24134) node-red exited with 0
2022-08-23 10:23:26.415  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 635.984
2022-08-23 10:23:26.471  - info: host.iobroker iobroker NPM version: 8.11.0
2022-08-23 10:23:26.473  - info: host.iobroker iobroker Installing iobroker.node-red@4.0.0... (System call)
2022-08-23 10:23:27.635  - info: smartmeter.0 (878) Received 10 values, 3 updated
2022-08-23 10:23:29.422  - info: smartmeter.1 (902) Received 10 values, 2 updated
2022-08-23 10:23:29.486  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 635.988
2022-08-23 10:23:30.236  - info: host.iobroker stopInstance timeout 5000 system.adapter.node-red.0 killing pid  24134
2022-08-23 10:23:30.770  - info: node-red.0 (24134) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-08-23 10:23:31.428  - info: host.iobroker instance system.adapter.node-red.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2022-08-23 10:23:32.595  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 635.99
2022-08-23 10:23:33.745  - info: smartmeter.0 (878) Received 10 values, 3 updated
2022-08-23 10:23:35.630  - info: smartmeter.1 (902) Received 10 values, 3 updated
2022-08-23 10:23:35.636  - info: fritzdect.0 (5093) DECT ID: 116570534719 identified for command (state) : false
2022-08-23 10:23:35.698  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 635.992
2022-08-23 10:23:38.777  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 635.996
2022-08-23 10:23:39.871  - info: smartmeter.0 (878) Received 10 values, 3 updated
2022-08-23 10:23:41.849  - info: smartmeter.1 (902) Received 10 values, 3 updated
2022-08-23 10:23:41.855  - info: fritzdect.0 (5093) DECT ID: 116570534719 identified for command (state) : false
2022-08-23 10:23:41.870  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 636
2022-08-23 10:23:44.972  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 636.002
2022-08-23 10:23:45.989  - info: smartmeter.0 (878) Received 10 values, 2 updated
2022-08-23 10:23:48.043  - info: javascript.0 (677) script.js.PV-Anlage.PV1-Garage.Copy_Monat: 636.004
2022-08-23 10:23:48.095  - info: host.iobroker iobroker npm ERR! code ENOTEMPTYnpm ERR! syscall renamenpm ERR! path /opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/srcnpm ERR! dest /opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/srcnpm ERR! errno -39npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src' -> '/opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src'
2022-08-23 10:23:48.100  - info: host.iobroker iobroker npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2022-08-23T08_23_27_581Z-debug-0.log
2022-08-23 10:23:48.116  - info: smartmeter.1 (902) Received 10 values, 3 updated
2022-08-23 10:23:48.130  - info: fritzdect.0 (5093) DECT ID: 116570534719 identified for command (state) : false
2022-08-23 10:23:48.165  - error: host.iobroker iobroker host.iobroker Cannot install iobroker.node-red@4.0.0: 217
2022-08-23 10:23:49.195  - info: host.iobroker iobroker exit 25

Vielleicht hilft das?

Hallöchen, schönen guten Abend!!!!

Ich habe das ganze schon vor über einem Jahr auf GIT angesprochen gehabt, aber bisher hat sich da nicht wirklich viel getan.
Ich würde gerne im "Device Adapter" meine DP von der PV-Anlage und von meinem Stromzähler einfügen, aber es gibt keine entsprechende Kategorie die dafür passt. Ne Steckdose für sowas ist Mist... Für den Stromzähler brauch ich nur 3 Datenpunkte in dem Alias --> Power, 180, 280 --> (alternativ Power, 180, 181, 182, 280, 281, 282)....

Fragt mich bitte nicht wieso man das braucht, das führt zu nix!

Kann man im Device Adapter neue Gerätekategorien hinzufügen? Falls ja, wie funktioniert das? Kann mir bitte jemand nen Tipp geben?

Ich sage schonmal Dankeschön und wünsch euch noch einen tollen Abend.

MfG

FISO

@bananajoe

D
B
->sensor53 r
M 1
+1,3,s,16,9600,MT175
1,77070100010800ff@1000,E_in,kWh,E_in,1
1,77070100020800ff@1000,E_out,kWh,E_out,1
1,77070100100700ff@1,P,W,P,18

@paul53 sagte in Empfangene Daten vom MQTT Server:

iob status

iobroker is running on this host.

Objects type: jsonl
States type: jsonl

Hab jetzt eine Dirty Lösung gefunden mit der ich mit umwegen das ganze entschärfen kann.

Ich greif einfach per Web-Api auf den ESP zu und speicher mir dann die Daten. Schön ist was anderes.....

http://192.168.1.xx/cm?cmnd=status 10

@paul53

Ich hab an einem Wemos D1Mini (8266) einen Lesekopf montiert. Warum? Ich vermute dass mein Proxmox Server ständig abschmiert weil irgendwas mit den USB - Anschlüssen (Weiterleitung LXC?) nicht verträgt. Mein Server hängt sich einfach so auf, seit Monaten und das nervt mich tierisch. Ständig muss ich den Server neu starten, da lief mein Raspi 4 wie ein Schweizer Uhrwerk wobei ich immer wieder probleme mit dem 2 Lesekopf hatte, der ist mir mit der Zeit immer wieder mal ausgestiegen. Da musste ich dann den Raspi komplett neu booten (Also alle paaw Wochen). Ich hab bis heute nicht herausgefunden woran es lag oder liegt. Hab mir einen dritten Lesekopf gekauft gehabt (Weidemann) aber der zeigte dasselbe Problem. Also kann es nicht am Lesekopf gelegen haben. Schlauer bin ich auch nicht daraus geworden. Also inspiriert vom Video von Matthias Kleine hab ich mir den IR Lesekopf mit Rx/Tx Kabeln bestellt funktioniert wie gesagt wunderbar am ESP, braucht auch kaum strom

Aber Tasmota empfängt vom Zähler extrem Schnell die Daten und wenn ich die Daten dann an meinen MQTT Server übertrage geschieht das im Sekundentakt. Ich hab keine Möglichkeit das zu verlangsamen in Tasmotag. Ich vermisse die Option in ioBroker wo ich einstellen kann, nach wieviel Sekunden die Daten geschrieben werden.

Das ganze ist Ultra-nervig weil wie gesagt im Sekundentakt Daten an den MQTT Server geschrieben werden und demzufolge durch das abonieren des Topics in ioBroker auch die Daten so schnell empfangen werden.

Das ist das dämlichste was mir über den weg gelaufen ist. Ich mein wenn ich irgendwas mit nen Victron WR damit steuern will ist das in Ordnung, aber ich brauche keine 172800 Schreibzugriffe (wobei sind mehr) pro Tag durch das schnelle Intervall...... Echt zum heulen!

Daher die Frage wie ioBroker die Daten speichert. Sofort in auf die SSD oder erst in den RAM.....

Nichtsdesto trotz wäre es cool (auch für andere sachen) wenn man zb die Option hätte das ganze (DP) erst in den Speicher zu schieben und dann später auf die SSD..... So könnte man mit Sensordaten experimentieren, also im Sekundentakt die Daten empfangen und dann diese weiterverarbeiten..... Sensordaten die im Sekundentakt kommen müssen ja nicht immer gespeichert werden....

Guten Abend an die Gemeinde! Ich hab mal eine Frage! In ioBroker habe ich im MQTT Adapter (Client) ein Topic von meinem MQTT Server aboniert. Nun ist es so, dass Tasmota mir jeder Sekunde (oder weniger) Daten (vom IR-Lesekopf) an den MQTT Server sendet, d.h. ioBroker empfängt im Sekundentakt die Daten vom MQTT-Server. Mit TelePeriod XX hats nicht geklappt das Intervall zu vergrößern. Die Daten werden dann in den Datenpunkten bei MQTT gespeichert. Frage ist, werden die Daten ständig auf der SSD gespeichert oder landen die erstmal im RAM? Ich frage deswegen weil ich nicht will dass ständig irgendwelche Daten geschrieben werden. Im SmartMeter Adapter kann man ja das Intervall einstellen..... Das geht bei Tasmota überhaupt nicht. Sobald der Daten Empfängt ballert er mir alles auf den MQTT Server. Da kommen pro Tag dann 2x 86400 Schreibzugriffe mit mehreren Datenpunkten.... Die SSD muss ja nicht unnötig belastet werden.

Der Server ist zu weit weg vom Stromkasten. Ich hab massive Problem mit der Kabellänge so dass ich jetzt das ganze von Matthias Kleine gezeigtem Video alles mit einem ESP mache und dann an den MQTT Server sende. Aber wie gesagt, Pro Sekunde werden Daten gesendet und das nervt mich tierisch!

Aber die Frage ist nun, speichert ioBroker die empfangenen Daten sofort auf der Festplatte oder landen die erstmal im Arbeitsspeicher?

Gäbe es eine möglichkeit das so zu implementieren, dass man bei den Datenpunkten auswählen kann wo er die Daten speichern soll? Das wäre genial wenn man zb Sensordaten, die eh verarbeitet werden, nur in den Ram reinschriebt und dann die verarbeiteten Daten dann auf die SSD speichert. Da wäre ne Option bei den Datenpunkten genial wo man dann einstellen kann (Ram oder SSD). Das müsste für jeden Datenpunkt möglich sein außer für DP die "kritisch" fürs System sind, das muss ja dann auf der Platte.

Wäre das irgendwie möglich in ioBroker zu implementieren oder ist das schon so implementiert?

Ich danke euch für eure Antwort und ich wünsch euch noch einen schönen Abend!

VG Steve

@homoran sorry, bin heut nicht "ganz" fit, hatte gestern ein paar Caipis und paar Bier zuviel

@homoran Ja mir ist schon aufgefallen dass es mit dem JS Controller 5.0.5 probleme mit dem KM200 Adapter gibt ; ) Aber sonst scheint es bisher ganz normal zu laufen.

Mich stören eigentlich Fehler nicht, ich hab noch nie den Stable Chanel von iobroker genutzt, immer den Latest.

Ist doch irgendwie langweilig wenn immer alles laufen würde

Node.js - v18.16.0
NPM - 9.5.1
JS Controller: 5.0.5
VIS2 Vers: v2.0.29

Kann mir bitte jemand sagen, warum die VIS beta mir nur son Ladebalken anzeigt und dann nix mehr macht?

Ich hab keinen Plan warum da was nicht geht und im Log steht auch nix....

Ich teste mal die 1.0.0 Beta 4 Ist mittlerweile verfügbar!

@thomas-braun

Ich hab mal den automatischen "Reboot" des Adapters deaktiviert. Es ist insofern besser geworden dass "morgens" nicht allle Shelley nicht erreichbar sind. Aber seltsamerweise hatte ich gestern wieder das Problem, dass wohl ein Shelly die MQTT Verbindung nicht mehr zum Shelly Adapter aufgebaut hat? Aber dann dürfte er in den Objekten nicht als Grün sichtbar sein. Ich hab da bei Position irgend ein % wert eingeben können, das Ding hat einfach nicht reagiert. Ich konnte in aufs Webinterface vom Shelly gehen. Hab den neu gebootet und siehe da, in den Objekten ist er kurz auf Orange gegangen und gleich wieder auf Grün. Erst dann konnte ich den wieder über ioBroker starten. Das ist total nervig, vor allem weil ich soweit ich weiß den Shelly nicht mehr per URL String neu booten kann. Sonst hätte ich ein Skript geschrieben dass den Shelly rebootet falls er nicht morgens seinen Dienst verrichtet hätte......