@TKU Client :-) Das ist was ganz anders, da auch alle Tasmota Geräte Clients sind und die alle auf dem selben Port senden und das ist auch der Unterschied, die Senden. Wäre es der Broker, hättest ein Problem, wenn beide Adapter auf dem selben Port lauschen ;-)

@martinschm Ist mittlerweile gelöst.

Vielleicht hier: https://forum.iobroker.net/post/254547 Ich habe das auch umgesetzt. Kann aber frühestens Dienstag gucken wie.

AT LAST! Nachdem ich die Anleitung von BulldogISLgmx.de doch noch gefunden und den Thread durchgeschaut habe, ist mir das mit dem Reset (Batterie raus + 1 min warten + drei Tasten drückeb & Batterie rein) aufgefallen. Nun SCHEINT(!) es zu funktionieren. Zumindest wurde auf einem Thermostat schon mal eine Temperatur übertragen. Übrigens hat es bei mir nun doch nur mit der Basisadresse 123456 geklappt (oder die Basisadresse ist doch komplett egal und es hat einfach bei diesem Mal auf einmal hingehauen)

@Esel sagte in Ich bin von der Weboberfläche ausgesperrt: system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin Admin läuft und Webseite sollte erreichbar sein.

@Vocaris sagte in ioBroker auf QNAP: a) alles schon alt B) es wird immer iVm der Synologie gebracht Zu a) was ist daran falsch? Alt bedeutet doch nicht das es nicht funktioniert. Zu b) stimmt nicht. Z.B. https://forum.iobroker.net/post/338137

Wenn du es doch mit ioBroker machen möchtest, schau mal hier rein: https://github.com/Baenker/Servicemeldungen-Homematic/blob/master/Servicemeldungen.js Und der Thread dazu: https://forum.iobroker.net/topic/19436/servicemeldungen-all-inclusive-für-homematic

Ich benutze den Homematic IP AccessPoint und kann meine Rolladen mit dem "shutterLevel " 0.00 bis 1.00 steuern. Mit welchem Widget kann ich den Rolladen in VIS integrieren ? Mit dem "hqwidget -> Window and Shutter" kann ich nur 0 bis 100 einstellen aber keine Kommastelle. Kann man irgendwie ein Faktor einstellen? Der "hqwidget -> Window and Shutter" ist auch nicht besonders schön. Gibt es eine alternative?

@ON7AMI Link Text Da wird gerade ein Projekt aufgesetzt.

@Spike08122 Hallo, ich hatte auch in diversen Anleitungen von dem Problem mit der PARTUUID gelesen und war deswegen ein wenig abgeschreckt. Bei der Variante von Elzershark (Video ist oben verlinkt) entfällt dieser Part - deswegen hatte ich mich dafür entschieden und es läuft bei mir.

@nick21 sagte in Wiederherstellung durch Backitup ->keine Aktualisierung: könnte auch sein und im Backup war das Repo auf latest?

@hsteinme sagte in Worx Adapter: Kalender-Änderungen per JavaScript unwirksam: Meine geschilderte Situation scheint also durch einen Bruch in der Kommunikationsmethode verursacht zu werden: Server und Adapter reden in Blöcken miteinander, während Skripte und Adapter in Feldern miteinander reden. Und da es skriptseitig keine Technik gibt, Feldänderungen in Transaktionen zu bündeln, kommt es zu den beschriebenen Effekten. @Meistertr: Ich hatte mich im FHEM-Gelände umgehört, ob dort ähnliche Effekte bekannt sind. Sind sie nicht. Die Erklärung, weshalb sie dort nicht auftreten können, findet sich in der Schnittstellenbeschreibung: changeCfgCalendar: Set calendar per weekday Example: 0,10:00,300,1 - weekday 0-6 (0 = Sunday, 6 = Saturday) - starttime (hh:mm) (e.g 10:00) - worktime in minutes (value between 0 and 720) - bordercut (1 = bordercut on, 0 = bordercut off) Die Plandaten eines Wochentages werden also mit einem einzigen Befehl vom Skript an den Adapter übergeben und können somit auch in einem gemeinsamen JSON-Text auf einen Schlag zum MQTT Server geschickt werden. Dies könnte doch auch ein Lösungsansatz für Deinen ioBroker Worx Adapter sein: Je Wochentag neben den (aus Gründen der Aufwärtskompatibilität weiterhin vorhandenen) Datenpunkten startTime, workTime und borderCut einen zusätzlichen Datenpunkt schedule einführen, der als Liste oder als Array die Werte für startTime, workTime und borderCut enthält. Was hältst Du von diesem Ansatz?

Moin... Ich nutze beide Varianten von Z-Wave.me, Razberry (Live-System) und UZB (Test-System), unter Z-Way an Pi's. Gefühlt hat der UZB eine kürzere Reichweite bei wenigen weiteren Geräten im Netzwerk, da er einen zu kurze Antenne hat. Bei genügend Netzbetriebenen Geräten fällt das im Mesh-Netzwerk aber nicht auf. Der Raz hat noch den Vorteil, das man eine "richtige" Antenne anschließen kann mit etwas Lötarbeit. Wie man die Geräte des HC2 ohne den Umweg über Homebrige in ioBroker kriegen kann vermag ich nicht zu sagen. Für Z-Way skripte ich mir zur Zeit gerade was zusammen. Die haben eine gut dokumentierte API. Das funktioniert schon sehr gut. Cheers

@smarthome2020 okay das freut mich. Ja, das mit dem Sirenenton ist etwas blöd. Bis vor kurzem gab es noch den Skill Tornadosirene, das war besser als die Feuerwehr. Naja, besser als gar nichts. 😉

Verstehe ich dich richtig? Du willst die Lampe nur an und aus schalten? Dann nimm die Objekt ID "On" (siehe Screenshot). Mit True und False sind die schaltbar. Kannste auch direkt in den Objekten schalten. [image: 1587286779326-1587130741698-screenshot_2020-04-17-objects-iobroker.png]

soweit läuft es wieder und ist auf neuen Stand. einiges zickt noch ich glaube ich muss noch nodejs aktualisieren so wie ich es rausgelesen habe

@reini: Falls Du den Worx Landroid Cloud Adapter meinst: einfach worx.0.<SerienNummer>.mower.state = false setzen

@io_newbie lokale Datei erfordert keinen User / Passwort

Danke @wendy2702 @paul53 @foxriver76 Instanz ist grün und das Script von @foxriver76 liefert brav die Daten! :) [image: 1587245028654-objects-iobroker-26.png]