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

@RappiRN: Hattest du denn da was verändert bevor der Fehler auftrat? Enrico ` Nope eventuell habe ich auch Tomaten auf den Augen… Meine ccu läuft jetzt seit 5tagen in docker und könnte schwören das der hm-rega lief. Habe einen zweiten Container aufgesetzt und der hatte den selben Fehler, jetzt wo ich es über das Interne docker Netzwerk mache läuft alles. Denke Mal da müssen mehr Ports als nur 2001 durchgereicht werden. Sent from my iPhone using Tapatalk

Also ich hab das Problem jetzt "gelöst". Ich habe jetzt das neuste fertige Image von iObroker geladen und auf einem baugleichen Raspberry installiert. Allerdings ist hier dann npm 5.8.0 und node 8.11.1 drauf. Habe dann mühsam und einzeln alle Adapter etc heruntergeladen und erneut installiert. Daten dann 1:1 vom "defekten" kopiert. Eine Zeit lang getestet und inzwischen ist das ganze System das ich mit neuem Image aufgesetzt habe LIVE. Funktioniert bisher

So Entwarnung: Ich habe nochmal alles neu aufgesetz und jetzt läuft es wieder! Ich vermute ich hatte vor der Smartmeter-Installation vom GIT noch irgendwas Altes im NPM Cache? Vielen Dank und Entschuldigung für die Unruhe die ich verbreitet habe! Lg,

Bin jetzt zur Sicherheit wieder auf Node Version 8.1.2 gewechselt

das wars.steht ja auch da. Manchmal sieht man den Wald vor lauter Bäumen nicht. Sorry für Stören für sowas einfaches :o

AM besten einfach Admin 3.4.x installieren aus Latest … kommt eh bald ins stable

Schau mal auf Youtube nach.

Nee, das war mir zu heikel. War ja auch recht gut beschrieben was das alles so bedeutet: "Ein "dist-upgrade" installiert Pakete von denen andere Pakete abhängig sind und entfernt Pakete von denen andere nicht mehr abhängig sind. Das entscheidet der Paketmanager "apt-get" anhand der Paketquellen. Dort sind nicht nur neue Versionen, sondern auch die Abhängigkeiten verzeichnet. Wenn man nun Software außerhalb von "apt-get install" herunterlädt und/oder compiliert, zum Beispiel von Github, dann weiß "apt-get" davon natürlich nichts. Wenn jetzt diese eine Software von installierten Paketen abhängig ist und ein "dist-upgrade" entfernt oder ersetzt diese Pakete, dann funktioniert die eigene Software unter Umständen nicht mehr. Um das zu vermeiden, sollte man in diesem Fall auf "dist-upgrade" verzichten und höchstens ein "upgrade" ausführen."

Hallo, ich habe mir mal das Radio View auf Vis installiert, ich weiß jetzt nicht wie ich die Favoriten im Sonos hinterlegt bekomme, könntest du mir das mal erklären? M.f.G.

Hast Du mal geschaut, ob Du den Reiter nicht einfach nur wieder anzeigen lassen musst? Gruß, Eric Von unterwegs getippert

@AlCalzone: Das ist kein Problem und kann ignoriert werden. Die Warnung liegt an der Installationsreihenfolge und lässt sich nicht ohne weiteres unterdrücken. Die verwendete Version von @types/node muss der installierten NodeJS-Runtime entsprechen und kann daher nicht festgelegt werden vor der Installation. Daher installiert der JS-Adapter die korrekte Version nach seiner erfolgreichen Installation. … Bei NPM gibt es einen himmelweiten Unterschied zwischen Fehlermeldungen und Warnmeldungen. Fehlermeldungen (NPM ERR!) sind ein Problem, und führen zum Abbruch der Installation. Warnmeldungen (NPM WARN!) sind oft reine Vorsicht, kommen in vielen Paketen vor (z.B. bei optionalen Abhängigkeiten) und haben in der Regel keine negativen Auswirkungen. ` Ah, super, danke dir, Calzone. Dann kann ich jetzt beruhigt weiter versuchen, auf meinen NUC umzuziehen :) VG Thorsten

Hallo zusammen, ich bin noch neu und probiere das gerade alles einzurichten. Aber nach Umstellung auf https geht es bei mir auch nicht mehr. Ich connecte mich mit der App auf die interne Socket IP: 8084 Im Log steht: socketio.0 2018-06-15 23:30:30.076 info ==>Connected system.user.**from ::ffff:192.168.0.100 socketio.0 2018-06-15 23:30:28.476 info <==Disconnect system.user.**from ::ffff:192.168.0.100 socketio.0 2018-06-15 23:30:23.275 info <==Disconnect system.user.** from ::ffff:192.168.0.100 socketio.0 2018-06-15 23:30:22.791 info ==>Connected system.user.** from ::ffff:192.168.0.100 socketio.0 2018-06-15 23:30:21.610 info <==Disconnect system.user.**from ::ffff:192.168.0.100 socketio.0 2018-06-15 23:30:15.836 info ==>Connected system.user.**from ::ffff:192.168.0.100 Die conn.js habe ich angepasst. Dennoch geht es nicht. Noch jemand ne Idee? Danke im Voraus. Gruß

Wenn mbus nicht tut dann mbus neu installieren :) Das Log vom neuinstallieren würde mich auch interessieren … bzw was Du jetzt tun kannst ist : viewtopic.php?f=36&t=14929