@paul53 sagte in Probleme mit javascript Adapter: Unter der Gruppe common können die Skripte liegen, nur nicht unter der Gruppe global. okay, dann war es das :-) ich wusste doch da war was

Hab es nochmals ausprobiert, immer wenn ich versuche, irgendwelche Instanzen (auch nur die PING-Instanz) über das Webinterface zu installieren, startet der Dienst beim nächsten Neustart nicht mehr :( Tritt der Fehler wirklich nur beim Armbian Image auf? Soll ich mal Ubuntu Mate versuchen? Würde gerne auf Armbian bleiben. Muss man den IOBroker immer mit den Kühlkörpern betreiben? Bis jetzt (läuft ja nicht wirklich) denke ich noch ich komme ohne Kühlkörper und Lüfter aus.

Ich habe jetzt mal einen Shelly1 in der Shelly-APP hinzugefügt. Auch hier wird der Shelly nicht erkannt und der Adapter nicht grün?!? Die Firmware vom Shelly1 ist aktuell.

Würde mich auch mal interessieren.

Hi Torsten, hast du dir diesen Beitrag mal angesehen: https://forum.iobroker.net/topic/7336/iobroker-mit-warema-wms-web-control Gruß Dominik

Ich habe es jetzt hinbekommen, die Zustände auf den Bulbs direkt zu setzen. Die Option "Unterschiedliche Namen für setzen und lesen" muss zusätzlich zu "Sende auch Zustände" aktiviert sein. Danach muss der Parameter unter dem Topic "/zigbee/0/BulbId/ParameterId/set" gesetzt werden.

Hallo zusammen, hat irgendjemand eine Idee? Wenn das Gateway nur "fäslchlicher" Weise im IOBORKER unter dem Rega Adapter auftaucht , lösche ich es einfach, wenn es aber dort wie die CCU nutzbar wäre würde ich es gerne korrekt anbinden. Danke !

@arteck sagte in Zigbee Adapter Update, wie?: der Stick speichert die intern .. also alles das was du anlernst.. bei reflash gehen diese Informationen verloren.. da kannst du nix sichern.. ansonsten werden die schon angelernten Devices in einer Datei gespeichert. die nützt dir aber nix wenn der Stick die Geräte nicht mehr kennt Ok, Danke für die Info! :)

@srkonus sagte in [Frage] HM epaper Display: Den Taster kann man nutzen, der Text ist allerdings nicht änderbar. Angeblich ist er ein "State", wenn man ihn auf "Zeichenkette" ändert, bringt es auch nichts. Habe fastdas gleiche Problem. Ich möchte das Icon ändern, habe den type zum Test auch mal auf Zeichenkette geändert, leider kommt immernoch "Wrong type of "string". Hat jemand zufällig eine Lösung?

Habs jetzt hinbekommen, habe einfach aus dem pulldown-Menü /dev/ttyACM0 genommen und erfolgreich ein Gerät angelernt

Danke für die raschen Antworten. Blöd nur wenn der Threadersteller selbst am nächsten Tag in den Urlaub fährt und darauf vergisst. Asche über mein Haupt... nun btt: @apollon77 die Cloud in den Shellys ist deaktiviert, deshalb war ich ja so verwundert als ich entdeckt habe, dass sie versuchen Kontakt aufzunehmen. @Denwo Vielen Dank für die Nachhilfe in Netzwerktechnik. Wieder was dazu gelernt. @Denwo und @Dr-Bakterius Es ist nun aber so, dass der Pihole die Anfragen an xxx.shelly.cloud nicht piholed sondern ganz normal durchlässt (hab hier keine Regel hinzugefügt). Im Pihole zeigt sich auch keine Änderung des Verhaltens wenn die Portsperre am Router deaktiviert wird. Am Ende des Tages ist das Ganze jetzt nicht soo schlimm, da ich ihnen ja die Verbindung ohnehin wegnehme. Stört mich nur ein bisschen, dass die Logs damit zugemüllt werden und relativ sinnlos im WLAN rumgefunkt wird.

@Homoran sagte in IoB - "neue" Installationsroutine: Nein, da irrst du nicht. Der Patch ist noch nicht ganz fertig - aber in Arbeit! Alles klaro i will wait !

Hallo zusammen, dank Euren Tips habe ich nochmal diverses ausprobiert und die Lösung gefunden. In den Firewall EInstellungen der CCU3 habe ich nach wie vor drin stehen "Ports Blockiert" ABER: Ich habe jetzt den Port 8701 bei den zugelassenen Ports eingetragen. Damit bleibt der CUXD RPC nun dauerhaft grün. Was mir mit meinen rudimentellen securtiy kenntnissen nicht klar ist: warum muß ich den port eintragen und es funktioniert, wenn ich doch unter IP Adressen die zugelassen werden beide IP Adressen des NAS eingetragen habe. Ich finde es seltsam, aber nun gut. Des Rätsels Lösung ist gefunden. Danke Euch allen für die Hilfe.

Hallo Leute, ich habe einige gut Ansätze gelesen hier. Ich möchte gern das MQTT Plugin von Octoprint in mein Sonoff Adapter im IObroker einpflegen... Kann mir da jemand helfen. Ich habe die IP und Port vom Sonoff eingegeben. Unter Sonoff.0 kommt auch eine seltsame ID rein unter der aber nur ein alive Zeile erscheint. [image: 1550157385274-octo.jpg] Ich habe auch den octoprint Adapter in IObroker installiert... aber ich möchte LED und Relay des Pi über IObroker/Sonoff steuern. An meinem Drucker hab ich ein Relay eingebaut das den Hauptstrom schlatet. [image: 1550157630996-octo2.jpg] und LED´s, DS18B20 und nen Filament Sensor alle werden über ein GPIO von Pi geschaltet/gesteuert. Über die Encloser Adapter in Octoprint kann ich die alle Steuern/Ablesen, aber ich will die als Objekt in den Sonoff adapter meines IObroker haben?

@BBTown said in Homematic Wandtermostate nicht unter den Instanzen: So wie ich es herausgehört habe, hast Du kein "wired" Ich war bisher der Annahme, die Rolladenaktoren hängen an einem Bus. Offenbar ist dies nicht so, wenn ein Teil dieser bei der Liste der HM-IP mit auftaucht. arum das so ist, müsste ich mit dem Dienstleister klären, der es verbaut hat. Aber offenbar sind keine wired-Komponenten vorhanden, da ja alle Geräte entweder beim Funk oder bei HM-IP auftauchen. Also lösche ich Instanz hm-rpc.3 nun wieder und belasse .0 und .1 so wie sie sind!?