@ChrisPrefect sagte in Multihost Error: weil die zuerst kommt auf der Seite und erst nachher die neue, richtige Anleitung. Beide Anleitungen sind richtig. Beziehen sich nur auf verschiedene controller versionen, in chronologischer Reihenfolge. Da ich allerdings glaube, dass kaum noch einer Versionen vor 1.1.0, kann ich den ersten Teil wohl inzwischen entfernen. Das bild kann ich leider nicht entziffern. Bitte den code als text einstellen

@MyzerAT nein, die gehen nicht. Sie kommunizieren via wlan, nicht zigbee.

Hab es jetzt auch nochmal mit der Ubuntu Version vom 11.02. probiert. Das gleiche Problem, alles klappt super. Neustarts und alles, aber wenn ich irgenwelche Adapter installiere und dann neu starte, kann ich die Webseite nicht mehr aufrufen. Über Putty habe ich noch komplette zugriff auf meinen BananaPI

@kmxak Ok, habs die neuste Version installiert. Werde es mal im Auge behalten, wobei es auch mit der 2.0.5 laut Github noch Probleme geben soll... VG

@sigi234 Noch nicht :) Ich bin ja auf der Suche nach Lüftern die man steuern kann. Habe bisher keine gefunden die Smart sind ..

vom iobroker zum handy v1.4.3 ...aber entwarnung...ich habe nen neuen bot erstellt und es geht wieder...

super! Nochmals vielen Dank für die Hilfe!

Fein. Sollte bald auch wieder im haupt-zweig gehen, nicht nur in meinem dvlp Zweig. A.

Wie es aussieht wird dein Stick nicht erkannt. Suche mal hier im Forum nach Zigbee USB Stick zum Beispiel hier: klick hier

@Hiltex Wie gesagt ... wir schauen uns das mal an.

Kurzes Update von mir mit Version 2.0.5 läuft wieder alles schön ruhig. Grüße

Habe nun eine Lösung ohne MQTT (würde ja mit zusätzlicher Hardware, NodeMCU etc. gehen), dafür jedoch mit den Apps Tasker und AutoRemote für Android. Hier kann man sehen, wie man den Pi mit AutoRemote verbinden kann: https://notenoughtech.com/tasker/tasker-raspberrypi/

Genau dieses Problem habe ich auch. Würde gerne vom PC außerhalb meines zu Hauses den iobroker konfigurieren. Ich bekomme wie der TE auch die 3 Kacheln angezeigt. Cloud Adapter ist grün. Key passt. Verbindung ist ja auch da, sonst würden die 3 Kacheln nicht angezeigt. VIS wird auch angezeigt. Aber auf Mobile kommt: iobroker ist noch nicht verbunden drücken sie hier... Klick drauf, nix. ich habe KEINE Pro Lizenz. Liegt es allein daran?

möglicherweise eine Lösung: elektor-artikel

@wendy2702 sagte in iobroker - Web -Oberfläche: iobroker del web.0 Vielen Dank, es läuft. ich habe vorhin die Portnr geändert, und es funktionierte schon danke an alle, nochmal

Hallo zusammen, ich habe seit ein paar Tagen/wenigen Wochen dasselbe Problem, allerdings mit einem Gateway der zweiten generation. Das Gateway reagiert kurz (einmal?) auf Befehle und trennt anschließen die Verbindung. Ich kann z.B. das Licht einmalig an- aber nicht mehr ausschalten. Wenn ich es mit mihome-App einschalte, kann ich es anschließend nur ausschalten und anschließend wird die Verbindung getrennt. Das Problem deckt sich mit der Beschreibung im ersten Posting und auch mit ein paar Erfahrungsberichten aus dem hass.io und dem openhab Forum. Den Workaround, "psm-set network.open_pf 3" per UART abzusetzen, habe ich ebenfalls vorgenommen, jedoch bleibt das Problem weiterhin besetehen. (Die relevanten Netzwerkports sind auch weiterhin geschlossen). Ich vermute aber, dass dies auch nicht direkt mit dem Problem zu tun hat, da die ersten Befehle ja immer angenommen werden. Bei meinem Gateway handelt es sich um eins der zweiten Generation mit der "runden" Schrift (siehe openhab Forum: https://community.openhab.org/t/solved-openhab2-xiaomi-mi-gateway-does-not-respond/52963/77). Das Gateway hängt "normal" im Wifi-Netz, hat unbeschränkten Zugriff aufs Internet. edit: Der Vorführeffekt schlägt zu: nachdem Verfassen des Postings habe ich es nochmal versucht und konnte das Licht per iobroker mehrfach an- und ausschalten. mihome.0 2019-02-21 21:09:12.485 info Change connection status: true mihome.0 2019-02-21 21:08:42.322 info Change connection status on timeout after 40000ms: false Trotzdem erhalte ich nachdem Schaltvorgang den Timeout-Fehler. Es scheint sich offenbar nicht um einen dauerhaften Fehler zu handeln, welcher nicht direkt mit dem Timeout zusammenhängt. (was die Untersuchung nicht leichter mach :-/ )

@tb_apple04 Das ist sehr seltsam. Ich habe gerade die Instanz Hue.0 auf meinem Testsystem gelöscht den Adapter Hue auf der Platte gelöscht (Unter Adapter, bei hue rechts das Mülleimer Symbol) den Adapter Hue neu von Github installiert - mit dem Link weiter oben in diesem Thread per + eine Instanz zum ioBroker hinzugefügt. Den konnte ich 1:1 sauber konfigurieren (Benutzer Erzeugen) und damit auch meine Lampe wie gewünscht steuern. Da ist also noch etwas ganz anderes krumm. Ich nutze ioBroker admin 3.5.10 und jsController 1.4.2

@arteck @MyzerAT richtig, das sieht nach einem längeren Ausfall der Internetverbindung aus. Gestern Abend war wohl hier im Rhein-Main-Gebiet ein Knotenpunkt platt - oder überlaufen - die DSL Leitung stand, aber es kamen alle 30-40min jede Menge PPOE Fehler.. Bei meinen Bekanntenkreis war das ähnlich, auch Providerunabhängig.

@dslraser sagte in Zusammenspiel ioBroker mit Homematic IP: wenn du den Entscheidungswert in ioBroker haben willst. Das brauchst du nur für den Entscheidungswert

@dtp sagte in ICAL Frage: Hi Jens, dann schon mal mein Dank im Voraus. Wie gesagt, fände ich es optimal, wenn man die Farben auch für die Zeitangaben (heute, morgen, übermorgen) selbst definieren könnte, statt auf die Vorgaben (Rot, Orange, Gelb) festgelegt zu sein. In Verbindung mit unterschiedlichen Kalenderfarben wird mir das dann einfach zu bunt. Gruß, Thorsten Hi, ich weiß, der Thread ist recht alt. Aber gibt es hier zu dem Thema was neues bzw. eine Lösung? Habe dazu nix in den Einstellungen gefunden.