@thomas-braun Nach dem Neustart sieht der Speicherplatz noch voll aus. pi@raspberrypi4-ioB:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 29G 28G 0 100% / devtmpfs 1,8G 0 1,8G 0% /dev tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 17M 1,9G 1% /run tmpfs 5,0M 8,0K 5,0M 1% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/sda1 253M 50M 203M 20% /boot tmpfs 384M 0 384M 0% /run/user/1000

@asgothian Das war es tatsächlich Umgebaut und es klappt sofort. Also nochmals vielen Dank! Gruß Andreas

Hallo @tech-ducks , auch hier nochmal vielen Dank für die Info! Ich schaue mir das mal ganz genau an... danach passe ich den Code und die Readme an. Viele Grüße

@siggi0904 sagte in info-Adapter but received type "number": Die Datenpunkte wurden richtig angelegt. Dann ist ja gut ... :)

@toni [image: 1671990488209-d2a2c866-54ca-43e6-b1c7-eb3e77a3f118-image.png]

Final als Rückmeldung: Nachdem ich alle nochmal neue installiert und die richtige Reihenfolge eingehalten habe hat es geklappt. Problem gelößt.

@glasfaser So, nun habe ich mal ein Logfile zum freeze Zeitpunkt erwischen können: Erst mal läuft es tagelang normal: 2022-12-23 12:35:16.217 - info: knx.0 (2416) =====> STATE_TUNNELING_ACK 2022-12-23 12:35:16.218 - info: knx.0 (2416) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 02 5d 00 ChID : 2 SeqCntIN : 93 SeqCntOUT : 3 queue length : 0 2022-12-23 12:35:16.218 - info: knx.0 (2416) ( 4.b ) return to STATE_READY, processing : false 2022-12-23 12:35:16.947 - info: knx.0 (2416) ( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 02 5e 00 29 00 bc e0 11 21 1b 0a 03 00 80 0c 48 ChID: 2 2022-12-23 12:35:16.948 - info: knx.0 (2416) WRITE : mappedName : H_Wohnen2_IST (Celsius) dest : 3/3/10 val: 21.92 (DPT9.001) H_Wohnen2_IST_(Celsius) 2022-12-23 12:35:16.948 - info: knx.0 (2416) =====> STATE_TUNNELING_ACK dann plötzlich: 2022-12-23 12:35:16.948 - info: knx.0 (2416) ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 02 5e 00 ChID : 2 SeqCntIN : 94 SeqCntOUT : 3 queue length : 0 2022-12-23 12:35:16.948 - info: knx.0 (2416) ( 4.b ) return to STATE_READY, processing : false 2022-12-23 12:35:26.949 - info: knx.0 (2416) checkConnectionState 192.168.1.80 State : true 2022-12-23 12:35:26.949 - info: knx.0 (2416) Send : conCheck Connection State Request : 06 10 02 07 00 10 02 00 08 01 00 00 00 00 95 74 sent to 192.168.1.80:3671 2022-12-23 12:35:27.442 - info: smartmeter.0 (307) Received 13 values, 6 updated 2022-12-23 12:35:28.950 - info: knx.0 (2416) set STATE-NOT-CONNECTED because not receiving CONNECTION-STATE 2022-12-23 12:35:28.950 - info: knx.0 (2416) Connection persists.....closing now 2022-12-23 12:35:28.950 - info: knx.0 (2416) ... not able to close connection, because already closed 2022-12-23 12:35:28.950 - info: knx.0 (2416) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECTION_STATE_REQUEST(5) to STATE_NOT_CONNECTED(0). 2022-12-23 12:35:30.951 - info: knx.0 (2416) Using UDP with local IP: 192.168.1.199 2022-12-23 12:35:30.951 - info: knx.0 (2416) Event : UDP - listening 2022-12-23 12:35:30.952 - info: knx.0 (2416) Connected - local UDP Server listening on 192.168.1.199:55521 2022-12-23 12:35:30.952 - info: knx.0 (2416) Send : UDP Connection Request : 06 10 02 05 00 1a 08 01 c0 a8 01 c7 d8 e1 08 01 00 00 00 00 d8 e1 04 04 02 00 sent to 192.168.1.80:3671 2022-12-23 12:35:36.949 - info: knx.0 (2416) checkConnectionState 192.168.1.80 State : false 2022-12-23 12:35:36.949 - info: knx.0 (2416) Connection persists.....closing now 2022-12-23 12:35:36.950 - info: knx.0 (2416) ... not able to close connection, because already closed 2022-12-23 12:35:36.950 - info: knx.0 (2416) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_CONNECT_REQUEST(3) to STATE_NOT_CONNECTED(0). 2022-12-23 12:35:36.950 - info: knx.0 (2416) ( END ) Sending DISCONNECT_REQUEST : 06 10 02 09 00 10 02 00 08 01 c0 a8 01 c7 d8 e1 ChID : 0 SeqCntIN : 94 SeqCntOUT : 3 msgCode : [object Object] 2022-12-23 12:35:36.950 - info: knx.0 (2416) STATE_DISCONNECT_REQUEST : Transistion from State: STATE_NOT_CONNECTED(0) to STATE_DISCONNECT_REQUEST(15) not possible because of cancelled connection. 2022-12-23 12:35:36.950 - info: knx.0 (2416) Connection persists.....closing now 2022-12-23 12:35:36.950 - info: knx.0 (2416) ... not able to close connection, because already closed 2022-12-23 12:35:36.950 - info: knx.0 (2416) STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0). 2022-12-23 12:35:38.950 - info: knx.0 (2416) Using UDP with local IP: 192.168.1.199 2022-12-23 12:35:38.950 - info: knx.0 (2416) Event : UDP - listening 2022-12-23 12:35:38.950 - info: knx.0 (2416) Connected - local UDP Server listening on 192.168.1.199:50761 2022-12-23 12:35:38.950 - info: knx.0 (2416) Send : UDP Connection Request : 06 10 02 05 00 1a 08 01 c0 a8 01 c7 c6 49 08 01 00 00 00 00 c6 49 04 04 02 00 sent to 192.168.1.80:3671 dann alle 10 Minuten: 2022-12-23 12:44:24.825 - info: knx.0 (2416) main.js : tGA.write on Statechange : 7/0/2 P-0186-0_GA-968 typeof val: number 742 DPT9.008 2022-12-23 12:44:24.826 - info: knx.0 (2416) easy-knx.js groupValueWrite value: 742 dpt : DPT9.008{"type":"Buffer","data":[6,16,4,32,0,23,4,2,3,0,17,0,188,224,17,4,56,2,3,0,128,52,135]} 2022-12-23 12:44:24.863 - info: knx.0 (2416) main.js : tGA.write on Statechange : 7/0/3 P-0186-0_GA-969 typeof val: number 491 DPT9.008 2022-12-23 12:44:24.863 - info: knx.0 (2416) easy-knx.js groupValueWrite value: 491 dpt : DPT9.008{"type":"Buffer","data":[6,16,4,32,0,23,4,2,3,0,17,0,188,224,17,4,56,3,3,0,128,45,254]} 2022-12-23 12:44:24.939 - info: knx.0 (2416) main.js : tGA.write on Statechange : 7/0/5 P-0186-0_GA-1102 typeof val: number 420 DPT9.008 2022-12-23 12:44:24.940 - info: knx.0 (2416) easy-knx.js groupValueWrite value: 420 dpt : DPT9.008{"type":"Buffer","data":[6,16,4,32,0,23,4,2,3,0,17,0,188,224,17,4,56,5,3,0,128,45,32]} Bin für jeden Tipp dankbar! VG Brainee

@diwoma Hallo zusammen, hoffen wir mal das es ihm gut geht und er den Adapter weiterbetreut? Ich habe gestern ein komplett neues System aufgesetzt und folgende Probleme festgestellt: bei mir zwar die Schaltbefehle ausgeführt werden, aber auch mit den Astrotrigger da Error-Meldungen entstehen. Immer um ca. 02.00. das Widget über das Cloud Login nicht angezeigt wird. Da gehe ich aber davon aus, dass ich irgend was noch nicht oder falsch eingestellt habe? Vieleicht hat ja jemand bereits eine Lösung gefunden? Es wäre nämlich sehr schade wenn dieser Adapter der so simpel und einfach ist, verloren gehen würde. Leider beherrsche ich keine Programiersprache sonst könnte man das ja anschauen.

@thomas-braun Vielen Dank Thomas! Scheint zu laufen. Er installiert die Adapter jetzt :)

@simatec Aber das Problem wird dann bald wiederkommen. Vielleicht helfen meine Logs ja, den Fehler zu finden.

@smarthomie NodeJS sauber auf V16 bringen und das Betriebssystem von 'buster' auf 'bullseye' heben. Wenn die Basis dann sauber ist per iobroker update iobroker upgrade all --debug schauen wo es da noch klemmt.

@joh_ sagte in BLE adapter startet nicht mehr: Hätte einer noch ein Tipp für mich? bitte neuen Thread. Hier ist vor 3 Jahren Schluss gewesen.

Dann danke für eure Hilfe! Frohe Weihnachten :-)

Ist mit peinlich aber hatte nen Filter gesetzt... Vielleicht hilft meine Dummheit dem nächsen mit dem selben Problem

@jndmnk siehe hier

@bennoo Versuche den mal direkt unter Objekte alias.0.... zu bearbeiten... [image: 1671667239012-06eb747b-44cf-4530-b065-ca91e9c632c5-image.png] Der Adapter hat da noch ein paar Kinderkrankheiten

@crunchip Besten Dank, es läuft wieder

@sknelson13 Hier it auch der Pfad anders: /fritz.nas/Hitachi-HTS556012B9SA00-01/iobbackups/chet Das muss eigentlich immer mit /fritz.nas anfangen, dann kommt das VOLUME des Speichermediums und dann die dortigen Pfade. Hab dann am Pfad auch noch den letzten Ordner ioBroker hinzugefügt. Er zeigt trotzdem die sechs Sicherungen vom 18.12. an die aber garnicht auf dem Speicherplatz vorhanden sind. Verstehe ich nicht, was du damit sagen willst. Mit den Einstellungen geht es bei mir jedenfalls: Backitup: [image: 1671652930009-391fc068-28d0-4b11-b9f6-6a0e1a7cc681-grafik.png] USB-Einstellung in der Fritzbox: [image: 1671653121547-33a05d1b-d846-4ef0-a6f4-6cad365131f5-grafik.png] [image: 1671653305605-3b63b26f-9b3d-4a4a-9673-99d671d0e38d-grafik.png]

@headder9999 das machen was drin steht die Zeile ausführen for i in $(find /opt/iobroker/node_modules -type d -iname ".*-????????" ! -iname ".local-chromium"); do rm -rf ${i%%/}; done

@elektroniker86 Hi, Hast du mittlerweile eine Altherma Heizung im Einsatz. Kannst du kurz berichten ob diese per Onecta App geht und welche Parameter du lesen und schreiben kannst. Dank dir