Hey, hab Free-Cloud. ABER: es geht wohl nun wieder :). Danke (an den unbekannten Retter) :) Grüße Jay

So, nun habe ich mit der gleichen SD-Karte das Image neu aufgezogen und siehe da, alle Adapter und hm-rpc.0 sind grün! Sogar das Anlernen der ersten Geräte funktioniert auf Anhieb! Mir ist aufgefallen, dass der PI bei einem reboot oder shutdown ca. 15 Minuten benötigt, bis er sich ausschaltet. In einem anderen Beistrag habe ich gelesen, dass die meisten erst den iobroker manuell beenden und dann den Pi runterfahren / rebooten. Ich vermute das war mein Fehler und der Grund wieso ich das Filesystem selbst zerstört habe.. Geduld ist eine Tugend :lol: . Da ich das von anderen Projekten nicht gewohnt war, habe ich immer gedacht, dass er sich aufgehängt hat und nach 5 Minuten händisch die Spannungsversorgung gezogen. :oops: Nach den laufenden Grund-Einstellungen habe ich Mal iobroker pivccu und die Homematic-CCU gesichert. Nun gehts ans Updaten. Danke für die schnelle Hilfe, ich werde mich revangieren! Liebe Grüße und einen schönen Abend Sven

Irgendwas ist an deiner installation Kaputt. Bitte SD Kartenüberprüfen. Sieht mir nach einem ersten Anzeichen für "SD Karte kaputt" aus. Alternativ kannst Du ein "npm cache clean" versuchen

Probiert erstmal diesen Container hier welcher Siegerin auch im Forum unterstützt wird: https://github.com/buanet/docker-iobroker Sent from my iPhone using Tapatalk

Eben ging default auch nicht mehr, passend zum log: host.brix-3150 2018-07-06 15:05:06.004 warn warning: Cannot read "http://download.iobroker.net/sources-dist.json" Edit: es lag letztendlich am DNS-Server. Bin wieder weg von pihole und auf synology. Läuft so wieder wie gewohnt.

@Florian: Habe es jetzt probiert, aber es kommt der Fehler ` Dann kann es sein, dass jetzt der Restplatz nicht mehr für die Expand-Funktion ausreicht. Du müsstest am besten die logdateien löschen und es dann nochmal versuchen. Kann allerdings sein, dass durch die schiefgegangene Installation noch mehr defekt ist. @Florian: muss ich Iobroker neu aufsetzen? ` Ganz ehrlich? Wenn es für dich nicht unmöglich ist weil,…. wäre das vielleicht der schnellste Weg. Gruß Rainer

Danke. Setzt du den Thread Titel im ersten Post bitte noch auf „gelöst“?! Gesendet vom Handy …

Bei mir kommt diese Meldung nach wie vor - kann m an auslesen, welches Script diesen Fehler verursacht?

Hi. Nicht dass ich wüsste, aber ich behalte das ganze mal im Auge. Danke Dir :-)

Hi habe eben die aktuelle Version des KNX adapter auf meinem Testsystem ausprobiert. Testsystem: Debian 9.4 in Hyper-V; node 8.11.3; npm 6.1.0; js-controller 1.4.2; admin 3.4.7; KNX 1.0.13; History 1.8.5 Die neue Version hat das Problem beseitigt! Herzlichen Dank!! Ciao Breisgauer

Denke ich auch. Wobei, könnte es nicht auch sein, dass der Raspberry z.B. bei einem Stromausfall gerade auf das Dateisystem zugegriffen hat?

Das sind alternative Treiber innerhalb von Tasmota, die man verwenden kann, wenns mit dem Standard "TASMOTAMQTT" Probleme gibt, warum auch immer. http://forum.creationx.de/forum/index.p … /&pageNo=3 da hat einer ähnlich Probleme wie Du

Wir wissen seit neuestem das reinstall.sh nur die zweite Lösung ist!! Nach node undiplomatisch Update wenn alles korrekt ist dann sollte ein sudo npm rebuild im iobroker Ordner UND zusätzlich (weil noch nicht 100% bekannt) ggf in jedem Unterordner mit node_modules/iobroker.* Reichen. Zweites würde ich nur machen wenn nach erstem noch Probleme mit Adaptern sind. Gesendet vom Handy …

Aber mit 127.0.0.1 geht es nicht. Slave geht nur mit 0.0.0.0 (alle Interfaces?) oder 192.168.179.56, also ein bestimmtes lokales Netzwerk-Interface. Könntest Du bitte auch die Doku in der README.md anpassen: Bislang: Partner IP Address = IP address of modbus partner. Port = TCP Port of modbus partner if configured as master (client) or own port if configured as slave(server). Danke für Deine super Leistungen rund um den ioBroker! :D

Der Hub steht aktuell direkt neben der Frittzbox, auf der ich das WLAN wieder aktiviert habe

Danke für den Tip. Zweite Admin Instanz habe ich schon versucht. Siehe oben. Habe gerade mal ein npm update versucht, bringt aber auch nichts. Ich denke ich werde mal versuchen auf den js-controler 1.2.3 zurück zu gehen. Ich hatte irgendwo hier im Forum dazu was gelesen. Habe nur gerade zu viel zu tun um da richtig Zeit zu investieren.

Hallo zusammen, ich habe genau das gleiche Problem, ich habe mehrere Sonoffs im Einsatz und zwei machen Probleme. Der TH16 macht die meisten Probleme, ich setze ihn ein um die Pooltemperatur zu messen. Er läuft nach jedem Neustart des Sonoff Adapters einige Minuten und zeigt dann nur noch 85C° an, im Webinterface läuft allerdings alles super. Den Sonoff CH4 kann ich je Kanal nur einmal schalten danach muss ich den Adapter neustarten, auch hier läuft das Webinterface fehlerfrei. Die Sonoffs laufen alle mit Tasmota 5.14, beim Sonoff Adapter 2.2.1. ! ```` sonoff.0 2018-06-25 20:27:21.195 debug Client [PoolTemp] pingreq sonoff.0 2018-06-25 20:27:20.694 debug Client [Sonoff Temp_aussen] pingreq sonoff.0 2018-06-25 20:27:06.195 debug Client [PoolTemp] pingreq sonoff.0 2018-06-25 20:27:05.693 debug Client [Sonoff Temp_aussen] pingreq sonoff.0 2018-06-25 20:26:51.193 debug Client [PoolTemp] pingreq sonoff.0 2018-06-25 20:26:50.692 debug Client [Sonoff Temp_aussen] pingreq sonoff.0 2018-06-25 21:26:36.191 debug Client [PoolTemp] pingreq sonoff.0 2018-06-25 21:26:35.694 debug Client [Sonoff Temp_aussen] pingreq sonoff.0 2018-06-25 21:26:21.152 debug stateChange sonoff.0.PoolTemp.POWER: {"val":false,"ack":true,"ts":1529951181143,"q":0,"from":"system.adapter.sonoff.0","lc":1529946763957} inMem 2018-06-25 21:26:21.149 debug message sonoff.0.* sonoff.0.PoolTemp.POWER val=false, ack=true, ts=1529951181143, q=0, from=system.adapter.sonoff.0, lc=1529946763957 sonoff.0 2018-06-25 21:26:21.138 debug [PoolTemp] Received: cmnd/sonoff/POWER = sonoff.0 2018-06-25 21:26:21.114 debug stateChange sonoff.0.PoolTemp.alive: {"val":true,"ack":true,"ts":1529951181103,"q":0,"from":"system.adapter.sonoff.0","lc":1529951181103} inMem 2018-06-25 21:26:21.112 debug message sonoff.0.* sonoff.0.PoolTemp.alive val=true, ack=true, ts=1529951181103, q=0, from=system.adapter.sonoff.0, lc=1529951181103 sonoff.0 2018-06-25 21:26:21.094 debug stateChange sonoff.0.info.connection: {"val":"Sonoff Temp_aussen,PoolTemp","ack":true,"ts":1529951181082,"q":0,"from":"system.adapter.sonoff.0","lc":1529951181082} inMem 2018-06-25 21:26:21.090 debug message sonoff.0.* sonoff.0.info.connection val=Sonoff Temp_aussen,PoolTemp, ack=true, ts=1529951181082, q=0, from=system.adapter.sonoff.0, lc=1529951181082 sonoff.0 2018-06-25 21:26:21.079 info Client [PoolTemp] connected with secret 1529951181073_3310 sonoff.0 2018-06-25 21:26:20.728 debug stateChange sonoff.0.Sonoff Temp_aussen.alive: {"val":true,"ack":true,"ts":1529951180705,"q":0,"from":"system.adapter.sonoff.0","lc":1529951180703} sonoff.0 2018-06-25 21:26:20.727 debug stateChange sonoff.0.Sonoff Temp_aussen.alive: {"val":true,"ack":true,"ts":1529951180703,"q":0,"from":"system.adapter.sonoff.0","lc":1529951180703} inMem 2018-06-25 21:26:20.725 debug message sonoff.0.* sonoff.0.Sonoff Temp_aussen.alive val=true, ack=true, ts=1529951180705, q=0, from=system.adapter.sonoff.0, lc=1529951180703 inMem 2018-06-25 21:26:20.718 debug message sonoff.0.* sonoff.0.Sonoff Temp_aussen.alive val=true, ack=true, ts=1529951180703, q=0, from=system.adapter.sonoff.0, lc=1529951180703 sonoff.0 2018-06-25 21:26:20.713 debug stateChange sonoff.0.Sonoff Temp_aussen.POWER: {"val":false,"ack":true,"ts":1529951180698,"q":0,"from":"system.adapter.sonoff.0","lc":1529867235081} inMem 2018-06-25 21:26:20.711 debug message sonoff.0.* sonoff.0.Sonoff Temp_aussen.POWER val=false, ack=true, ts=1529951180698, q=0, from=system.adapter.sonoff.0, lc=1529867235081 sonoff.0 2018-06-25 21:26:20.685 debug [Sonoff Temp_aussen] Received: cmnd/Sonoff/POWER = sonoff.0 2018-06-25 21:26:20.591 debug stateChange sonoff.0.info.connection: {"val":"Sonoff Temp_aussen","ack":true,"ts":1529951180582,"q":0,"from":"system.adapter.sonoff.0","lc":1529951180582} inMem 2018-06-25 21:26:20.589 debug message sonoff.0.* sonoff.0.info.connection val=Sonoff Temp_aussen, ack=true, ts=1529951180582, q=0, from=system.adapter.sonoff.0, lc=1529951180582 sonoff.0 2018-06-25 21:26:20.284 info Client [Sonoff Temp_aussen] connected with secret 1529951180228_3372 sonoff.0 2018-06-25 21:26:12.954 debug stateChange sonoff.0.PoolTemp.alive: {"val":false,"ack":true,"ts":1529951172938,"q":0,"from":"system.adapter.sonoff.0","lc":1529951168554} sonoff.0 2018-06-25 21:26:12.953 debug stateChange sonoff.0.mqttdash-05ff8511.alive: {"val":false,"ack":true,"ts":1529951172937,"q":0,"from":"system.adapter.sonoff.0","lc":1529831409139} inMem 2018-06-25 21:26:12.952 debug message sonoff.0.* sonoff.0.PoolTemp.alive val=false, ack=true, ts=1529951172938, q=0, from=system.adapter.sonoff.0, lc=1529951168554 inMem 2018-06-25 21:26:12.950 debug message sonoff.0.* sonoff.0.mqttdash-05ff8511.alive val=false, ack=true, ts=1529951172937, q=0, from=system.adapter.sonoff.0, lc=1529831409139 sonoff.0 2018-06-25 21:26:12.940 debug stateChange sonoff.0.Sonoff Temp_aussen.alive: {"val":false,"ack":true,"ts":1529951172931,"q":0,"from":"system.adapter.sonoff.0","lc":1529951168547} inMem 2018-06-25 21:26:12.938 debug message sonoff.0.* sonoff.0.Sonoff Temp_aussen.alive val=false, ack=true, ts=1529951172931, q=0, from=system.adapter.sonoff.0, lc=1529951168547 sonoff.0 2018-06-25 21:26:12.933 debug stateChange sonoff.0.Sonoff 4CH Garten.alive: {"val":false,"ack":true,"ts":1529951172923,"q":0,"from":"system.adapter.sonoff.0","lc":1529831409132} inMem 2018-06-25 21:26:12.931 debug message sonoff.0.* sonoff.0.Sonoff 4CH Garten.alive val=false, ack=true, ts=1529951172923, q=0, from=system.adapter.sonoff.0, lc=1529831409132 sonoff.0 2018-06-25 21:26:12.857 debug stateChange sonoff.0.info.connection: {"val":"","ack":true,"ts":1529951172831,"q":0,"from":"system.adapter.sonoff.0","lc":1529951172831} inMem 2018-06-25 21:26:12.841 debug message sonoff.0.* sonoff.0.info.connection val=, ack=true, ts=1529951172831, q=0, from=system.adapter.sonoff.0, lc=1529951172831 sonoff.0 2018-06-25 21:26:12.827 info Starting MQTT authenticated server on port 1883 sonoff.0 2018-06-25 21:26:12.764 info starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.sonoff, node: v4.7.2 sonoff.0 2018-06-25 21:26:12.651 debug statesDB connected sonoff.0 2018-06-25 21:26:12.624 debug objectDB connected host.raspberrypi 2018-06-25 21:26:11.059 info instance system.adapter.sonoff.0 started with pid 20320 host.raspberrypi 2018-06-25 21:26:09.065 info instance system.adapter.sonoff.0 terminated with code 0 (OK) sonoff.0 2018-06-25 21:26:09.036 info terminating sonoff.0 2018-06-25 21:26:08.572 debug stateChange sonoff.0.PoolTemp.alive: {"val":false,"ack":true,"ts":1529951168554,"q":0,"from":"system.adapter.sonoff.0","lc":1529951168554} inMem 2018-06-25 21:26:08.563 debug message sonoff.0.* sonoff.0.PoolTemp.alive val=false, ack=true, ts=1529951168554, q=0, from=system.adapter.sonoff.0, lc=1529951168554 sonoff.0 2018-06-25 21:26:08.558 debug stateChange sonoff.0.Sonoff Temp_aussen.alive: {"val":false,"ack":true,"ts":1529951168547,"q":0,"from":"system.adapter.sonoff.0","lc":1529951168547} inMem 2018-06-25 21:26:08.555 debug message sonoff.0.* sonoff.0.Sonoff Temp_aussen.alive val=false, ack=true, ts=1529951168547, q=0, from=system.adapter.sonoff.0, lc=1529951168547 host.raspberrypi 2018-06-25 21:26:08.519 info stopInstance system.adapter.sonoff.0 killing pid 16828 host.raspberrypi 2018-06-25 21:26:08.517 info stopInstance system.adapter.sonoff.0 host.raspberrypi 2018-06-25 21:26:08.500 info object change system.adapter.sonoff.0 sonoff.0 2018-06-25 21:26:02.675 debug Client [PoolTemp] pingreq

Mach Doch mal im GitHub ein Issue auf

@RappiRN: Ich nehme an, ein Neustart ist dann auch noch notwendig, oder? ` Ja, ioBroker muss neu gestartet werden. @RappiRN: Was mich ja daran ein wenig stört, gibt es denn dadurch nicht noch mehr Probleme bei Systemen, die auf SD-Karten speichern? ` Das kann sein, zumal die objects.json.gz recht groß werden kann. Wenn schon automatische Sicherung, dann sollte der Speicherort gewählt werden können.

gefunden : Plesk license abfragen …. grmbl, danke Edit : grmbl hatte nichts mit plesk zu tun sondern Homebridge. Hatte dort das harmony Plugin installiert logisch das der Port belegt war