Schau mal hier, gleiches Thema : http://forum.iobroker.net/viewtopic.php?t=6285 Gruß, Eric Von unterwegs getippert

bin beim rpc/rega noch auf einer älteren Version weil ich ansonsten bei den Thermostaten min/max ändern muss (http://forum.iobroker.net/viewtopic.php?f=22&t=6058) - aber das Problem ist ja auch irgendwann gelöst.

Jupp, Danke! Beides gefixt im Github

Moin, hatte die selbe Meldung. Mit der von Bluefox erwähnten Chunking Option funktioniert es. Besten Dank! Gruß Jonas

Mit 1.4.6 funktioniert es wieder, das eine Verbindung aufgebaut wird. Es werden die Stati aber falsch eingelesen. Ich mache aber im anderen Thread weiter. Danke!

sorry, war kurzentschlossen im Urlaub, deshalb die Funkstille. Danke für den Tipp: Chrome: i.O. IE: i.O. Firefox: DEFECT (FW V 53.0 32bit) –> Cache-Problem, merkwürdigerweise aber auch bei allererster Verbindung zu einem ganz frisch installierten ioBroker in einem anderen LAN (was also bisher nicht im Cache sein kann). Vom PC daneben bei gleicher FW-Version funzt es aber! Zu beiden ioBroker-Installationen! --> Browser-Cache löschen bringt übrigens auch KEINE LÖSUNG (womit ich aber leben kann, wenn ich dort bedarfsweise mit Chrome an das Icon rankomme). Bei der Gelegenheit aber 2 andere, wirklich gravierende Fehler entdeckt, die o.g. 2. Installaltion von ioBroker betreffend: 1. Installation nach Anleitung auf Webseite (heute dort heruntergeladenes Paket) Status: Nur Admin-Adapter installiert. Config der Instanz: von "auf alle IP-Adressen hören" auf eine extra für ioBroker an den Server gebundene IP-Adresse gewechselt (übrigens per Browser auf genau diese IP verbunden, was somit offensichtlich i.O. ist!) –> keine Reaktion von ioBroker mehr, außer dem Zahnrad auf weißem Grund (also offenbar Pakete fließend, denn das Icon ist ja auch schon ioBroker), auf allen IP's des Servers identische Reaktion! Reboot, FW ausschalten usw. bringen alle keine Änderung! Auch von anderem PC im LAN und anderen Browsern nur das Zahnrad! Einzige Abhilfe: Neuinstallation ioBroker und ohne Umschaltung auf die exklusive IP weiterarbeiten! 2. die De-Installation von ioBroker geht in die Hose, vielleicht auch Ursache für anderes / o.g.? Ursache: Pfad zu lang! Auch manuell auf dem Server ist kein Löschen oder Umbenennen möglich (Win Server 2012 R2 Standard), eindeutige Meldung dazu beim Versuch, das manuell zu tun! Per remote Laufwerk von PC aus verbunden (Win 10 Version 1703) kann man es aber problemlos löschen. Nur ioBroker selbst und somit dessen Betrieb (!!) dürfte also Probleme haben, damit umzugehen! Betroffener Pfad: D:\ioBroker\node_modules\iobroker.js-controller\node_modules\yargs\node_modules\read-pkg-up\node_modules\read-pkg\node_modules\normalize-package-data\node_modules\validate-npm-package-license\node_modules\spdx-correct\node_modules\spdx-license-ids Wichtig dabei: in dem Verzeichnis gibt es (bei Betrieb) 4 Dateien. Die Deinstallation löscht die beiden mit den kürzesten Namen, die beiden anderen bleiben stehen. Offenbar ist hier wohl exakt die Grenze der als Pfad erlaubten Zeichen erreicht! Muss das wirklich derartig lang sein?! Unter meiner "Produktiv-Umgebung" (Win Server 2008 R2) kann (und will) ich diese beiden offenbar irreversiblen Fehler nicht nachstellen. Evtl. dürften auch generell alle Win-8-PC-Installationen von ioBroker betroffen sein (WinServer 2012 ist de facto Win 8)? Mag nicht in gekachelter Umgebung leben und hab sowas als PC-OS nicht (mehr) :-) Viele Grüße bb61

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.