@saschag Danke dir!

Hallo zusammen, Ich stehe gerade auch vor dem Problem, dass ich einen atv4k als steuerzentrale eingerichtet habe. Ich kann aber nicht von außen zugreifen. Iobroker läuft als lxc Container in Proxmox und ist soweit aktuell. Innerhalb des wlans ist alles in Ordnung. Auf andere Geräte die nicht über yahka Adapter in HomeKit eingebunden sind kann ich auch zugreifen.

@flix-0 Hallo, du kannst im yahka-Adapter eine Conversion einstellen. In den Einstellungen für den Sensor hakst du "ContactSensorState" an und stellst den ioBroker Datenpunkt ein. Im Dropdown "Conversion" wählst du dann "Skript" und packst bei "to HomeKit" dieses Skript rein if (value == 2) return (true); if (value == 1) return (false); "to ioBroker" ist nicht auszufüllen, da du ja nicht mit der App den Datenpunkt änderst (keine Bedienung). Alternativ (und das empfehle ich ausdrücklich): Nutze den linkeddevices Adapter und lasse ihn den Status konvertieren. Dann kannst du in allen Visualisierungen zukünftig den linkeddevices-Datenpunkt für den Fensterkontakt verwenden (auch wenn du mal die Hardware von einem zum anderen Hersteller wechselst). Gruß Pix

@yodameister

@thomas-braun Hallo zusammen, vielen Dank für euer Bemühen, es läuft jetzt alles super. Ich habe einiges gelernt und auch den ELV WS 980 in iobroker eingebunden.

@wendy2702 hi, adapter komplett neu installiert. Wenn ich auf Testmail senden gehen kommt die FM. Habe bereits icloud, gmx und gmail ausprobiert. Auch verschiedene Ports. Habe auch gelesen das man was in dem jeweiligem Postfach was freigeben muss damit man von anderen Programmen was abholen kann. Gruß Alero

@malz1902 Ich habe auch Raumthermostate mit Rädchen. Ich steuere die Stellantriebe mittels einem Sonoff 4ch pro. Einstellen kann ich über die VIS. [image: 1613730691045-c931b0c8-1bf1-4bd0-b0af-5d455832decc.jpeg] [image: 1613730953512-6a5a5443-3df8-40ad-bc5c-66d9dddf3b11-resized.jpeg] Wenn ich hier smart aktiviere, regelt der iobroker wenn smart deaktiviert ist dann wieder die dummen Wandthermostate. Funktioniert perfekt und ohne große kosten.

@unclesam sagte in iobroker/create-adapter Fehler-meldungen oder kein Output: in welches Verzeichnis hast du den neuen Adapter erstellt? Ergänzend: Der Befehl npx @iobroker/create-adapter sollte in dem Verzeichnis ausgeführt werden, wo deine lokalen Adapter-Repositories liegen. Also z.B. wenn du alles in C:\dev hast, dort auch den Befehl ausführen - dann wird das Adapterverzeichnis dort erstellt.

@humidor Indem sich die entsprechenden files serverseitig synchronisieren.

@apollon77 Okay.

@smarteshome2020 Aus dem Changelog der letzten Labor-Version 07.24-86226 BETA: Verbesserung Optimierung des Retry-Verhaltens von DNS over TLS (DoT) Verbesserung Robustheit von DNS over TLS (DoT) bei ausfallenden oder nicht antwortenden Gegenstellen erhöht Verbesserung Robustheit von DNS over TLS (DoT) durch seltenere Latenzmessung erhöht Da hat sich also einiges geändert. Bei mir läuft jetzt z. B. der tado-Adapter durch, der ist früher immer nach ein paar Stunden nicht mehr in die Cloud gekommen. Die Labor-Version würde ich dir also empfehlen, wenn dir DoT wichtig ist. Genutzte DNS-Server 2620:fe::fe 2620:fe::9 9.9.9.9 149.112.112.112 2620:fe::9 (DoT verschlüsselt) 2620:fe::fe (DoT verschlüsselt) 149.112.112.112 (DoT verschlüsselt) 9.9.9.9 (aktuell genutzt für Standardanfragen - DoT verschlüsselt)

@haselchen Es ist ein Goove Ledstreifen. Habe es aber eben geschafft alles über den Tuya Adapter einzubinden.

@grml sagte in Licht per Google Kalender steuern: etwas damit rumspielen. Dann brauchst du natürlich im linken Teil noch einen Trigger. Mir schwebt vor auf Änderung des iCAL Texzes zu triggern. Dann der Variable Quelle nicht den grünen Text, sondern Wert von ical.0.text zuweisen Ich weiß es allerdings nicht, ob da ggf. mehrere solche Termine drin sind, hab das "nur mal eben" quick and dirty zusammengeklimpert der liest nur das erste Auftreten aus

@segway Hallo, ich stehe leider vor dem gleichen Problem. Hast Du es gelöst bekommen?

@0018 sagte in influxdb speichert nicht alle Werte kontinuierlich in DB: da ja nur der Wert des Objekts im Log zu lesen ist und nicht der zugehörige Objektname .... zumindest siehst du woher "from":"system.adapter.influxdb.0" @0018 sagte in influxdb speichert nicht alle Werte kontinuierlich in DB: warum EHOSTUNREACH gemeldet wird, wohl doch scheinbar ein Netzwerk Problem zu deinem externen Server

@wendy2702 nein, kein Debug läuft von der Instanz die anderen Dinge kann ich so schnell nicht prüfen.

@thomas-braun ja - voll den Frühjahrsputz gemacht :-) läuft wieder alles perfekt!!!!