Ich denke auch, dass das posten des Blocklys sinnvoll wäre ;) Sowas hatte ich auch und da waren ein paar falsche Bausteine dran schuld.

Deshalb auch kein Updatehinweis ;-) Danke!

Hallo Patrick, es nützt zwar nichts, aber mit dem Problem bist Du nicht allein ;). Die Diskussion bzgl. Homebridge und Yahka gibts hier im Forum schon länger. Homebridge wird scheinbar nicht mehr weiterentwickelt und wurde daher aus den Adapters entfernt. Yahka hatte bis vor zwei Versionen zumindest ne Suchfunktion für die Geräte. Danach musste man zwar noch immer einiges anpassen aber es war schon ne Hilfe. Ich persönlich habe Yahka aktuell im Einsatz, die Einrichtungsanleitungen für die einzelnen Aktoren musste ich mir aber auch nach und nach aus dem Forum heraussuchen. Beispiele: Rolladenaktor: https://github.com/jensweigele/ioBroker ... w-Covering Homematic Dimmer (funktioniert aber noch immer nicht 100%) viewtopic.php?f=23&t=6427&p=199335&hilit=izi#p199335 viewtopic.php?f=23&t=4136&hilit=dimmer& ... 80#p112785 ich hoffe es hilft Dir ein bisschen. Viele Grüße Izi

Ich habe übrigens gestern DIE Anwendung von "Warten" gefunden … So kannst Du Routinen anlegen die du dann per ioBroker ausführst die komplett keine Ausgabe machen. Aktuell muss eine Routine irgendeine Aktion haben. Das neue "Warten" ist eine valide Aktion. Damit kannst Du eine Routine anlegen die dann nur von ioBroker per Speak beantwortet wird

Hallo Wie habt ihr Tasmoadmin installiert? Bekomme es nicht hin ? Gesendet von iPad mit Tapatalk Pro

Hallo, mit Update FHEM Adapter heute von github sollten die Meldungen check adapter… bei : im state verschwunden sein. Rückmeldung ob OK wäre super Gruß LausiD

@Rucon: siehe viewtopic.php?f=20&t=19637 ` Danke, somit weiss ich zumindest, dass es nicht an meiner Konfiguration liegt.

Ich krame meinen alten Thread mal wieder raus, weil ich mit der Anzeige des Anrufmonitor im VIS noch nicht ganz zufrieden bin. Das Problem ist, das ankommende und abgehende Anrufe, deren Telefonnummer nicht in derFritzBox gespeichert sind, im VIS auch nicht angezeigt werden. In der FritzBox sind diese "unbekannten" Nummer aber in der Anrufhistory drin. Im Adapter sind alle "Caller" und "CallerName" Einträge leer. Muss ich in der FritzBox noch irgend etwas konfigurieren, das ich alle (auch unbekannte) Nummern von Anrufern, bzw. von gewählten Teilnehmern im Adapter angezeigt und ins VIS übernehmen kann? Danke für Eure Unterstützung.

Ja steuern kann ich alles

Natürlich geht das. Wenn Bluefox dafür Zeit findet macht er es bestimmt. Neben den eine Million anderen Dingen … Du bist bisher der erste und einzige der das angefragt hat ... mehr sage ich dazu jetzt mal nicht. Gesendet vom Handy ...

danke, stimmt gibt einen weitere Forenbeitrag, wo dieses Thema diskutiert wird

Danke für das Feedback. am Handy habe ich keine iobroker.app installiert. Ich wollte das Handy nur als Hotspot verwenden und auf dem Tablet mir das "vis" ansehen. (die Anzeige am Handy ist mir einfach zu klein für vis) Ich versuche aber gerade mal den direkten login über den Browser am Tablet. Als vorgabe für die Installation auf meinem Tablet habe ich verwendet: https://github.com/ioBroker/ioBroker.vi … -verwenden

Nachtrag - bis jetzt läuft es - Änderungen siehe unten Hallo zusammen. Ich würde mich gerne hier ranhängen. Ich habe ein ähnliches Problem: Raspi 3B, zuerst mit iobroker image, Raspi gebootet, raspi-config geändert - auch update über raspi-config. Alles hat funktioniert. IoBroker konfiguiert und upgedated, danach reboot, keine Verbindung mehr. Fritzbox hat den Raspi zwar noch angezeigt Ip…17, aber kein Ping, kein Zugriff über ssh. Das habe ich dann mehrmals gemacht, nach jedem reboot konnte ich nicht mehr zugreifen. Danach habe ich den Homatic PiVCCU (altes Modul) draufgesteckt und das Image iobroker + hometic installiert. Beide IPs 17 + 19 waren in der Fritzbox zu sehen und auch da nach dem reboot kein Zugriff mehr. Kann es irgendwie an der Fritzbox liegen? Der Raspi muss ja upgedatet werden. Über Vorschläge würde ich mich freuen. Danke! Nachtrag: Also ich habe jetzt mit RUFUS das Image gespeichert. Dann habe ich in der Fritzbox den Haken bei "immer selbe IP vergeben" herausgenommen. Der Haken war sonst nicht drin. Jetzt habe ich schon 1 x upgedatet und 2 mal rebootet. Läuft! :mrgreen:

Gab es eigentlich zu dem Thema eine Lösung? Bei mir tritt dies ebenfalls nun auf. Erst seid wenigen Tagen. Habe in letzter Zeit nicht viel am System gebastelt, so dass ich nicht sagen könnte, es trete auf, nachdem ich xy verändert hätte. hue.0 2018-12-17 09:46:07.893 error Timeout for polling group 1 hue.0 2018-12-17 09:45:57.891 error Timeout for polling group 0 hue.0 2018-12-17 09:45:47.884 error Timeout for polling light Philips_hue.sophia_treppe hue.0 2018-12-17 09:45:37.883 error Timeout for polling light Philips_hue.Schreibtisch_Sebastian hue.0 2018-12-17 09:45:27.881 error Timeout for polling light Philips_hue.Lena_Bett_oben hue.0 2018-12-17 09:45:17.878 error Timeout for polling light Philips_hue.Lena_Bett_unten usw.... Ich kann nach wie vor über iobroker die Hue Lampen steuern. Reaktionszeit ist gefühlt langsamer. Reboot habe ich schon an der Hue und iobroker durchgeführt. DIe Hue hat weiterhin die richtige IP.

Also, ich versuche Schritt für Schritt zu erklären, was ich mache. 1. Ich habe ein funktionierendes Raspi mit allen Adaptern und Geräten, die ich brauche. 2. Ein neues OrangePi. Den habe ich soweit fertig konfiguriert ( Armbian auf SD - von SD gebootet, System konfiguriert (Username, PW est.) und dann auf EMMC übertragen. SD raus und hochgefaren. Alles soweit ok. 3. Installation von Iobroker : http://www.iobroker.net/docu/?page_id=8323&lang=de. Habe sowohl über Script als auch manuell probiert. Nach Installation von Iobroker neustart - über ipadresse:8081 erreichbar. Soweit so gut. 4. Versuche dann ein Backup von Raspi ins Orange zu übertragen, (Backup zuerst erstellt und auf PC kopiert und dann das File in neu erstellte "backups" ordner in /opt/iobroker auf OrangePi). Hier fangen die Probleme an. Wenn ich auf OrangePi ein "iobroker stop" mache (aus /opt/iobroker) - heisst es - iobroker ist nicht gestartet (obwohl ich kann ihn über 8081 wunderbar erreichen). Gebe ich dann (/opt/iobroker) iobroker start - der wird dann auch gestartet. Ich kann auch ihn beenden, nur die Webseite ist weiterhin erreichbar. D.h. für mich es läuft ein 2 iobroker "parallel". In Log sehe ich dass io.*…. Instanzen nicht beendet werden, deswegen kommt ein Fehler "Zuerst iobroker stoppen", wenn ich mit "iobroker restore 0" versuche ein Backup zu machen. Nach langen hin und her konnte ich alle iobroker prozesse stoppen. Dann hat auch zurückspelen von Backup auch funktioniert. Nur dann nach reboot kann ich nicht mehr über ipadresse:8081 iobroker erreichen. Obwohl iobroker Prozesse laufen. Wenn ich aber ohne reboot nach Backup iobroker start mache - häng sich das System komplet auf. Und es ist egal ob dierekt aus root oder auch /opt/iobroker versuche zu starten. 5. Ich habe mir auf beiden Geräten die Filestruktur bzw. Ordner usr/bin vergliechen. Bei Raspi ist iobroker - File nur in /opt/iobroker. Bei OrangePi - in /usr/bin und in /opt/iobroker. Ich vermute, dass iobroker beim Neustart aus /usr/bin gestartet wird und mein Backup auf /opt/iobroker "konfiguriert"ist. Deswegen funktioniert das Ganze nicht. Deswegen stellt sich die Frage - wie und wo muss ich die Parameter ändern, damit iobroker nach Neustart aus /opt/iobroker gestartet wird. Dann, denke ich wird auch Start nach aufspielen von Backup funktioniert. Hier habe ich schon ein paar Sachen gepostet: viewtopic.php?f=34&t=6008&sid=2daf00db6 ... &start=520

Ich hatte bei meinem https://tablets-testsieger.de/tablet-test-bis-150-euro/#Die_besten_Tablets_im_Praxistest_bei_STERNde ein ähnliches Problem. Es einfach wie auch simpel. Ich hatte mich nicht dem Router verbunden sondern mit dem Repeater.

@umbm: Der raspberry kann später (nach Umstieg auf stärkere Hardware) auch noch sehr gut als Testsystem verwendet werden, denn immer alles auf dem Produktivsystem zu testen, kann problematisch sein. ` Also ich kann nach nunmehr über einem Jahr extrem guter Erfahrung nur eine Synology DiskStation empfehlen, die Docker kompatibel ist. Da läuft der ioBroker drauf, wie ein Schweizer Uhrwerk. Zudem kann man ganz einfach weitere Docker-Abbilder installieren, um Testsysteme aufzubauen. Bisher ließen sich problemlos sämtliche Updates installieren. Gedanken an Hardware-Ressourcen erledigen sich damit ziemlich schnell. Hinzu kommt, dass ein Synology NAS noch viel, viel mehr kann. In der Regel genügt für die nichtkommerzielle Nutzung auch ein 2-Bay-NAS. Raspis sind wirklich toll, aber sie stoßen in Verbindung mit dem ioBroker irgendwann einfach an ihre Grenzen.