@codierknecht Dann mal schönen Urlaub.

@wibear said in ESPHome .yaml Fehlermeldung Pillow Version: Erstmal danke fuers Update. esphome has an invalid jsonConfig: [{"instancePath":"/items/devices/items/encryptionKey", "schemaPath":"#/definitions/passwordProps/additionalProperties", "keyword":"additionalProperties", "params":{"additionalProperty":"freeSolo"}, "message":"must NOT have additional properties"},{"instancePath":"/items/devices", "schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/9/if","keyword":"if", "params":{"failingKeyword":"then"}, "message":"must match "then" schema"},{"instancePath":"", "schemaPath":"#/if","keyword":"if", Ja die json config vom adapter braucht mal ein update. Ist aber nur eine Warning, nicht so schlimm temporär, funktioniert trotzdem. manchmal sind alle Anzeigen sichtbar, manchmal aber nur wenige oder gar keine: Ja so funktioniert MQTT. Der ESP subscribed ja nur auf neue Nachrichten in den MQTT Topics. Bis dein Skript dann einen Wert publiziert, wird der esp somit auch nichts anzeigen. Bei fehlenden Werten gibt's permanent MQTT-Warnmeldungen: Weis nicht was ich daran aendern koennte. Ist irgendein Problem / falsche Konfiguration wahrscheinlich von ESPHome und / oder MQTT (-Adapter). Hat nichts mit dem Esphome adapter zu tun.

@koenigsmarck sagte in Probleme mit Tasmota Verbindung zu ioBroker: sonst neige ich dazu doch wieder auf ein raspi umzusteigen Ich nehme mal an, dass da kein Windows-Server am Start ist. Die Desktop-Varianten sind aber für den Betrieb als Server - gelinde gesagt - "suboptimal". Mal abgesehen davon, dass die allermeisten hier Linux einsetzen und für Windows nur sehr wenig Unterstützung vorhanden ist.

@liv-in-sky Ok DAnke

Nach einer Neuinstallation des Adapters läuft alles. Dank geht an mich ;-)

@oldman Guten Morgen, da ein Zugriff auf meinen Whirlpool über die App leider nicht mehr möglich ist, ( Serverfehler ) habe ich eine Frage an die Spezialisten. Ist es möglich, durch die Auswertung des Datenverkehr einen Zugriff auf die Steuerung zu bekommen.

@dapanic said in Zweite Zigbee Instanz für zweiten Coordinator: Also habe ich mir einen zweiten UZG geholt, den exakt so eingerichtet wie den ersten und versucht, mit einer zweiten Instanz vom Zigbee Coordinator nun diesen anzusteuern. Kanal, PanID, ExtPanId, eventuell auch der Transportschlüssel sollten zwischen beiden Koordinatoren schon komplett unterschiedlich sein. Auch wenn Du der Meinung bist, dass der Kanal von unten im oberen Stockwerk gar nicht ankommt, so können sich die Geräte trotzdem gegenseitig stören, wenn sie auf dem gleichen Kanal funken, aber unterschiedlichen Netzwerken angehören, weil vermutlich der Empfang zwischen den Etagen nicht überall gleich gut / schlecht ist. Ansonsten dürfte das Logfile voll mit Fehlermeldungen sein, wenn der Adapter in einer Endlosschleife ständig neu startet. Reinschauen, gemeldete(s) Problem(e) beheben, und neu versuchen, oder hier mit den Logs melden.

@nicksput said in Shelly 1 Gen3 mit Tasmota über MQTT einbinden: Dennoch würde ich gerne den Tasmota-Weg weiterverfolgen, Ist zwar nicht die Gen3 aber schon mal GPIO 4 und die Auto-configuration probiert? https://templates.blakadder.com/shelly_plus_1.html Was nicht heißen soll, dass ich verstehe warum man die Dinger auf Tasmota flasht, wenn man sie mit IOB einsetzt.

Ich konnte das Update machen, indem ich v14.0.0 installierte, ein paar Reboots machte und dann konnte ich v14.6.0 flashen.

@mading Die Handy App vw connect hatte ich ja schon beim vw caddy 5 in Verwendung. Habe heute beim Laden mir während der Wartezeit die App am Handy genauer angesehen und gleich den Buzz hinzugefügt, man benötigt keinen Dataplug mehr !

@roman234 und weiter? Hast du es hinbekommen?

@d003232 Bitte :+1:

@marios No problem. Ich nehme an du hast einen Logeintrag bekommen. Hauptsache du kannst den Shelly und den Adapter nun benutzen. Und DANKE fürs Feedback.

@paul53 In welcher Kategorie finde ich den Block "setze -Liste- auf"? Habe jetzt alle einmal durchgeklickt, aber ich finde diesen Eintrag nicht. Außer ich habe ihn komplett überlesen.. Edit: Habe es gerade selber gefunden. Es ist eine Variable.

@ma-sch sagte in Modbus Seriell - Mehrere Adressen = mehrere Instanzen: Richte ich jetzt für jeden Teilnehmer einen Instanz ein oder muss ich "Mehrere Geräte-IDs" verwenden. du kannst bei Modbus RTU gar nicht mit mehreren Instanzen auf den selben USB2RTU Konverter zugreifen.

An sich sollte der Adapter das ACK Flag setzen sobald der Thermostat die Änderung bestätigt - allerdings nur wenn der State auch read=true hat, also einen lesbaren Wert liefern soll. Ob der Thermostat das tut muss der Dev sich ansehen. Ev. erstell ein Issue beim Adapter. Nur BUTTONS (Attribute read:false) brauchen nicht bestätigt zu werden da diese im allgemeinen auch nicht vom Gerät bestätigt werden. Dass du aus deinem Script den Wert mit ACK=FALSE (steuere) setzt ist völlig in Ordnung.