Du bist ja auch nicht die NSA, musst nicht ewig aufheben [emoji13]

Der Raspi2 hat 1gb RAM. Den 1er gab es mit 256 und 512MB Gruß Rainer

Ok, falls noch jemand dieses Problem haben sollte, habe ich mir ein wenig geholfen. indem ich einen Crontap erstellt habe. Vorgehensweise ist einfach Wechselt in das opt/Ibroker Verzeichnis Bitte dann eine omxkill.sh Datei erstellen, folgendes eintragen und abspeichern #!/bin/bash killall -15 omxplayer.bin chmod +x omxkill.sh und Crontap -e. Hier nun folgendes eingeben und abspeichern */5 * * * * /opt/iobroker/omxkill.sh >/dev/null 2>&1 Cron muss nicht neu gestartet werden Dieses startet dann alle 5min.ein Script mit einem killall omxplayer. Hoffe aber noch einen anderen weg zu Finden. scheint aber so zu klappen. Lg Desa

Fürs nächste Mal: Kommandozeile: ps auxww|grep hm-rpc

Ich war die Woche unterwegs und wollte jetzt nochmal an die Sache ran und da habe ich mit Erschrecken festgestellt, dass kein Objekt mehr als "aktiviert" gezeigt/ gekennzeichnet ist, die Aufzeichnung aber (zum Glück) noch weiter läuft - allerdings mit geänderten Zeiten, z.B. alle 15 Minuten anstatt alle 30 Minuten, wie einmal parametriert. Wie kriege ich das behoben? Ich möchte die Objekte wieder als "aktiviert" sql.0 zugeordnet sehen. Das scheint nach einem Reboot passiert zu sein…

Lösung ist dann hier beschrieben http://forum.iobroker.net/viewtopic.php?f=24&t=6149

Ich glaube ich bin der Sache auf die Schliche gekommen. Die Übergabe des RGB-Wertes funktioniert nicht (bei allen Pickern die ich getestet habe). Anscheinend wird der Wert geändert, aber sofort wieder mit den vorherigen Werten aus R, G und B wieder überschrieben und zurück. Besonders schlimm ist es wenn in allen jeweiligen Werten vorher unterschiedliche Zahlen waren. Stellt man die Einzelwerte um, klappt es weitestgehend. Gruß Rainer

Wenn Du vorher ein "iobroker update" laufen läßt, siehst Du alle Adapter mit deren Versionen sowie "nur" den Hinweis, welche Adapter als updateable gelten (und von welcher auf welche Version es gehen würde). Ich mache immer eine gefilterte Ausgabe iobroker update | grep Update Damit bekomme ich nur die Adapter angezeigt, für die es eine andere (neuere oder auch ältere) Version gibt. Danach entscheide ich selber, welchen Adapter ich mit iobroker upgrade [adaptername] aktualisiere (VIS würde bei mir sonst ein Downgrade erfahren). Gruß, Eric

wie nicht anders zu erwarten: das getState funzt jetzt ohne irgendwelche beschwerden :D Danke, bluefox + apollon77 :)

Wäre ein Quick-Hack :-)

Danke apollon77 für die schnelle Antwort. Hatte Probleme mit Javascript Entwicklung und dachte diese Instanz sei die Lösung.

OK, das hatte ich noch nicht gesehen. Wenn ich das bei mir in Putty eingebe kommt dann zum Glück: Datei oder Verzeichnis nicht gefunden.

Ja seit dem es die License Funktion gibt habe ich updates versucht aber ohne Erfolg. Ich bleibe erstmal bei nodejs 4.8.2 Expertenmodus ging bei mir auch nicht.

@eric2905: Hast Du es mal mit der IP versucht? ` So, bin endlich mal dazu gekommen, das auszuprobieren. Glaube, Hostname statt IP war das Problem. Der Slave findet den Master und listet die richtigen Instanzen. Installation von Master -> Slave hat auch funktioniert ohne Fehler. Danke!

Scheint astrein zu laufen! Ich wiederhole: requesttime läuft reibungslos! :D Vielen Dank an Bluefox: lass Dich knuddeln! Von meiner Seite aus erledigt…

Erst mal vielen Dank für die Vorschläge. Ich habe mir damit geholfen, dass ich aus einem fertigen ioBroker Image die Verzeichnisse vis und vis.0 extrahiert und diese in meine Installation auf meinem Banana Pi unter /opt/iobroker/iobroker-data/files wiederhergestellt habe. Dann noch mit chown -R root:root vis und chown -R root:root vis.0 die Rechte angepasst und siehe da: vis startet und alles ist für den Augenblick gut. Mal sehen… Für den Fall, dass jemand das gleiche Problem hat habe ich die Verzeichnisse vis.0 und vis ( :( vis ist zu groß um als Anhang gespeichert zu werden) als ZIP angefügt. Nochmal vielen Dank an alle. 2511_vis.0.zip

Hab den Intervall jetzt auf 86400 Sekunden (24 Stunden) gestellt, nach dem Disconnect wird in dieser Einstellung wieder automatisch verbunden.

Jepp, Dann sind aber auch die logging options weg :( Gruß Rainer

Hallo nochmal, nun bekomme ich folgende Meldungen ! Zeit ! Nachricht ! hm-rega.0 2017-04-06 12:53:06.602 info got state values ! hm-rega.0 2017-04-06 12:53:05.845 info request state values ! hm-rega.0 2017-04-06 12:53:05.843 info deleted 0 variables ! hm-rega.0 2017-04-06 12:53:05.841 info added/updated 4 variables ! hm-rega.0 2017-04-06 12:53:05.769 info got 4 variables ! hm-rega.0 2017-04-06 12:53:05.733 info deleted 0 programs ! hm-rega.0 2017-04-06 12:53:05.732 info added/updated 7 programs ! hm-rega.0 2017-04-06 12:53:05.601 info got 7 programs ! hm-rega.0 2017-04-06 12:53:05.581 info renamed hm-rpc.1.000A97098A2BDE to "Wandthermostat Wohnzimmer" ! hm-rega.0 2017-04-06 12:53:05.571 info renamed hm-rpc.1.000A97098A2BDE.0 to "Wandthermostat Wohnzimmer:0" ! hm-rega.0 2017-04-06 12:53:05.563 info renamed hm-rpc.1.000A97098A2BDE.1 to "HmIP-WTH-2 000A97098A2BDE:1" ! hm-rega.0 2017-04-06 12:53:05.548 info renamed hm-rpc.1.000A97098A2BDE.2 to "HmIP-WTH-2 000A97098A2BDE:2" ! hm-rega.0 2017-04-06 12:53:05.539 info renamed hm-rpc.1.000A97098A2BDE.3 to "HmIP-WTH-2 000A97098A2BDE:3" ! hm-rega.0 2017-04-06 12:53:05.530 info renamed hm-rpc.1.000A97098A2BDE.4 to "HmIP-WTH-2 000A97098A2BDE:4" ! hm-rega.0 2017-04-06 12:53:05.521 info renamed hm-rpc.1.000A97098A2BDE.5 to "HmIP-WTH-2 000A97098A2BDE:5" ! hm-rega.0 2017-04-06 12:53:05.511 info renamed hm-rpc.1.000A97098A2BDE.6 to "HmIP-WTH-2 000A97098A2BDE:6" ! hm-rega.0 2017-04-06 12:53:05.500 info renamed hm-rpc.1.000A97098A2BDE.7 to "HmIP-WTH-2 000A97098A2BDE:7" ! hm-rega.0 2017-04-06 12:53:05.254 info added/updated rooms to enum.rooms ! hm-rega.0 2017-04-06 12:53:05.203 info added/updated functions to enum.functions ! hm-rega.0 2017-04-06 12:53:05.088 info added/updated 0 favorites to enum.favorites ! hm-rega.0 2017-04-06 12:53:05.040 info time difference local-ccu 0s ! hm-rega.0 2017-04-06 12:53:04.995 info ReGaHSS 192.168.1.209 up ! hm-rega.0 2017-04-06 12:53:04.847 info subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT ! hm-rega.0 2017-04-06 12:53:04.847 info starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.hm-rega, node: v6.9.4 ! hm-rpc.1 2017-04-06 12:53:04.449 info Connected ! hm-rpc.1 2017-04-06 12:53:04.390 info xmlrpc client is trying to connect to 192.168.1.209:2010 with ["http://0.0.0.0:2010","hm-rpc.1"] ! hm-rpc.1 2017-04-06 12:53:04.389 info xmlrpc server is trying to listen on 0.0.0.0:2010 ! hm-rpc.1 2017-04-06 12:53:04.138 info starting. Version 1.4.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.9.4 ! hm-rpc.0 2017-04-06 12:53:04.023 info Connected ! hm-rpc.0 2017-04-06 12:53:03.955 info binrpc -> 61 devices ! hm-rpc.0 2017-04-06 12:53:03.836 info binrpc <- listDevices ["hm-rpc.0"] ! hm-rpc.0 2017-04-06 12:53:03.822 info binrpc <- system.listMethods ["hm-rpc.0"] ! hm-rpc.0 2017-04-06 12:53:03.585 info binrpc client is trying to connect to 192.168.1.209:2001 with ["xmlrpc_bin://192.168.1.75:2001","hm-rpc.0"] ! hm-rpc.0 2017-04-06 12:53:03.584 info binrpc server is trying to listen on 192.168.1.75:2001 ! hm-rpc.0 2017-04-06 12:53:03.397 info starting. Version 1.4.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.9.4 ! host.ioBroker-Pi 2017-04-06 12:53:01.905 info instance system.adapter.hm-rpc.1 started with pid 1275 ! host.ioBroker-Pi 2017-04-06 12:53:01.656 info instance system.adapter.hm-rega.0 started with pid 1269 ! host.ioBroker-Pi 2017-04-06 12:53:01.389 info instance system.adapter.hm-rpc.0 started with pid 1263 ! host.ioBroker-Pi 2017-04-06 12:53:00.899 info Restart adapter system.adapter.hm-rpc.1 because enabled ! host.ioBroker-Pi 2017-04-06 12:53:00.899 error instance system.adapter.hm-rpc.1 terminated with code 156 () ! hm-rpc.1 2017-04-06 12:53:00.826 info xmlrpc -> 192.168.1.209:2010 init ["http://0.0.0.0:2010",""] ! hm-rpc.1 2017-04-06 12:53:00.825 info Scheduled restart. ! host.ioBroker-Pi 2017-04-06 12:53:00.647 info Restart adapter system.adapter.hm-rega.0 because enabled ! host.ioBroker-Pi 2017-04-06 12:53:00.647 error instance system.adapter.hm-rega.0 terminated with code 156 () ! host.ioBroker-Pi 2017-04-06 12:53:00.382 info Restart adapter system.adapter.hm-rpc.0 because enabled ! host.ioBroker-Pi 2017-04-06 12:53:00.382 error instance system.adapter.hm-rpc.0 terminated with code 156 ()

Hi Bluefox, nein das war nicht ironisch gemeint, sondern Deine kurze Antwort hat mir gut weitergeholfen. Grüße Carsten