Bist Du mit deiner Frage zum raspberry nicht in deren/dem entsprechenden Forum besser aufgehoben?

Vielleicht könntest Du DeinSkript so erweitern, dass im Moment eines vermeintlichen Verbindungsverlustes ein Schaltvorgang getriggert wird und dann loggen, ob der Shelly in dem Moment reagiert oder nicht... Ich glaube eher nicht, dass sie die Verbindung verlieren, sondern dass sie gepingt werden.

@Jan1 Danke. Habe die NodeJs auf 10.16.0 gebracht.

@bubiman Probiere mal das Gateway per Hostnamen gw-xxxyyyy einzubinden statt mit IP. Bei manchen hilft das.

Ja geil, der "Fixer" hat es gerichtet. Hab tausend Dank!

@apollon77 Danke. Aber dann kommt: io@ctioBrokerTest:/opt/iobroker/node_modules/iobroker.js-controller$ sudo npm i unix-dgram@2.0.3 > unix-dgram@2.0.3 install /opt/iobroker/node_modules/iobroker.js-controller/node_modules/unix-dgram > node-gyp rebuild gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/10.16.0" gyp WARN EACCES attempting to reinstall using temporary dev dir "/tmp/.node-gyp" gyp ERR! configure error gyp ERR! stack Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/unix-dgram/build' gyp ERR! System Linux 4.15.18-11-pve gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/iobroker.js-controller/node_modules/unix-dgram gyp ERR! node -v v10.16.0 gyp ERR! node-gyp -v v3.8.0 gyp ERR! not ok npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! unix-dgram@2.0.3 install: `node-gyp rebuild` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the unix-dgram@2.0.3 install script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above. npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2019-07-03T17_00_02_210Z-debug.log

ok vielen dank, das entfernen der trim() funktion hat geholfen :)

Ich glaub ich habs... ich hatte mit den Sonoff Adaptereinstellungen "rumgespielt" und in den Verbindungseinstellungen den Wert Client-Zeitüberschreitung (Sek.) auf 10 geändert. Nach Änderung auf 300 läuft wieder alles.

So ganz scheint es nicht zu funktionieren. Im Log steht z.B. 2019-07-01 21:16:42.870 - info: mqtt-client.0 subscribed to {"homegear/1234-5678-9abc/json/4/1/ACTUAL_TEMPERATURE":0} aber in der Objektsicht ist dieser Knoten nicht sichtbar. Auch ein Refresh bringt keine Besserung.

@deta da ist doch einfacher den Rock zu monitor hinzuschleppen meinst du nicht

@tilly ja währe am einfachsten

Keiner eine Ahnung warum kein komplettes Projekt importiert werden kann? Es wird ein Projektordner angelegt . Die vis-views.json hat aber nach dem Import einen anderen Inhal. Auch wenn ich sie erneut 1 zu 1 überschreibe und mit dem Editor das Projekt aufrufe, ist der Inhalt auch wieder weg. Kann mir denn keiner Sagen woran das liegen könnte ?

Hab das Tablet stromlos gemacht. Bei Erreichen von 60% Akku nach 3 Std. hat FullyKiosk aufgehört zu senden. Adapter neugestartet und liefert wieder aktuelle Werte. Bei 60% kommt bei mir wieder eine TextToSpeech Ansage. Wieder Zufall? Ich ändere mal, dass die Ansagen bei 61% und 51% Akku kommen. Mal sehen ob er da wieder hängen bleibt. Edit: Bingo! Bei 61% Akku ist der Adapter wieder ausgestiegen. Ich nehme TextToSpeech mal raus.

@AlCalzone Ok. I use DOM-PLC.0 or somethink like that (with number on end).