NEWS

@thomas-braun
Das wars. Hatte vor ein paar Wochen meinen Test-LXC neu aufgesetzt. Jetzt funktionert es.

Danke

@rudi86 riesen großes DANKESCHÖN, habe schon eine schöne Weile herumgebastelt und versucht meine Heizungssteuerung (UVR67) etwas zu digitalisieren. Leider ist die Doku dazu etwas spärlich und auch von TA gabs keinen Support. Mithilfe deiner detaillierten Anleitung konnte ich nun ohne den Zusatzkosten einer CMI die Daten auf meinen Raspberry PI bekommen und in Node-RED weiterverwenden. Danke

Bis anhin hatte ich ein Javascript im Einsatz

var timeout; on({ id: '0_userdata.0.Camera_Hauseingang_Detection_Unkown_Person' /* Camera_Hauseingang_Unkown_Person_erkannt */, change: 'ne' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; if (getState('0_userdata.0.Camera_Hauseingang_Detection_Unkown_Person').val == true) { httpGet('https://192.168.3.108/snap.jpeg', { responseType: 'arraybuffer', validateCertificate: false}, async (err, response) => { sendTo('telegram', 'send', { user: 'user', caption: 'Fremde Person vor dem Hauseingang erkannt.', text: createTempFile(`snap.jpg`, response.data), }); }); timeout = setTimeout(async () => { timeout = null; setState('0_userdata.0.Camera_Hauseingang_Detection_Unkown_Person' /* Camera_Terasse_Unkown_Person_erkannt */, false, true); }, 60000); } else if (getState('0_userdata.0.Camera_Hauseingang_Detection_Unkown_Person').val == false) { (() => { if (timeout) { clearTimeout(timeout); timeout = null; }})(); } });

@haus-automatisierung said in [gelöst] Spracheinstellung stellt sich selbst zurück:

Ich hatte gedacht, dass da eventuell Englisch steht und darum dann das Objekt überschrieben wird

Das wird es ja offenbar auch. Es gibt in der Instanz-Einstellung ausser Englisch auch den expliziten Wert "Systemsprache", was sich aber in der Basiseinstellung nicht widerspiegelt.
Meine Hypothese ist daher, dass egal was ich in der Basiseinstellung mache, er sich dann wieder die Systemsprache vom Hostrechner zieht und diese überbügelt.
admin-instanz from 2025-05-24 09-32-49.png

ich nutze auch ngix um auf mein iobroker zuzugreifen aber nur lokal.
wenn du per ngix deine iobroker instanz ins internet setzt wie schützt du dich dann?
um remote zuzugreifen nutze ich ein VPN, dann gelten die lokalen Regeln

@simatec
Hier der log mit ioB, flux, Grafana:

23:10:26.402 INFO gui Backup gestartet ... 23:10:34.540 DEBUG iobroker host.flowbox 193 objects saved 23:10:34.623 DEBUG iobroker host.flowbox 140 states saved 23:10:34.688 DEBUG iobroker host.flowbox Validating backup ... host.flowbox "config.json" is valid 23:10:34.692 DEBUG iobroker host.flowbox "objects.jsonl" exists host.flowbox "states.jsonl" exists 23:10:35.634 DEBUG iobroker host.flowbox The backup is valid! 23:10:37.256 DEBUG iobroker Backup created: /opt/iobroker/backups/iobroker_2025_05_23-23_10_28_backupiobroker.tar.gz 23:10:37.257 DEBUG iobroker This backup can only be restored with js-controller version 7.0 or higher 23:10:38.296 DEBUG iobroker done 23:10:38.465 DEBUG influxDB InfluxDB-Backup started ... 23:10:38.479 DEBUG influxDB InfluxDB Backup tmp directory created 23:10:38.575 DEBUG influxDB Backup created: /opt/iobroker/backups/influxDB_2025_05_23-23_10_39_backupiobroker.tar.gz 23:10:38.590 DEBUG influxDB Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2025_05_23-23_10_39_backupiobroker" 23:10:38.604 DEBUG influxDB InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2025_05_23-23_10_39_backupiobroker" successfully deleted 23:10:38.641 DEBUG influxDB InfluxDB-Backup for is finish 23:10:38.643 DEBUG influxDB done 23:10:39.888 DEBUG grafana Start Grafana Backup ... 23:10:39.902 DEBUG grafana Created dashboard directory 23:10:39.932 DEBUG grafana Created folder directory 23:10:39.949 DEBUG grafana Created datasource directory 23:10:40.011 DEBUG grafana start Grafana request ... 23:10:40.026 DEBUG grafana Grafana is available ... Status: 200 23:10:40.662 DEBUG grafana found Dashboard: tst-dashboard-gauge 23:10:40.978 DEBUG grafana Saved dashboard-folder mapping 23:10:41.178 DEBUG grafana start Grafana backup compress ... 23:10:46.208 DEBUG grafana Backup created: /opt/iobroker/backups/grafana_2025_05_23-23_10_41_backupiobroker.tar.gz 23:10:46.223 DEBUG grafana Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted 23:10:46.265 DEBUG grafana done 23:10:48.183 WARN clean No older backup files are deleted, because this backup was started manually 23:10:48.224 DEBUG clean done 23:10:48.353 DEBUG historyHTML new history html values created 23:10:48.452 DEBUG historyHTML done 23:10:48.640 DEBUG historyJSON new history json values created 23:10:48.681 DEBUG historyJSON done 23:10:51.151 DEBUG notification done 23:10:51.315 INFO gui Das Backup wurde erfolgreich erstellt!

Zusätzlich noch Node-Red:

23:11:50.291 INFO gui Backup gestartet ... 23:11:58.680 DEBUG iobroker host.flowbox 193 objects saved 23:11:58.775 DEBUG iobroker host.flowbox 141 states saved host.flowbox Validating backup ... 23:11:58.787 DEBUG iobroker host.flowbox "config.json" is valid host.flowbox "objects.jsonl" exists host.flowbox "states.jsonl" exists 23:11:59.757 DEBUG iobroker host.flowbox JSONL lines are valid 23:11:59.767 DEBUG iobroker host.flowbox The backup is valid! 23:12:01.472 DEBUG iobroker Backup created: /opt/iobroker/backups/iobroker_2025_05_23-23_11_52_backupiobroker.tar.gz 23:12:01.474 DEBUG iobroker This backup can only be restored with js-controller version 7.0 or higher 23:12:02.514 DEBUG iobroker done 23:12:02.681 DEBUG influxDB InfluxDB-Backup started ... 23:12:02.683 DEBUG influxDB Start InfluxDB Backup ... 23:12:02.725 DEBUG influxDB InfluxDB Backup tmp directory created 23:12:02.845 DEBUG influxDB Backup created: /opt/iobroker/backups/influxDB_2025_05_23-23_12_03_backupiobroker.tar.gz 23:12:02.865 DEBUG influxDB Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2025_05_23-23_12_03_backupiobroker" 23:12:02.869 DEBUG influxDB InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2025_05_23-23_12_03_backupiobroker" successfully deleted 23:12:02.874 DEBUG influxDB InfluxDB-Backup for is finish 23:12:02.912 DEBUG influxDB done 23:12:04.180 DEBUG grafana Start Grafana Backup ... 23:12:04.186 DEBUG grafana Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp" 23:12:04.193 DEBUG grafana Created dashboard directory 23:12:04.214 DEBUG grafana Created folder directory 23:12:04.227 DEBUG grafana Created dashboards_manually_restore directory 23:12:04.234 DEBUG grafana Created datasource directory 23:12:04.332 DEBUG grafana start Grafana request ... 23:12:04.346 DEBUG grafana Grafana is available ... Status: 200 23:12:05.041 DEBUG grafana found Dashboard: tst-dashboard-gauge 23:12:05.355 DEBUG grafana Saved dashboard-folder mapping 23:12:05.529 DEBUG grafana start Grafana backup compress ... 23:12:10.600 DEBUG grafana Backup created: /opt/iobroker/backups/grafana_2025_05_23-23_12_06_backupiobroker.tar.gz 23:12:10.605 DEBUG grafana Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp" 23:12:10.622 DEBUG grafana Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted 23:12:10.661 DEBUG grafana done 23:12:11.383 DEBUG nodered Created nodered tmp directory 23:12:11.401 DEBUG nodered Node-Red tmp copy finish 23:12:11.427 DEBUG nodered Backup created: /opt/iobroker/backups/nodered.0_2025_05_23-23_12_12_backupiobroker.tar.gz 23:12:11.438 DEBUG nodered Try deleting the old node-red tmp directory: "/opt/iobroker/backups/noderedtmp0" 23:12:11.441 DEBUG nodered node-red tmp directory "/opt/iobroker/backups/noderedtmp0" successfully deleted 23:12:11.494 DEBUG nodered done 23:12:12.652 WARN clean No older backup files are deleted, because this backup was started manually 23:12:12.693 DEBUG clean done 23:12:12.824 DEBUG historyHTML new history html values created 23:12:12.923 DEBUG historyHTML done 23:12:13.131 DEBUG historyJSON new history json values created 23:12:13.171 DEBUG historyJSON done 23:12:15.641 DEBUG notification done 23:12:15.791 INFO gui Das Backup wurde erfolgreich erstellt!

Das funzt auch mit DNS statt IP.
Oh, srry, mein Fehler. Ich hab da iwie die Fehlermeldung ganz anders interpretiert...
Das Dash ist zwar leer bzw. visualisiert "keine Daten", aber das reicht scheinbar erstmal.
Backitup ist durchdacht und zweckmäßig, brauche ich:) Ich lass euch was cash rüberwachsen.

@homoran Erst auf Big Endian, das alleine hat nicht geholfen. Die Checkbox hat es dann zum fliegen gebracht.

@letzi

Der Titel dieses Topics ist reisserisch und gleichzeitig nichtssagend. Abgesehn davon dass das Topoc uralt ist.

Wenn sich die cluent Id deines shellies ändert ohnecdass du sie geändert hast dann machveinen supportrequest bei shelly auf.

Der Adapter identifiziert den Gerätetyp an hand der vluebt id. Diese muss daher passen bzw. ser origunalen id entsprechen.

Ein Problem des Adapter ist hier nicht zu erkennen.

Solltest du dennoch ein Problem mit dem Adapter vermuten mach am besten ein neues Topic auf und liefere alle Infos ... insbesobdere Versionsangabenbund debug log.

@manrum1 Du kannst in der Smartset-App beim Einloggen unten rechts auf "Nutzung ohne Internet" klicken. Wenn das funktioniert, dann sind die Voraussetzungen für ism7mqtt gegeben:

Screenshot_20250523_194107.png

@codierknecht
Besten Dank!

Das war ja super einfach. Einfach Rechtsklick auf das Objekt, Alias anlegen und im Alias die Konvertierung "val / 1000" eintragen.

Schon kann ich das Alias Objekt in meinem Chart verwenden.

@neuschwansteini Ja,

da kommen reichlich Objekte zusammen. Ich habe erstmal versucht nur auf die Devices zu filtern.

Wegen der Optik im Darkmode dazu auch ein Issue geöffnet:

https://github.com/iobroker-community-adapters/ioBroker.unifi/issues/866

wendy2702 created this issue in iobroker-community-adapters/ioBroker.unifi open If iob Admin is set to "dark mode" it's hard to read the filter setting tabs #866

nanu, jetzt funktioniert die Kommunikation, hatte nochmals die App aufgerufen eine Änderung durchgeführt und jetzt werden die Daten auch im Adapter aktualisiert - danke für die Unterstützung

Hallo zusammen,
ich habe eine generelle Frage zu den Daten.
Ihr verwendet Uint16 (generell) und Uint32 (für Total Production)

Aber hat nicht ein Register 2 Byte, also füllt das Uint16 schon aus?
Mein Gedanke: müssten nicht alle Daten Uint32 sein und Total Production Unit64?
Vielleicht habe ich einen Denkfehler - gern korrigieren 😉

Gruß Faddl

@thomaswausb wen fragst du das?
der Thread ist fast zwei Jahre alt, und ohne einen user zu referenzieren, eird das wohl keiner der hier gepostet hat mehr lesen.

Außerdem ist z.B. der zuletzt postende zuletzt vor einem Jahr im Forum gewesen.

@flixer

mit den Nuki Bridges ( die nix anderes als ein ESP32 sind, aber die Software von Nuki ist grottig..) habe ich auch meine Erfahrungen gemacht und seit Jahren keine mehr im Einsatz. Nukis benutze ich, seitdem es sie gibt, habe echt alle generationen durch.. 🙂

Der WT32-ETH01 kann LAN, Wifi und Bluetooth und im iobroker brauchst du dafuer nur den mqtt-Adapter.
Schau dir mal den Link an, in meinem letzten Post, da kannst du alles nachlesen. Zum Nukihub gibts hier im Forum auch einen Thread.

@rene55 Das ist richtig, allerdings gibt es von Deye, meines Wissens nach, kein Changelog. Da bleibt dann nur die Beobachtung der Datenpunkte und ggf. zu probieren die Regeln anzupassen.

@dasbrot

ich habe das früher auch so gemacht. Nutze jetzt das
script und bin sehr zu frieden

@bugbuster1701 Ich konnte es erzwingen 🙂 (iobroker update zeigte keine neue Version)

iobroker upgrade fritzdect@2.6.2

@hardyvo
So nun findet eine Regelung der WB über go-e statt. Das pausieren des Ladevorgangs funktioniert. Leider wird er nicht autom. fortgesetzt wenn wieder genug PV vorhanden ist. An was kann das liegen?

Incoming request from foreign Object modbus.1.inputRegisters.13009_Export_power with -1814 Watts. (-1 solarPower - 500 Buffer - 0 House consumption + -1809 House battery)

Hier die Parameter:
cf0b5e6a-5d7d-4ff8-9320-c806f711ad8d-image.png

Der Akkus sollte hier bis max auf 9000kWh Kapazität entladen werden. Bei dem anderen gelb markierten Wert muss ich noch meinen aktuellen Hausverbrauch Datenpunkt eintragen

@milo58
Ich würde gerne verstehen, wie die von der EcoFlow-API gelieferten Daten bei PowerOceans überhaupt aussehen. Die API-Dokumentation von EcoFlow ist da leider nicht sehr zuverlässig.
Könntest Du, während die App nicht aktiv ist (und die Daten in der Cloud NICHT aktualisiert werden), den Wert vom Zustand quota auslesen und dann dasselbe etwa 1-2 Minuten später wiederholen und die beiden Werte hier reinschreiben (die Seriennummer unkenntlich machen).
Mein Adapter soll während dieser Zeit natürlich laufen, nur die App soll nicht aktiv sein, damit die Daten in der Cloud nicht aktualisiert werden.
Dann könnte ich

sehen welche Werte in welcher Struktur überhaupt geliefert werden die beiden Werte miteinander vergleichen um zu sehen ob es vielleicht irgendwelche Daten gibt, die trotzdem aktualisiert werden