Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Tuya Thermostat (_TZE200_hue3yfsn)

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    492

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.7k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.6k

Tuya Thermostat (_TZE200_hue3yfsn)

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
62 Beiträge 8 Kommentatoren 15.8k Aufrufe 11 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • D diti

    @pete0815
    ich gehe davon aus dass, der Ventil nie die lokale Temperatur einfach so rum sendet. Die wird bekannt gegeben,wenn der Ventil von Smart Life, Tuya Smart angesprochen wird (auf welche Weise weiß ich nicht), oder wenn er ein Signal für Temperatur-Kalibrierung bekommt, hier muss er logisch Ergebnisse der Kalibrierung zeigen. Warum das bei dir nicht geht, weiß ich nicht. Aktualisierung der lokalen Temperatur mache ich mit einfachen Blockly-Skript
    4.PNG

    Was es um die Ventilposition geht, der Thermostat hat ja kein Data Point ID um das von extern zu steuern, oder?
    Danke für Info über Einpflegung in Zigbee2MQTT, jetzt läuft´s bei mir direkt ohne Umwege.
    1.PNG
    2.PNG
    3.PNG

    Das einzige Problem was ich habe nur diese Meldungen, die ständig auftreten

    2021-11-22 18:07:29.191 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:07:29.314 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:12:20.998 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314f1.current_heating_setpoint" has to be type "number" but received type "string"
    2021-11-22 18:12:21.024 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314aa.current_heating_setpoint" has to be type "number" but received type "string"
    2021-11-22 18:12:21.191 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe631473.current_heating_setpoint" has to be type "number" but received type "string"
    2021-11-22 18:12:22.051 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.current_heating_setpoint" has to be type "number" but received type "string"
    2021-11-22 18:12:27.416 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314f1.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:12:27.514 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314aa.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:12:27.537 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314f1.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:12:27.630 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314aa.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:12:27.703 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe631473.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:12:27.809 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe631473.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:12:28.524 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:12:28.633 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:17:27.398 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:17:27.490 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe631473.local_temperature" has to be type "number" but received type "string"
    2021-11-22 18:17:27.527 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314cb.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:17:27.621 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe631473.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-22 18:17:28.355 - info: zigbee.0 (8262) State value to set for "zigbee.0.50325ffffe6314f1.local_temperature" has to be type "number" but received type "string" 
    

    ich glaube das hat mit dem neuen Zigbee Adapter 1.6.7 zu tun hat.

    ? Offline
    ? Offline
    Ein ehemaliger Benutzer
    schrieb am zuletzt editiert von Ein ehemaliger Benutzer
    #50

    @diti
    Danke fürs Feedback und verstehe Dich als nutzt Du jetzt den 1.6.7 Adapter ohne eigene Modifikationen.
    Das wäre gleich wie bei mir aber ich stelle wesentlich weniger "Reaktionen" des Thermostats fest. Eine Veränderung der Temperaturkalibrierung bewirkt im Prinzip nichts.

    Die Meldungen bzgl. falscher Datentypen habe ich ebenfalls auch für verschiedene DPs.
    Ich habe mal die debugmessages aktiviert um vlt. sehen zu können was dort gesendet und empfangen wird:

    2021-11-21 19:27:37.762 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.holiday_mode_date" has to be type "number" but received type "string"
    2021-11-21 19:27:37.798 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":69}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:37.800 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '69' from device 9035eafffe418d35 for 'Link quality'
    2021-11-21 19:27:37.801 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":81,\"dp\":101,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,0]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":93,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:37.802 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":81,\"dp\":101,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,0]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":93,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
    2021-11-21 19:27:37.834 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"boost_timeset_countdown":0}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:37.837 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '0' from device 9035eafffe418d35 for 'Setting minimum 0 - maximum 465 seconds boost time. The boost (♨) function is activated. The remaining time for the function will be counted down in seconds ( 465 to 0 ).'
    2021-11-21 19:27:37.955 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":69}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:37.957 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '69' from device 9035eafffe418d35 for 'Link quality'
    2021-11-21 19:27:37.958 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":82,\"dp\":102,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":94,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:37.959 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":82,\"dp\":102,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":94,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
    2021-11-21 19:27:37.976 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"open_window_temperature":"21.0"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:37.979 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"21.0"' from device 9035eafffe418d35 for 'Open window temperature'
    2021-11-21 19:27:37.999 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.open_window_temperature" has to be type "number" but received type "string"
    2021-11-21 19:27:38.113 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":75}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.115 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '75' from device 9035eafffe418d35 for 'Link quality'
    2021-11-21 19:27:38.116 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":83,\"dp\":104,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":95,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.117 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":83,\"dp\":104,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":95,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
    2021-11-21 19:27:38.144 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"comfort_temperature":"21.0"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.147 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"21.0"' from device 9035eafffe418d35 for 'Comfort temperature'
    2021-11-21 19:27:38.272 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.comfort_temperature" has to be type "number" but received type "string"
    2021-11-21 19:27:38.290 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":75}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.292 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '75' from device 9035eafffe418d35 for 'Link quality'
    2021-11-21 19:27:38.293 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":84,\"dp\":105,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,170]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":96,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.294 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":84,\"dp\":105,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,170]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":96,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
    2021-11-21 19:27:38.322 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"eco_temperature":"17.0"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.325 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"17.0"' from device 9035eafffe418d35 for 'Eco temperature'
    2021-11-21 19:27:38.346 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.eco_temperature" has to be type "number" but received type "string"
    2021-11-21 19:27:38.448 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":75}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-21 19:27:38.450 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '75' from device 9035eafffe418d35 for 'Link quality'
    

    @asgothian die Aktualisierung der lokalen Temperatur wurde bis jetzt leider von niemandem automatisch berichtet und die Werte sogar als falsch deklariert. Da ich die Temperatur nur beim Pairing bekomme, bin ich an dem Schritt noch nicht.
    Um im Sinn der Batterie Strom zu sparen und das Ventil nicht zu sehr zu stressen finde ich die Idee ganz gut, dass auch über einen Zeitplan zu lösen (Nachts geringere Aktualisierungsintervalle als Tags).

    Du meinst mit State Device Query den Button in den Objekten? Kann man diesen noch konfigurieren? Derzeit bringt eine Auslösung keine Aktualisierung von DPs oder Meldungen dazu im Log:

    2021-11-23 08:58:31.313 - warn: zigbee.0 (29765) ELEVATED publishToState: message received '{"available":true}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-23 08:58:31.315 - warn: zigbee.0 (29765) ELEVATED publishToState: value generated 'true' from device 9035eafffe418d35 for 'Available'
    2021-11-23 08:58:31.317 - warn: zigbee.0 (29765) ELEVATED publishToState: message received '{"linkquality":10}' from device 9035eafffe418d35 type 'TV02-Zigbee'
    2021-11-23 08:58:31.318 - warn: zigbee.0 (29765) ELEVATED publishToState: value generated '10' from device 9035eafffe418d35 for 'Link quality'
    2021-11-23 08:59:00.853 - warn: zigbee.0 (29765) ELEVATED: User stateChange zigbee.0.9035eafffe418d35.device_query {"val":true,"ack":false,"ts":1637654340836,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1637654340836}
    2021-11-23 08:59:00.895 - warn: zigbee.0 (29765) ELEVATED Change state 'device_query' at device 0x9035eafffe418d35 type 'TV02-Zigbee'
    

    Edit: Gerade einmal ganz frisch nochmal neu versucht, da ja manche Geräte auf einigen Kanälen Probleme machen sollen. Neu Installation und jetzt auf Kanal 18 statt 26 aber wiederholt gleiches Ergebnis -> Keine Aktualisierung durch manuelle Anpassung der Temperaturkalibrierung und schon beim Pairen diese Datentypfehler:

    2021-11-23 15:46:43.278 - info: zigbee.0 (7462) Zigbee: allowing new devices to join.
    2021-11-23 15:47:11.461 - info: zigbee.0 (7462) Starting interview of '0x9035eafffe418d35'
    2021-11-23 15:47:11.661 - warn: zigbee.0 (7462) Device '0x9035eafffe418d35' announced itself
    2021-11-23 15:47:14.189 - info: zigbee.0 (7462) Successfully interviewed '0x9035eafffe418d35', device has succesfully been paired
    2021-11-23 15:47:14.192 - info: zigbee.0 (7462) Device '0x9035eafffe418d35' is supported, identified as: TuYa Thermostat radiator valve (TV02-Zigbee)
    2021-11-23 15:47:20.541 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.current_heating_setpoint" has to be type "number" but received type "string"
    2021-11-23 15:47:20.587 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.local_temperature" has to be type "number" but received type "string"
    2021-11-23 15:47:20.788 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.local_temperature_calibration" has to be type "number" but received type "string"
    2021-11-23 15:47:20.947 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.holiday_temperature" has to be type "number" but received type "string"
    2021-11-23 15:47:21.557 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.holiday_mode_date" has to be type "number" but received type "string"
    2021-11-23 15:47:21.818 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.open_window_temperature" has to be type "number" but received type "string"
    2021-11-23 15:47:21.971 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.comfort_temperature" has to be type "number" but received type "string"
    2021-11-23 15:47:22.054 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.eco_temperature" has to be type "number" but received type "string"
    2021-11-23 15:47:44.629 - info: zigbee.0 (7462) Zigbee: stop joining
    

    Edit2: Und schon funktioniert es. Die manuelle Temperaturkalibrierung hat als String Eingabe zu erfolgen, nicht als Number. Dann wird auch die lokal Temperatur sofort aktualisiert.

    Edit3: Leider bleibt das Problem der Datentypen aktuell bestehen. Ich beschreibe Datentypen als String und das erzeugt eine Warnung. Habe versucht die Datentypen der DPs in String zu ändern, aber diese werden bei der nächsten Aktualisierung wieder zurück gestellt. Entsprechend bekomme ich bei "einer Temperaturabfrage" jede Stunde, 24 dieser Warnungen je Tag ins Protokoll geschrieben. Stört natürlich und kann man das lösen?

    	2021-11-24 10:15:02.291	info	State value to set for "zigbee.0.9035eafffe418d35.local_temperature_calibration" has to be type "number" but received type "string"
    	2021-11-24 10:15:02.112	info	State value to set for "zigbee.0.9035eafffe418d35.local_temperature" has to be type "number" but received type "string"
    	2021-11-24 10:15:00.121	info	State value to set for "zigbee.0.9035eafffe418d35.local_temperature_calibration" has to be type "number" but received type "string" 
    
    AsgothianA 1 Antwort Letzte Antwort
    0
    • ? Ein ehemaliger Benutzer

      @diti
      Danke fürs Feedback und verstehe Dich als nutzt Du jetzt den 1.6.7 Adapter ohne eigene Modifikationen.
      Das wäre gleich wie bei mir aber ich stelle wesentlich weniger "Reaktionen" des Thermostats fest. Eine Veränderung der Temperaturkalibrierung bewirkt im Prinzip nichts.

      Die Meldungen bzgl. falscher Datentypen habe ich ebenfalls auch für verschiedene DPs.
      Ich habe mal die debugmessages aktiviert um vlt. sehen zu können was dort gesendet und empfangen wird:

      2021-11-21 19:27:37.762 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.holiday_mode_date" has to be type "number" but received type "string"
      2021-11-21 19:27:37.798 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":69}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:37.800 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '69' from device 9035eafffe418d35 for 'Link quality'
      2021-11-21 19:27:37.801 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":81,\"dp\":101,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,0]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":93,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:37.802 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":81,\"dp\":101,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,0]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":93,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
      2021-11-21 19:27:37.834 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"boost_timeset_countdown":0}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:37.837 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '0' from device 9035eafffe418d35 for 'Setting minimum 0 - maximum 465 seconds boost time. The boost (♨) function is activated. The remaining time for the function will be counted down in seconds ( 465 to 0 ).'
      2021-11-21 19:27:37.955 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":69}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:37.957 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '69' from device 9035eafffe418d35 for 'Link quality'
      2021-11-21 19:27:37.958 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":82,\"dp\":102,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":94,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:37.959 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":82,\"dp\":102,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":69,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":94,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
      2021-11-21 19:27:37.976 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"open_window_temperature":"21.0"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:37.979 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"21.0"' from device 9035eafffe418d35 for 'Open window temperature'
      2021-11-21 19:27:37.999 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.open_window_temperature" has to be type "number" but received type "string"
      2021-11-21 19:27:38.113 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":75}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.115 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '75' from device 9035eafffe418d35 for 'Link quality'
      2021-11-21 19:27:38.116 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":83,\"dp\":104,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":95,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.117 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":83,\"dp\":104,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,210]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":95,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
      2021-11-21 19:27:38.144 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"comfort_temperature":"21.0"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.147 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"21.0"' from device 9035eafffe418d35 for 'Comfort temperature'
      2021-11-21 19:27:38.272 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.comfort_temperature" has to be type "number" but received type "string"
      2021-11-21 19:27:38.290 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":75}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.292 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '75' from device 9035eafffe418d35 for 'Link quality'
      2021-11-21 19:27:38.293 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":84,\"dp\":105,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,170]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":96,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.294 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"{\"type\":\"commandGetData\",\"data\":{\"status\":0,\"transid\":84,\"dp\":105,\"datatype\":2,\"fn\":0,\"data\":{\"type\":\"Buffer\",\"data\":[0,0,0,170]}},\"linkquality\":75,\"groupID\":0,\"cluster\":\"manuSpecificTuya\",\"meta\":{\"zclTransactionSequenceNumber\":96,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":1,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":false,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 9035eafffe418d35 for 'Message from Zigbee'
      2021-11-21 19:27:38.322 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"eco_temperature":"17.0"}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.325 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '"17.0"' from device 9035eafffe418d35 for 'Eco temperature'
      2021-11-21 19:27:38.346 - info: zigbee.0 (23594) State value to set for "zigbee.0.9035eafffe418d35.eco_temperature" has to be type "number" but received type "string"
      2021-11-21 19:27:38.448 - warn: zigbee.0 (23594) ELEVATED publishToState: message received '{"linkquality":75}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-21 19:27:38.450 - warn: zigbee.0 (23594) ELEVATED publishToState: value generated '75' from device 9035eafffe418d35 for 'Link quality'
      

      @asgothian die Aktualisierung der lokalen Temperatur wurde bis jetzt leider von niemandem automatisch berichtet und die Werte sogar als falsch deklariert. Da ich die Temperatur nur beim Pairing bekomme, bin ich an dem Schritt noch nicht.
      Um im Sinn der Batterie Strom zu sparen und das Ventil nicht zu sehr zu stressen finde ich die Idee ganz gut, dass auch über einen Zeitplan zu lösen (Nachts geringere Aktualisierungsintervalle als Tags).

      Du meinst mit State Device Query den Button in den Objekten? Kann man diesen noch konfigurieren? Derzeit bringt eine Auslösung keine Aktualisierung von DPs oder Meldungen dazu im Log:

      2021-11-23 08:58:31.313 - warn: zigbee.0 (29765) ELEVATED publishToState: message received '{"available":true}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-23 08:58:31.315 - warn: zigbee.0 (29765) ELEVATED publishToState: value generated 'true' from device 9035eafffe418d35 for 'Available'
      2021-11-23 08:58:31.317 - warn: zigbee.0 (29765) ELEVATED publishToState: message received '{"linkquality":10}' from device 9035eafffe418d35 type 'TV02-Zigbee'
      2021-11-23 08:58:31.318 - warn: zigbee.0 (29765) ELEVATED publishToState: value generated '10' from device 9035eafffe418d35 for 'Link quality'
      2021-11-23 08:59:00.853 - warn: zigbee.0 (29765) ELEVATED: User stateChange zigbee.0.9035eafffe418d35.device_query {"val":true,"ack":false,"ts":1637654340836,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1637654340836}
      2021-11-23 08:59:00.895 - warn: zigbee.0 (29765) ELEVATED Change state 'device_query' at device 0x9035eafffe418d35 type 'TV02-Zigbee'
      

      Edit: Gerade einmal ganz frisch nochmal neu versucht, da ja manche Geräte auf einigen Kanälen Probleme machen sollen. Neu Installation und jetzt auf Kanal 18 statt 26 aber wiederholt gleiches Ergebnis -> Keine Aktualisierung durch manuelle Anpassung der Temperaturkalibrierung und schon beim Pairen diese Datentypfehler:

      2021-11-23 15:46:43.278 - info: zigbee.0 (7462) Zigbee: allowing new devices to join.
      2021-11-23 15:47:11.461 - info: zigbee.0 (7462) Starting interview of '0x9035eafffe418d35'
      2021-11-23 15:47:11.661 - warn: zigbee.0 (7462) Device '0x9035eafffe418d35' announced itself
      2021-11-23 15:47:14.189 - info: zigbee.0 (7462) Successfully interviewed '0x9035eafffe418d35', device has succesfully been paired
      2021-11-23 15:47:14.192 - info: zigbee.0 (7462) Device '0x9035eafffe418d35' is supported, identified as: TuYa Thermostat radiator valve (TV02-Zigbee)
      2021-11-23 15:47:20.541 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.current_heating_setpoint" has to be type "number" but received type "string"
      2021-11-23 15:47:20.587 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.local_temperature" has to be type "number" but received type "string"
      2021-11-23 15:47:20.788 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.local_temperature_calibration" has to be type "number" but received type "string"
      2021-11-23 15:47:20.947 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.holiday_temperature" has to be type "number" but received type "string"
      2021-11-23 15:47:21.557 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.holiday_mode_date" has to be type "number" but received type "string"
      2021-11-23 15:47:21.818 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.open_window_temperature" has to be type "number" but received type "string"
      2021-11-23 15:47:21.971 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.comfort_temperature" has to be type "number" but received type "string"
      2021-11-23 15:47:22.054 - info: zigbee.0 (7462) State value to set for "zigbee.0.9035eafffe418d35.eco_temperature" has to be type "number" but received type "string"
      2021-11-23 15:47:44.629 - info: zigbee.0 (7462) Zigbee: stop joining
      

      Edit2: Und schon funktioniert es. Die manuelle Temperaturkalibrierung hat als String Eingabe zu erfolgen, nicht als Number. Dann wird auch die lokal Temperatur sofort aktualisiert.

      Edit3: Leider bleibt das Problem der Datentypen aktuell bestehen. Ich beschreibe Datentypen als String und das erzeugt eine Warnung. Habe versucht die Datentypen der DPs in String zu ändern, aber diese werden bei der nächsten Aktualisierung wieder zurück gestellt. Entsprechend bekomme ich bei "einer Temperaturabfrage" jede Stunde, 24 dieser Warnungen je Tag ins Protokoll geschrieben. Stört natürlich und kann man das lösen?

      	2021-11-24 10:15:02.291	info	State value to set for "zigbee.0.9035eafffe418d35.local_temperature_calibration" has to be type "number" but received type "string"
      	2021-11-24 10:15:02.112	info	State value to set for "zigbee.0.9035eafffe418d35.local_temperature" has to be type "number" but received type "string"
      	2021-11-24 10:15:00.121	info	State value to set for "zigbee.0.9035eafffe418d35.local_temperature_calibration" has to be type "number" but received type "string" 
      
      AsgothianA Offline
      AsgothianA Offline
      Asgothian
      Developer
      schrieb am zuletzt editiert von
      #51

      @pete0815 Wärst Du bereit in der kommenden Woche einen Test-Adapter von mir zu installieren der versucht das Problem mit den Meldungen zu beheben / umgehen ? Dann würde ich schauen das ich einen Test zusammen bastle.

      Ohne Hardware zum testen kann ich nicht verifizieren ob das erfolgreich war.

      A.

      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

      ? 2 Antworten Letzte Antwort
      0
      • AsgothianA Asgothian

        @pete0815 Wärst Du bereit in der kommenden Woche einen Test-Adapter von mir zu installieren der versucht das Problem mit den Meldungen zu beheben / umgehen ? Dann würde ich schauen das ich einen Test zusammen bastle.

        Ohne Hardware zum testen kann ich nicht verifizieren ob das erfolgreich war.

        A.

        ? Offline
        ? Offline
        Ein ehemaliger Benutzer
        schrieb am zuletzt editiert von Ein ehemaliger Benutzer
        #52

        @asgothian
        klar. Muß nur noch "im Notfall" bzgl. Hitze oder Kälte aggieren können. Dann würde ich die Verbindung wohl kappen und auf manuelle lokale Steuerung des Ventils umstellen. Sonst ist hier gerade recht unkritisch der Betrieb und bastel selber viel rum. Das würde ich natürlich einstellen um die Ergebnisse nicht zu verfälschen.

        D 1 Antwort Letzte Antwort
        0
        • ? Ein ehemaliger Benutzer

          @asgothian
          klar. Muß nur noch "im Notfall" bzgl. Hitze oder Kälte aggieren können. Dann würde ich die Verbindung wohl kappen und auf manuelle lokale Steuerung des Ventils umstellen. Sonst ist hier gerade recht unkritisch der Betrieb und bastel selber viel rum. Das würde ich natürlich einstellen um die Ergebnisse nicht zu verfälschen.

          D Offline
          D Offline
          Der Mark
          schrieb am zuletzt editiert von
          #53

          @pete0815
          ich würde auch gleich mit testen.
          Ich habe auch 2 Whitelabel Adapter von TUYA als Marke Tesla TVR1 : TS0601 und _TZE200_husqqvux
          Denke, es ist das gleiche Innenleben nur das drumrum ist anders.

          Link zum Adapter (als MOES Version) : https://www.zigbee2mqtt.io/devices/TV01-ZB.html

          MfG

          Mark

          1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @pete0815 Wärst Du bereit in der kommenden Woche einen Test-Adapter von mir zu installieren der versucht das Problem mit den Meldungen zu beheben / umgehen ? Dann würde ich schauen das ich einen Test zusammen bastle.

            Ohne Hardware zum testen kann ich nicht verifizieren ob das erfolgreich war.

            A.

            ? Offline
            ? Offline
            Ein ehemaliger Benutzer
            schrieb am zuletzt editiert von Ein ehemaliger Benutzer
            #54

            @asgothian

            kannst Du mir sagen wie es üblicherweise abläuft bzgl. dem Zigbee Adapter und Übernahme des Herdsmann converters?

            Wenn ich das richtig verstehe, wurden diverse Optimierung vorgenommen und die Open Window Funktion verbessert:
            https://github.com/Koenkk/zigbee-herdsman-converters/pull/3419

            Habe mich dann etwas tiefer in die Änderungen im Code reingeklickt und glaube auch veränderte Datenpunkte zu sehen, die für das Ventil nun gelten. Hierbei insbesondere der Wochenplan, der bisher bei mir nicht funktioniert hat:
            bisher:
            942af9e0-5e72-4163-bfac-4bc7dc438079-grafik.png

            jetzt neu:
            52fa7039-5f6e-4f49-b20c-9d7f3be47ada-grafik.png

            Wir der Herdmann converter regelmäßig übernommen und im IObroker Adapter eingefügt?

            Besten Dank!

            ? 1 Antwort Letzte Antwort
            0
            • ? Ein ehemaliger Benutzer

              @asgothian

              kannst Du mir sagen wie es üblicherweise abläuft bzgl. dem Zigbee Adapter und Übernahme des Herdsmann converters?

              Wenn ich das richtig verstehe, wurden diverse Optimierung vorgenommen und die Open Window Funktion verbessert:
              https://github.com/Koenkk/zigbee-herdsman-converters/pull/3419

              Habe mich dann etwas tiefer in die Änderungen im Code reingeklickt und glaube auch veränderte Datenpunkte zu sehen, die für das Ventil nun gelten. Hierbei insbesondere der Wochenplan, der bisher bei mir nicht funktioniert hat:
              bisher:
              942af9e0-5e72-4163-bfac-4bc7dc438079-grafik.png

              jetzt neu:
              52fa7039-5f6e-4f49-b20c-9d7f3be47ada-grafik.png

              Wir der Herdmann converter regelmäßig übernommen und im IObroker Adapter eingefügt?

              Besten Dank!

              ? Offline
              ? Offline
              Ein ehemaliger Benutzer
              schrieb am zuletzt editiert von
              #55

              @Asgothian @arteck
              Danke!
              7c81ea7f-e2a2-477e-a569-0531ad54db6b-grafik.png

              1 Antwort Letzte Antwort
              0
              • L Offline
                L Offline
                LPTR
                schrieb am zuletzt editiert von LPTR
                #56

                Hallo zusammen,

                Ich habe nun auch ein paar dieser Thermostate im Einsatz.

                7feb23b1-27cf-4340-b3b0-b5d58f1a1e2b-image.png

                Zigbee Adaper auf 1.6.11, gestern das letzte mal aktualisiert.

                Paring war möglich, configured wird als 'false' angezeigt. Datenpunkte sind da und es scheint alles zu funktionieren.

                Allerdings habe ich das selbe 'from String to number' Problem.

                Egal ob ich am Thermometer die Temperaturen ändere...

                2022-01-08 11:04:39.606 - warn: zigbee.0 (30720) SetState_typed : converting "14.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:40.224 - warn: zigbee.0 (30720) SetState_typed : converting "15.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:44.114 - warn: zigbee.0 (30720) SetState_typed : converting "15.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:45.106 - warn: zigbee.0 (30720) SetState_typed : converting "16.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:47.391 - warn: zigbee.0 (30720) SetState_typed : converting "16.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:48.594 - warn: zigbee.0 (30720) SetState_typed : converting "17.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:49.983 - warn: zigbee.0 (30720) SetState_typed : converting "17.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:50.982 - warn: zigbee.0 (30720) SetState_typed : converting "18.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:52.476 - warn: zigbee.0 (30720) SetState_typed : converting "18.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:53.150 - warn: zigbee.0 (30720) SetState_typed : converting "19.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:54.273 - warn: zigbee.0 (30720) SetState_typed : converting "19.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:54.951 - warn: zigbee.0 (30720) SetState_typed : converting "20.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:56.261 - warn: zigbee.0 (30720) SetState_typed : converting "19.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:56.862 - warn: zigbee.0 (30720) SetState_typed : converting "19.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:57.631 - warn: zigbee.0 (30720) SetState_typed : converting "18.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:04:58.341 - warn: zigbee.0 (30720) SetState_typed : converting "18.0" for 2c1165fffec31fad.current_heating_setpoint from string to number
                2022-01-08 11:09:55.602 - warn: zigbee.0 (30720) SetState_typed : converting "21.0" for 2c1165fffec320c2.current_heating_setpoint from string to number
                2022-01-08 11:09:55.712 - warn: zigbee.0 (30720) SetState_typed : converting "21.0" for 2c1165fffec320c2.current_heating_setpoint from string to number
                

                ... oder einen Wert über den IOBroker ändere.

                2022-01-08 11:25:47.731 - warn: zigbee.0 (30720) ELEVATED: User stateChange zigbee.0.2c1165fffec61243.current_heating_setpoint {"val":20,"ack":false,"ts":1641637547728,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1641637547728}
                2022-01-08 11:25:47.744 - warn: zigbee.0 (30720) ELEVATED Change state 'current_heating_setpoint' at device 0x2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.408 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.409 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:49.419 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"current_heating_setpoint":"20.0"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.420 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"20.0"' from device 2c1165fffec61243 for 'Temperature setpoint'
                2022-01-08 11:25:49.428 - warn: zigbee.0 (30720) SetState_typed : converting "20.0" for 2c1165fffec61243.current_heating_setpoint from string to number
                2022-01-08 11:25:49.521 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.522 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:49.526 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"preset":"manual"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.527 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"manual"' from device 2c1165fffec61243 for 'Mode of this device (similar to system_mode)'
                2022-01-08 11:25:49.649 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.650 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:49.655 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"preset":"manual"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.655 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"manual"' from device 2c1165fffec61243 for 'Mode of this device (similar to system_mode)'
                2022-01-08 11:25:49.762 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.763 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:49.766 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"current_heating_setpoint":"20.0"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:49.767 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"20.0"' from device 2c1165fffec61243 for 'Temperature setpoint'
                2022-01-08 11:25:49.770 - warn: zigbee.0 (30720) SetState_typed : converting "20.0" for 2c1165fffec61243.current_heating_setpoint from string to number
                2022-01-08 11:25:56.033 - warn: zigbee.0 (30720) ELEVATED: User stateChange zigbee.0.2c1165fffec61243.current_heating_setpoint {"val":14,"ack":false,"ts":1641637556028,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1641637556028}
                2022-01-08 11:25:56.044 - warn: zigbee.0 (30720) ELEVATED Change state 'current_heating_setpoint' at device 0x2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.312 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.313 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:56.321 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"current_heating_setpoint":"14.0"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.321 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"14.0"' from device 2c1165fffec61243 for 'Temperature setpoint'
                2022-01-08 11:25:56.330 - warn: zigbee.0 (30720) SetState_typed : converting "14.0" for 2c1165fffec61243.current_heating_setpoint from string to number
                2022-01-08 11:25:56.417 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.418 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:56.421 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"current_heating_setpoint":"14.0"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.422 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"14.0"' from device 2c1165fffec61243 for 'Temperature setpoint'
                2022-01-08 11:25:56.425 - warn: zigbee.0 (30720) SetState_typed : converting "14.0" for 2c1165fffec61243.current_heating_setpoint from string to number
                2022-01-08 11:25:56.535 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.535 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:56.542 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"preset":"manual"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.542 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"manual"' from device 2c1165fffec61243 for 'Mode of this device (similar to system_mode)'
                2022-01-08 11:25:56.663 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"linkquality":255}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.663 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '255' from device 2c1165fffec61243 for 'Link quality'
                2022-01-08 11:25:56.667 - warn: zigbee.0 (30720) ELEVATED publishToState: message received '{"preset":"manual"}' from device 2c1165fffec61243 type 'TV02-Zigbee'
                2022-01-08 11:25:56.667 - warn: zigbee.0 (30720) ELEVATED publishToState: value generated '"manual"' from device 2c1165fffec61243 for 'Mode of this device (similar to system_mode)'
                

                Gibt es mittlerweile einen Workaround oder anderweitige Lösung?

                In den Screenshots der DP oben habe ich gesehen, dass es einen DP 'battery_percentage' gibt. Der taucht bei mir nicht auf. Hat den schon jemand?

                Grüße
                Lars

                1 Antwort Letzte Antwort
                0
                • arteckA Offline
                  arteckA Offline
                  arteck
                  Developer Most Active
                  schrieb am zuletzt editiert von arteck
                  #57

                  was machst du dass du diesen Fehler erzeugst

                  SetState_typed : converting "19.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                  

                  ich habe den Thermostat auch und der übermittelt kein battery status ausser Battery_low

                  zigbee hab ich, zwave auch, nuc's genauso und HA auch

                  L 1 Antwort Letzte Antwort
                  0
                  • arteckA arteck

                    was machst du dass du diesen Fehler erzeugst

                    SetState_typed : converting "19.5" for 2c1165fffec31fad.current_heating_setpoint from string to number
                    

                    ich habe den Thermostat auch und der übermittelt kein battery status ausser Battery_low

                    L Offline
                    L Offline
                    LPTR
                    schrieb am zuletzt editiert von
                    #58

                    @arteck
                    Fehlermeldungen Block 1 sind Werteänderungen am Thermostat selber (Drehen am Rad).
                    Block zwei ist eine Änderung des Datenpunkts current_heating_setpoint im IOBroker.

                    arteckA 1 Antwort Letzte Antwort
                    0
                    • L LPTR

                      @arteck
                      Fehlermeldungen Block 1 sind Werteänderungen am Thermostat selber (Drehen am Rad).
                      Block zwei ist eine Änderung des Datenpunkts current_heating_setpoint im IOBroker.

                      arteckA Offline
                      arteckA Offline
                      arteck
                      Developer Most Active
                      schrieb am zuletzt editiert von
                      #59

                      @lptr ok seh gerade doch nicht das gleiche Gerät

                      zeigmal den datenpunkt als RAW

                      am Datenpunkt auf stift klicken
                      62dbe596-c1e0-4f15-8016-001de72cec9d-grafik.png

                      dann Objektdaten

                      zigbee hab ich, zwave auch, nuc's genauso und HA auch

                      L 1 Antwort Letzte Antwort
                      0
                      • arteckA arteck

                        @lptr ok seh gerade doch nicht das gleiche Gerät

                        zeigmal den datenpunkt als RAW

                        am Datenpunkt auf stift klicken
                        62dbe596-c1e0-4f15-8016-001de72cec9d-grafik.png

                        dann Objektdaten

                        L Offline
                        L Offline
                        LPTR
                        schrieb am zuletzt editiert von
                        #60

                        @arteck

                        {
                          "type": "state",
                          "common": {
                            "name": "Temperature setpoint",
                            "type": "number",
                            "unit": "°C",
                            "read": true,
                            "write": true,
                            "role": "state",
                            "min": 0,
                            "max": 30
                          },
                          "native": {},
                          "from": "system.adapter.zigbee.0",
                          "user": "system.user.admin",
                          "ts": 1641569348652,
                          "_id": "zigbee.0.2c1165fffec61243.current_heating_setpoint",
                          "acl": {
                            "object": 1636,
                            "state": 1636,
                            "owner": "system.user.admin",
                            "ownerGroup": "system.group.administrator"
                          }
                        }
                        
                        AsgothianA 1 Antwort Letzte Antwort
                        0
                        • L LPTR

                          @arteck

                          {
                            "type": "state",
                            "common": {
                              "name": "Temperature setpoint",
                              "type": "number",
                              "unit": "°C",
                              "read": true,
                              "write": true,
                              "role": "state",
                              "min": 0,
                              "max": 30
                            },
                            "native": {},
                            "from": "system.adapter.zigbee.0",
                            "user": "system.user.admin",
                            "ts": 1641569348652,
                            "_id": "zigbee.0.2c1165fffec61243.current_heating_setpoint",
                            "acl": {
                              "object": 1636,
                              "state": 1636,
                              "owner": "system.user.admin",
                              "ownerGroup": "system.group.administrator"
                            }
                          }
                          
                          AsgothianA Offline
                          AsgothianA Offline
                          Asgothian
                          Developer
                          schrieb am zuletzt editiert von
                          #61

                          @lptr Der Fehler liegt in der Implementierung im Herdsman.
                          Die Warn Meldungen musst du zunächst einmal akzeptieren - ggf. kann man da etwas an der State Definition (getter/setter) machen - aber ich muss erst die Gruppen fertig bekommen.

                          Wenn Du mit den Meldungen absolut nicht leben kannst kann ich Dir schreiben wo du sie heraus patchen kannst - sie sind drin um genau diese Fälle von "unsauberen" states zu finden.

                          A.

                          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                          L 1 Antwort Letzte Antwort
                          0
                          • AsgothianA Asgothian

                            @lptr Der Fehler liegt in der Implementierung im Herdsman.
                            Die Warn Meldungen musst du zunächst einmal akzeptieren - ggf. kann man da etwas an der State Definition (getter/setter) machen - aber ich muss erst die Gruppen fertig bekommen.

                            Wenn Du mit den Meldungen absolut nicht leben kannst kann ich Dir schreiben wo du sie heraus patchen kannst - sie sind drin um genau diese Fälle von "unsauberen" states zu finden.

                            A.

                            L Offline
                            L Offline
                            LPTR
                            schrieb am zuletzt editiert von
                            #62

                            @asgothian

                            Danke für die Info. Wenn schon dran gearbeitet wird kann ich super damit leben, dass es dann in absehbarer Zeit wohl weg sein wird. :+1: :+1:

                            1 Antwort Letzte Antwort
                            0
                            Antworten
                            • In einem neuen Thema antworten
                            Anmelden zum Antworten
                            • Älteste zuerst
                            • Neuste zuerst
                            • Meiste Stimmen


                            Support us

                            ioBroker
                            Community Adapters
                            Donate
                            FAQ Cloud / IOT
                            HowTo: Node.js-Update
                            HowTo: Backup/Restore
                            Downloads
                            BLOG

                            601

                            Online

                            32.5k

                            Benutzer

                            81.8k

                            Themen

                            1.3m

                            Beiträge
                            Community
                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                            ioBroker Community 2014-2025
                            logo
                            • Anmelden

                            • Du hast noch kein Konto? Registrieren

                            • Anmelden oder registrieren, um zu suchen
                            • Erster Beitrag
                              Letzter Beitrag
                            0
                            • Home
                            • Aktuell
                            • Tags
                            • Ungelesen 0
                            • Kategorien
                            • Unreplied
                            • Beliebt
                            • GitHub
                            • Docu
                            • Hilfe