NEWS

@Glasfaser
Ich muss sagen, dass ich jetzt etwas ausgemistet habe und nun geht es deutlich schneller mit dem Seitenaufbau! Im den Javaskripten waren ein paar Bezüge nicht vorhanden und die Luftdaten-Instanzen habe ich rausgeschmissen und neu installiert. Mit sayit und cormecast habe ich dasselbe gemacht.
Jetzt gibt es keine negativen logs mehr 🙂
Ich denke das passt jetzt soweit.
Vielen lieben Dank für eure Hilfe!!!!!!!!!!

@Matthias-H

Sorry dafür. Hab da ja keine Ahnung

Ist ja nichts passiert ....
..... und deshalb versuche ich es auch zusätzlich mit Bildern zu erklären .

@paul53

kurzes Update:

Nachdem sich gestern zum ersten Mal nach dem Sommer wieder die Heizung eingeschaltet hat, kann ich bestätigen, dass auch für den HEIZEN Datenpunkt die Auswertung und auch Anzeige problemlos funktioniert ! 🙂

Vielen Dank nochmals für deine Hilfe.

Beste Grüße

@CrazyFloyd gerade mit einem neuen Raum getestet - geht bei mir einwandfrei

@Asgothian Ja , sie wird dargestellt und ich kann sie auch schalten. Es wird ein Schiebergler dargestellt, mit dem ich sie von hell auf dunkel (ganz aus) regeln kann. Sie ist dimmbar.

@Homoran seit gestern wieder das gleiche Problem, wenn auch etwas abgewandelt.

alle HM Geräte funktioniern und zeigen aktuelle states/Werte an.
Nur die virtualdevices (Heizungs/Thermostat/Fensterkontaktdirektverknüpfung) reagiert merkwürdig, da der aktuelle Sollwert und die Ventilstellung nicht aktualisieren. (Nur bei Neustart Rega Adapter)
IST Temperatur und Humidity aktualisieren.

Hab mal ein Screenshot meiner Adaptereinstellung beigefügt. Ist der Port überhaupt richtig ???

433350a8-884c-4ba3-8513-7a62f2b5769f-grafik.png

bbc446ea-fcf0-4032-9b57-47d3c4948f12-grafik.png

@simatec sagte in Backitup Fehler bei NAS Nutzung:

@Homer du hast auf deinem NAS keine Schreibrechte.

Nur ein Frage ....

diese Meldung habe ich bei Schreibzugriffsrechten wie es sich gerade rausgestellt hat in laufe der Zeit noch nicht gesehen :

[ERROR] [iobroker] - host.raspberrypi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed

hast du deswegen ein Debug dafür eingebaut das diese Meldung erscheint !?

Bei wem funktioniert dieser Adapter? Wenn ich email und pw eintrage müsste der code kommen, aber es passiert nichts. Muss ich noch irgendwas machen?
AE20971D-8FF8-4C8D-8AA7-AAD34AB7590F.jpeg

@day83 habe gerade selbst die gleiche Meldung bekommen(nach Umzug auf einen anderen Rechner)
Fritzbox neu gestartet und anschließend in der Instanz , die Ip erneut eingegeben, läuft wieder

@Homoran
Euch erst mal ein dickes Dankeschön.

Hatte das zwar mit c/p eingefügt, was aber Fehler nicht ausschließt.

Sind noch in Gebrauch - wobei ich noch nicht geprüft habe, ob die überhaupt noch Werte auswerfen, aber ich kann da sicher was anderes bauen.

@User2313145
And first you have to change to the correct directory by "cd /opt/iobroker".
Mind the gap after "cd"

@cherberg

Nur zur Info nach vielen Versuchen habe ich mich entschieden das System komplett neu aufzusetzen und hierbei einen neuen SATA Adapter und auch eine neue Festplatte zu verwenden. Ich alles neu installiert und habe lediglich die Skripte exportiert und wieder importiert. Seit einigen Wochen läuft das System nun stabil.

@ioMarkusBroker
Habe jetzt doch wieder FHEM auf dem neuen Raspi installiert.

@Glasfaser Vielen Dank für die Rückmeldung. Dann muss ich mal an anderer Stelle suchen um herauszufinden warum mein Speicherverbrauch immer größer wird.

@Glasfaser @Thomas-Braun
Ok. Vielen Dank.
Ich 'antworte' dann hier nochmal sollte der Fehler nochmal auftauchen. Seit dem letzten Mal ist er aber nicht wieder aufgetaucht

@Thomas-Braun
@Cedrik1

ich habe jetzt nicht die möglichkeit das Image zu überprüfen, geschweige denn "mal eben schnell" ein neues zu machen.

Installiere doch ganz neu:

Raspberry OS auf Karte sudo raspi-config die notwendigen Einstellungen curl -sLf https://iobroker.net/install.sh | bash -
fertig

@MCU

habe das Problem gefunden, es liegt an dem web-speedy, download_Mb und upload_Mb unter Results/speeds mag er irgendwie im SQL nicht, in der History funktioniert es.

Löschen der DB hat leider nicht geholfen, Log Einträge kommen trotzdem weiterhin.

Ich Danke euch beiden ganz herzlich! Klappt!

@Thomas-Braun

Heute Früh plötzlich alles wieder auf grün bis auf den BackItUp-Adapter. Wird wohl wirklich an der SD liegen...