konnte es nun lösen
Im Widget unter "Wetterinstanz:" muss man "daswetter.0" eingeben. Oder entsprechend der laufenden Instanz.
Das Feld verhält sich bei der Eingabe etwas seltsam. Es reagiert irgendwie verzögert, so dass ich z.B. gestern gemeint habe ich könne überhaupt nicht mehr als ein Zeichen eingeben.
Also etwas knifflige Eingabe aber dann läuft es.
Update 2.1 läuft!
War jetzt rund 2,5Stunden weg und ohne was geändert zu haben, wurde nun plötzlich die Version 2.1 angezeigt. Konnte dann auch ohne Probleme installiert werden.
Sieht so aus als ob Apollon77 recht hatte:" Irgendwas cached bei dir das Repo file. Kommt dann irgendwann ... "
Allen zusammen nochmals ein herzliches Dankeschön für die Unterstützung!
@Aare-07 sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:
Was ich plane ist die voraussichtliche PV Leistung von morgen zu berücksichtigen.
Mich hatte es auch gestört, dass die Wärmepumpe kurz vor Sonnenaufgang lief und kurze Zeit später viel Strom vom Dach kam. Versuche mal meinen Ansatz zu beschreiben (vielleicht hilft es jemandem).
Grundsätzlich hebe ich die Temperatur Nachts nicht an, sondern sperre die Wärmepumpe. Ich habe Angst dass die Wärmepumpe in einem ungünstigen Arbeitspunkt kommt und so lasse ich die Wärme etwas abfalle (nur soviel, dass es nicht kalt wird) und heize sobald die Sonne kommt nach. Ich habe aber auch keine Speicher.
Ablauf:
Ab einer bestimmten Zeit in der Nacht sperre ich die WP, wenn der Wetterbericht "Sonne" ankündigt.
Sobald genügend Sonne vom Dach kommt hebe ich die Sperre wieder auf und die WP fängt automatisch an zu laufen, da die Heiztemperatur mittlerweile zu tief ist.
@Aare-07 sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:
... gute Idee das einrechnen der erwarteten Temperatur in die Dauer der Absenkung unter Berücksichtigung der Dämpfung des Hauses.
Du meinst diesen Teil: "Zusätzlich schaue ich auch auf die Aussentemperatur und setzt den Zeitpunkt des Anfangs der Sperre früher oder später (Erfahrungswerte damit es bis zum Morgen nicht kalt wird)"?
Da schaue ich auf Isttemperatur morgens um 0.30Uhr uns setzen den Startpunkt der Sperre wie folgt:
O.k. Danke Euch beiden.
Das war ich mir nicht bewusst. Hatte IOBroker immer die Stabel Version nachgeführt. Das Raspberry OS habe ich dabei nicht mehr bedacht...
Dann muss ich mich da mal durcharbeiten.
Danke
Habe Versucht NodeJS upzudaten.
Gemäss: https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18
Seither wird mein IOBroker im Browser nicht mehr gefunden. Fehlermeldung"Fehler: Verbindung fehlgeschlagen"
iobroker diag:
======================= SUMMARY =======================
v.2024-05-22
Static hostname: raspberrypi
Icon name: computer
Operating System: Raspbian GNU/Linux 10 (buster)
Kernel: Linux 5.10.103-v7l+
Architecture: arm
Installation: native
Kernel: armv7l
Userland: 32 bit
Timezone: Europe/Zurich (CEST, +0200)
User-ID: 1000
Display-Server: false
Boot Target: graphical.target
Pending OS-Updates: 0
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
Pending iob updates: 0
Nodejs-Installation:
nodejs: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by nodejs)
/usr/bin/nodejs
nodejs: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by nodejs)
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
/usr/bin/node
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
/usr/bin/npm
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
/usr/bin/npx
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
/usr/bin/corepack
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
Recommended versions are nodejs and npm
Your nodejs installation is correct
MEMORY:
total used free shared buff/cache available
Mem: 3.8G 65M 3.2G 15M 539M 3.6G
Swap: 99M 0B 99M
Total: 3.9G 65M 3.3G
Active iob-Instances: 0
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
ioBroker Core: js-controller
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
admin
node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)
ioBroker Status:
Status admin and web instance:
Objects: 0
States: 0
Size of iob-Database:
29M /opt/iobroker/iobroker-data/objects.jsonl
8.4M /opt/iobroker/iobroker-data/objects.json.migrated
8.4M /opt/iobroker/iobroker-data/objects.json.bak.migrated
8.9M /opt/iobroker/iobroker-data/states.jsonl
800K /opt/iobroker/iobroker-data/states.json.migrated
800K /opt/iobroker/iobroker-data/states.json.bak.migrated
0 /opt/iobroker/iobroker-data/states.json.broken
=================== END OF SUMMARY ====================
Ich vermute nun mal das hat was mit der fehlenden "GLIBCXX_3.4.26" zu tun?
Wie kann ich die manuell nachinstallieren?
@dos1973 Beim Stromverbrauch hast Du als Einheit jeweils "kw/h" genommen. Müsste das nicht "kWh" sein?
Bin auf eBlocker aufmerksam geworden. Das ist eine Art "Privatsphäre Schutz Software" welche auch auf dem Raspberry Pi läuft.
Kennt das jemand? Hat evt. sogar Erfahrungen? Benutzt es jemand zusammen mit dem ioBroker? ...
Ausser der Homepage habe ich im Internet wenig gefunden. Vor allem nichts aktuelles.
@Aare-07 sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:
... gute Idee das einrechnen der erwarteten Temperatur in die Dauer der Absenkung unter Berücksichtigung der Dämpfung des Hauses.
Du meinst diesen Teil: "Zusätzlich schaue ich auch auf die Aussentemperatur und setzt den Zeitpunkt des Anfangs der Sperre früher oder später (Erfahrungswerte damit es bis zum Morgen nicht kalt wird)"?
Da schaue ich auf Isttemperatur morgens um 0.30Uhr uns setzen den Startpunkt der Sperre wie folgt:
@Aare-07 sagte in [Tutorial] SolarEdge -> Modbus -> ioBroker -> Grafana:
Was ich plane ist die voraussichtliche PV Leistung von morgen zu berücksichtigen.
Mich hatte es auch gestört, dass die Wärmepumpe kurz vor Sonnenaufgang lief und kurze Zeit später viel Strom vom Dach kam. Versuche mal meinen Ansatz zu beschreiben (vielleicht hilft es jemandem).
Grundsätzlich hebe ich die Temperatur Nachts nicht an, sondern sperre die Wärmepumpe. Ich habe Angst dass die Wärmepumpe in einem ungünstigen Arbeitspunkt kommt und so lasse ich die Wärme etwas abfalle (nur soviel, dass es nicht kalt wird) und heize sobald die Sonne kommt nach. Ich habe aber auch keine Speicher.
Ablauf:
Ab einer bestimmten Zeit in der Nacht sperre ich die WP, wenn der Wetterbericht "Sonne" ankündigt.
Sobald genügend Sonne vom Dach kommt hebe ich die Sperre wieder auf und die WP fängt automatisch an zu laufen, da die Heiztemperatur mittlerweile zu tief ist.
Nachdem mit weiterhin ohne Erfolg mit verschiedenen Einstellungen "rumgespielt" habe, habe ich den RaspberryPi neu gestartet.
-> und plötzlich läuft wieder alles ohne Fehlermeldungen durch.
Einen definitiven Grund kann ich auch nicht nenne... Vermute aber, dass ich nach dem Fixer-Script bereits besser einen Reboot gemacht hätte.
Hallo zusammen
ich mache jede Nacht ein Automatisches Backup auf meine NAS.
Seit heute bekomme ich eine Meldung das Backup sei unvollständig.
Meldung per Email:
Wenn ich das Backup manuell anstosse habe ich folgendes Log:
MOD-Edit: Code in code-tags gesetzt!
So wie es aussieht wird aber ein Backup auf der NAS erstellt. Kann man die Meldung nun ignorieren oder was könnte ich noch machen? Bisher habe ich versucht:
Weitere Angaben zu meinem System:
Konnte das Problem nun lösen. Fall es jemandem hilft hier kurz mein Erkentnisse:
Das Problem ist:
Beim Ausschalten des WLAN werden die beiden Bänder leicht verzögert ausgeschalten. Z.B. wird zuerst das 2.4GHz Band abgeschalten. Dann merkt sich die FritzBox, dass nur das 5GHz Band läuft - Das könnte ja auch gewollt sein. Nun wird auch das 5GHz Band abgeschalten.
Wenn wir nun das WLAN mit der Taste einschalten möchte die Fritzbox den gespeicherten Zustand wieder erstellen. Daher Wird mit 5GHz und ohne 2.4GHz Band gestartet.
Meine Lösung:
Ich Triggere ob beide Bänder ungleich (ein/aus) sind. Das würde ja heissen das das eine eingeschalten wurde. Wenn nach 10s nicht beide Bänder automatisch gleich sind, Starte ich beide über den TR-064 Adapter.
Hallo zusammen
TR-064 Adapert: Version 4.0.12
FritzBox 7590: Version 7.2
ich schalte das WLAN über IoBroker ab.
Das funktioniert soweit auch. Nun schalte ich das WLAN an der Taste der Fritzbox wieder ein. Dabei habe ich folgende beiden Probleme:
Für mich sieht das noch nach Fehlern im Adapter aus. Oder soll/darf ich den State "WLAN" nicht setzen/auslesen?
Benutzt sonst noch jemand die Taste auf der FritzBox gleichzeitig mit dem TR-064 Adapter zum Ein- und Ausschalten des WLAN?. Habt Ihr keine Problem?
