@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 :+1: 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!?

Hallo nochmal, habe grade gesehen dass es ein Update des hm-rega Adapters gegeben hat. Bei der neuesten Version startet der Adapter normal. Fall ist also erledigt. Sebastian

@zombiee77 sagte in YAHKA Installation klappt nicht mit "No git binary found" in Win10: es Mir auch! Vielen vielen Dank!!

Um die Voreinstellungen auf ein neues System zu übernehmen geht man folgendermaßen vor: Voraussetzung, die Datenpunkte sind auf dem neuen System mit den alt-System identisch Die komplette URL kopieren in der Url die alte IP-Adresse durch neue ersetzen. z.B. alt: http://192.168.10.125:8082/flot/index.html?l%5B0%5D%5Bid%5D=smartme... neu: http://192.168.10.126:8082/flot/index.html?l%5B0%5D%5Bid%5D=smartme... in der Url index durch edit ersetzen alt: http://192.168.10.125:8082/flot/index.html?l%5B0%5D%5Bid%5D=smartme... neu: http://192.168.10.126:8082/flot/edit.html?l%5B0%5D%5Bid%5D=smartme... im Browser aufrufen und dann auf Speichern klicken. Danke an @Homoran für die entscheidende Hinweise.

Hat sonst noch einer eventuell nen guten Tipp für mich? Danke im voraus für die Hilfe. Gruß Markus

@ stabilostick Danke für die Info @Jey-Cee Sorry war mein erster Beitrag im neuen Forum, Du hast natürlich Recht gelobe Besserung. lg m0skit0

im ioBroker Verzeichnis unter iobroker-data/history/...

@derrapf Was ich jetzt gemacht habe: Alle Files die in /opt/iobroker/node_modules/iobroker.iot/node_modules/.bin waren nach /opt/iobroker/node_modules/iobroker.iot/node_modules/.bin/backup verschoben. Danach noch mal IOT upgedatet. Jetzt hat es mehr oder weniger geklappt. Es kam die Meldung: root@ioBroker-Rock64:/opt# clear & npm install iobroker.iot@0.3.1 --production --save --prefix "/opt/iobroker" [1] 959 + iobroker.iot@0.3.1 added 28 packages from 11 contributors, removed 92 packages, updated 2 packages, moved 4 packages and audited 3497 packages in 107.047s found 53 vulnerabilities (31 low, 4 moderate, 18 high) run `npm audit fix` to fix them, or `npm audit` for details [1]+ Done clear Muss mir die Meldung bzgl. vulnerabilities Sorgen machen? Der Befehl npm audit fix auf jeden Fall funktioniert nicht root@ioBroker-Rock64:/opt# npm audit fix npm ERR! code EAUDITNOPJSON npm ERR! audit No package.json found: Cannot audit a project without a package.json npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2019-02-13T21_36_21_398Z-debug.log IOBroker scheit aber zu funktionieren. Das Verzeichnis .bin ist aber leer geblieben. Soll ich die Files die ich weg gemoved habe da wieder rein tun? Gruss Ralf

Ich weiß jetzt wo dran es lag. Bei mir im Heimnetz funktioniert es wunderbar. Wenn ich mich allerdings über die Cloud iobroker.pro dann habe ich die Effekte, wie oben beschrieben. Kann aber auch an unserem Firmennetz liegen, wenn da was über blockierte Ports transportiert wird.

Was noch fehlte: rm /etc/apt/sources.list.d/pve-enterprise.list