@iben: Hallo, mit dem Update des ioBroker.js-controller auf Version 0.5.14, funktioniert der Befehl update jetzt aus der Console ohne Fehlermeldung. ` Kannst du Thema auf [gelöst/fixed] ändern?

Da gibts im Unterforum "Fehler" bereits zwei Threads. Die Suche hätte bei eingabe der Fehlermeldung den einen gebracht, der andere ist: http://forum.iobroker.org/viewtopic.php … =373#p2794 Gruß Rainer

@derAuge: Die Schaltfläche der Web-Oberfläche des SONOS-Player funktioniert nicht filename="2.KopfzeileSONOS-Player.PNG" index="1">~~ Weite (zur Info) die katulees Kopfzeile des Players filename="SONOS-Player_Kopfzeile.PNG" index="0">~~ ` Du meinst doch nicht ernst, dass ich neben ioBroker noch so einen komplexen Projekt wie Sonos-App-Simulation machen konnte? :lol: Ich habe jetzt auch ausprobiert.. Und ja ich muss erst 2-4 Sekunden warten bis der Zustand sich ändert. Aber dann läuft es. Sowieso dafür gibt es: https://github.com/jishi/node-sonos-web … /issues/25 Du musst nur in iobroker/node_modules/iobroker.sonos/ npm install aufrufen um sonos Modul upzudaten.

@derAuge: Du solltest deinen 1. Beitrag "ändern" dürfen. Dann die Überschrift anpassn ` Danke! Wieder was gelernt :-)

irgend etwas stimmte mit dem Link nicht, habe ihn eben geändert. Es sollte diese Seite dabei herauskommen: [image: 144_dwd_anmeldung.jpg] ich hoffe das klappt jetzt. Gruß Rainer PS ich habe diese Seite wieder über das DWD-Menü nicht gefunden. Hat einige Zeit über Tante G benötigt. EDIT: Habe jetzt auch den offiziellen Weg gefunden :) Wenn man's weiss, ist's auch ganz leicht: [image: 144_dwd_site.jpg]

Hi Bluefox, danke! Habe Deine Aufgabe erfüllt und während ich die Antwort unten getippt habe, hat es klick gemacht. Ohne aktivierten historischen Daten, kein Rickshaw ;-) Eigentlich logisch! Historische Daten aktiviert. Rickshaw Edit im Browser neu geladen. Und die gewünschten Datenpunkte werden angezeigt ;-) Danke, dass Du mir die Tomaten von den Augen nimmst ;-) VG Michael –---------------------------------------------- Alt und überflüssig (für das Verständnis drin gelassen): @Bluefox: Kannst du bitte Object Beschreibung von deinen JS-Variablen zeigen? ` ist das die Objektbeschreibung?: { "name": "BewegungGästebadTisch", "role": "javascript", "history": { "enabled": true, "changesOnly": true, "minLength": 480, "maxLength": 960, "retention": 1209600, "debounce": 10000 } } { "name": "BewegungGästebadTür", "role": "javascript", "history": { "enabled": true, "changesOnly": true, "minLength": 480, "maxLength": 960, "retention": 1209600, "debounce": 10000 } } { "name": "LampeGästebadDecke", "role": "javascript" } { "name": "ZeigeGraphNr", "role": "javascript" } Der Type ist überall: STATE Die Felder Native und Weitere sind leer, bzw.: {} @Bluefox: Oder starte dein "web" Adapter neu. ` Restart des Webadapters über ioBroker.admin/Instanzen web.0 2015-03-07 05:28:12 info starting. Version 0.2.5 in /opt/iobroker/node_modules/iobroker.web host.iobroker 2015-03-07 05:28:11 info instance system.adapter.web.0 started with pid 28319 host.iobroker 2015-03-07 05:28:09 info instance system.adapter.web.0 terminated with code 0 (OK) web.0 2015-03-07 05:28:09 info terminating web.0 2015-03-07 05:28:09 info terminated http server on port 8082 web.0 2015-03-07 05:28:09 info terminating http server on port 8082 host.iobroker 2015-03-07 05:28:09 info stopInstance system.adapter.web.0 killing pid 2790 host.iobroker 2015-03-07 05:28:09 info stopInstance system.adapter.web.0 host.iobroker 2015-03-07 05:28:09 info object change system.adapter.web.0

> Ich dachte du hast schon HUE, weil wie sonst konntest du die Gruppen einzufügen. Giermann hatte doch gar nichts von Gruppen geschrieben. ;-) Oben haben mehrere hue und alle wohl die gleichen Probleme.

Hallo derAuge, also ich wäre bei einer solchen gemischten Bebauung (ccu UND iobroker) ehrlich gesagt extrem vorsichtig. Bei mir läuft CCU.IO auf einer 1812+ und das ohne einen Mucks seit Monaten perfekt und produktiv. Aber ich habe kürzlich mal aus reiner Neugier auf einem bananapi versucht genau diese beiden parallel zum laufen zu bringen. Ergebnis war, dass ich alle beiden platt machen musste. Es scheint hier ein Problem mit Ports und ggfs. aber das kann ich nicht wirklich einschätzen auch mit Pfaden und executables zu geben. Seither lasse ich die Finger davon und installiere nur noch auf separaten Maschinen. Vielleicht ist das ja nur auf ganz simple Fehler zurückzuführen und für jemanden mit besseren Linux Kenntnissen auch einfach behebbar. Aber ich konnte das alles nicht geraderücken. Ist nur meine persönliche Meinung Gruß Bernhard

Ja, stimmt. Das Problem trat auf, nachdem ich ein Gerät in der CCU entfernt hatte. Danke!

@Homoran: @Bluefox: Konntest du noch frei RAM anzeigen? mit "top" sollte man es sehen können. ` Habe die Werte ergänzt. Gruß Rainer ` "free" geht auch. Steve

@Bluefox: @derAuge: Vorschlag: 1.) Moderatar für das Forum suchen/benennen 2.) Struktur in die Themen bringen. z.B. Bereiche für -Entwicklung -Installation -Hardware -Adapter - um nur einige zu nennen. In jedem Bereich dann ein HowTo Gibt es freiwillige? ;) Ich könnte sicher versuchen hier zu unterstützen. (Im deutschen Bereich) Würde den der aktuelle "Side-Admin" hier auch Rechte für User vergeben? Gruß derAuge

Den "Sprit" Adapter hätte ich auch gern für meinen Jeep GG. Gesendet von meinem iPhone mit Tapatalk

Kommando zurück. Mein Problem scheint gelöst. Beide Komponenten tauchen in den Objekten auf. Allerdings ohne den Raum, der in der CCU2 eingetragen ist. Das war schon einmal eins meiner Probleme, da ich bei der Suche immer nach dem Raum gefiltert hatte. Auch die kleinen Geräteicons werden nicht angezeigt, dafür ein Icon, mit drei Schiebereglern. Dies ist aber auch bei den beiden Magnetkontakten der Fall, die ich vor ein paar Tagen angelernt hatte. Damit kann ich erst einmal arbeiten. Und die beiden offenen Punkte ( (1) Raum wird nicht angezeigt / (2) Geräteicon werden nicht in der Objektliste angezeigt) sind dann nur "Schönheitsfehler". Das schaue ich mir in Ruhe an, ob ich da noch was falsch mache. Sobald ich dazu eine Erkenntnis habe, kommt eine kurze Rückmeldung. Der Vollständigkeit Halber noch die Icons: [image: 327_icons.png]

An den hätte ich auch gedacht, aber dazu brauchst du doch einen Datenpunkt in dem die vergangene Zeit oder die restzeit enthalten ist 484_20160730_163757_1_.jpg 484_20160730_163810_1_.jpg 484_20160730_163834_1_.jpg 484_20160730_163848_1_.jpg 484_20160730_163859_1_.jpg 484_20160730_163906_1_.jpg

Habe eben http://forum.iobroker.org/viewtopic.php?f=8&t=248&p=1339#p1339 eine neue Version der Anleitung hochgeladen. @BF, habe einiges bei dir geklaut, ich hoffe das ist ok ;-) Es gibt immer noch viel zu tun. Gruß Rainer

Ich dachte an einen odroid u3, mit oder ohne MMC. Noch schneller ist der xu3 mit octacore. Habe eine cubox i4 mit quad core. Die Geschwindigkeit merkt man, wenn man parallel auf cubietruck und i4 installiert. Das dauert nicht mal die halbe Zeit. Auch der rpi2 ist jetzt superschnell mir quadcore, und deutlich billiger. Wenn man danach mit dem rpi1 arbeitet, kann man erst mal in Ruhe ein paar Tassen Kaffee aufbrühen bis der fertig ist. Tempo merkt man auch bei der erstinstallation des rpc Adapters. Wenn alle Datenpunkte geladen werden.

Obwohl ich angehakt hatte jeder Kalender eigene Farbe hatten die Kalender nicht die Farben, die in der Tabelle für den jeweiligen Kalender eingestellt waren (red, blue), sondern die HTML default Farbe (white) Nach löschen und neu erstellen der Instanz ist jetzt alles OK.

Man muss hier zwei Dinge auseinanderhalten. Die iobroker Installation muss als root ausgeführt werden. Steht so auch in der Anleitung. Sogar mit einem Hinweis in rot. Da ich bis dahin nur mit Igors images gearbeitet habe, da der raspi zu schwachbrüstig für iobroker ist, war root standard. Jetzt wo es den raspi2 gibt, könnte ich die Anleitung dahingehend erweitern, wie man als root auf den raspi kommt. Habe das hier in einem früheren post erklärt und daraufhin klappte ja auch die Installation. Wieso jetzt die webUI nicht mehr erreichbar ist, ist ein ganz anderes Thema. Da gibt es mal wieder tausend Dinge, die nichts mit iobroker selbst zu tun haben müssen. Es kann an der Netzwerkkonfiguration, aber auch an der Konfiguration von iobroker oder vielen anderen Dingen hängen. Wie gesagt gegen ich davon aus, dass während des reboots natürlich kein Kontakt zum Server bestand und dies noch im cache des Browsers gespeichert ist. Eine weitere Möglichkeit besteht darin dass der raspi mit dem einlesen der rpc und rega-daten dermaßen überfordert ist, dass er einfach nur sehr lange braucht, bis er wieder genug Ressourcen frei hat den Webserver anzuzeigen.

Na ja… Habs vergessen iCal zu publischen. Jetzt sollte es gehen. Oder so (js.controller < 0.5.9): npm install iobroker.ical Oder so (js.controller >= 0.5.9). Aus admin oder ./iobroker add ical