[HA] template Tasmota entiteit actualiseert niet

[Johangoethe]

Hallo allemaal,

MIjn vakantie staat in het teken van een overstap naar Home Assistant. Na een kleine tegenslag met ZIgbee, loop ik ook al een tijdje te worstelen met probleem met Tasmota, die hopelijk wat makkelijker op te lossen is...

Ik heb mijn vouwgordijnen geautomatiseerd en geflasht met Tasmota. Via de Tasmota integratie krijg ik ze niet goed in Home Assistant, omdat de vouwgordijnen in Tasmota als dimmer staan ingesteld. Daardoor worden ze via de HA Tasmota intergratie als licht herkend en niet als 'cover'.

Nu heb ik deze gids van Blakadder gebruikt (https://blakadder.com/tuya-covers/) en alles leek voorspoedig te verlopen. Mijn gordijnen zag ik in HA en ik kon ze ook bedienen. Helaas bleek na een kwartier dat de status niet actualiseerde en er geen verbinding meer was met Tasmota.

Nu ben ik een echte beginneling wat Home Assistant betreft, dus het kan heel goed dat er in mijn configuratie (beginners)foutjes zitten. Hoop dat iemand me op de goede weg kan helpen.Alvast dank voor het meedenken!

Hieronder mijn configuratie.yaml (beetje veel want ik heb 6 vouwgordijen )

YAML:

mqtt:
  cover:
  - name: "Vouwgordijn 1"
    device_class: shade 
    command_topic: "cmnd/zemismart1/TuyaSend4"
    payload_open: "1,0"
    payload_close: "1,2"
    payload_stop: "1,1"
    position_open: 0
    position_closed: 100
    position_topic: "stat/zemismart1/POSITION"
    position_template: '{{ value_json }}'
    set_position_topic: "cmnd/zemismart1/TuyaSend2"
    set_position_template: '2,{{ 100 - position }}'
    availability_topic: "tele/zemismart1/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  - name: "Vouwgordijn 2"
    device_class: shade 
    command_topic: "cmnd/zemismart2/TuyaSend4"
    payload_open: "1,0"
    payload_close: "1,2"
    payload_stop: "1,1"
    position_open: 0
    position_closed: 100
    position_topic: "stat/zemismart2/POSITION"
    position_template: '{{ value_json }}'
    set_position_topic: "cmnd/zemismart2/TuyaSend2"
    set_position_template: '2,{{ 100 - position }}'
    availability_topic: "tele/zemismart2/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  - name: "Vouwgordijn 3"
    device_class: shade 
    command_topic: "cmnd/zemismart3/TuyaSend4"
    payload_open: "1,0"
    payload_close: "1,2"
    payload_stop: "1,1"
    position_open: 0
    position_closed: 100
    position_topic: "stat/zemismart3/POSITION"
    position_template: '{{ value_json }}'
    set_position_topic: "cmnd/zemismart3/TuyaSend2"
    set_position_template: '2,{{ 100 - position }}'
    availability_topic: "tele/zemismart3/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  - name: "Vouwgordijn 4"
    device_class: shade 
    command_topic: "cmnd/zemismart4/TuyaSend4"
    payload_open: "1,0"
    payload_close: "1,2"
    payload_stop: "1,1"
    position_open: 0
    position_closed: 100
    position_topic: "stat/zemismart4/POSITION"
    position_template: '{{ value_json }}'
    set_position_topic: "cmnd/zemismart4/TuyaSend2"
    set_position_template: '2,{{ 100 - position }}'
    availability_topic: "tele/zemismart4/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  binary_sensor:
  - name: "Motor Error 1"
    state_topic: "stat/zemismart1/PROBLEM"
    device_class: problem
    value_template: >-
        {% if value_json is defined and value_json != 00 %}      
        ON
        {% else %}
        OFF
        {% endif %}
  - name: "Motor Error 2"
    state_topic: "stat/zemismart2/PROBLEM"
    device_class: problem
    value_template: >-
        {% if value_json is defined and value_json != 00 %}      
        ON
        {% else %}
        OFF
        {% endif %}
  - name: "Motor Error 3"
    state_topic: "stat/zemismart3/PROBLEM"
    device_class: problem
    value_template: >-
        {% if value_json is defined and value_json != 00 %}      
        ON
        {% else %}
        OFF
        {% endif %}
  - name: "Motor Error 4"
    state_topic: "stat/zemismart4/PROBLEM"
    device_class: problem
    value_template: >-
        {% if value_json is defined and value_json != 00 %}      
        ON
        {% else %}
        OFF
        {% endif %}
  switch:
  - name: "Motor Direction 1"
    icon: mdi:blinds
    state_topic: "stat/zemismart1/MOTOR"
    state_on: 1
    state_off: 0
    command_topic: "cmnd/zemismart1/TuyaSend"
    payload_on: "5,1"
    payload_off: "5,0"
    availability_topic: "tele/zemismart1/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  - name: "Motor Direction 2"
    icon: mdi:blinds
    state_topic: "stat/zemismart2/MOTOR"
    state_on: 1
    state_off: 0
    command_topic: "cmnd/zemismart2/TuyaSend"
    payload_on: "5,1"
    payload_off: "5,0"
    availability_topic: "tele/zemismart2/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  - name: "Motor Direction 3"
    icon: mdi:blinds
    state_topic: "stat/zemismart3/MOTOR"
    state_on: 1
    state_off: 0
    command_topic: "cmnd/zemismart3/TuyaSend"
    payload_on: "5,1"
    payload_off: "5,0"
    availability_topic: "tele/zemismart3/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"
  - name: "Motor Direction 4"
    icon: mdi:blinds
    state_topic: "stat/zemismart4/MOTOR"
    state_on: 1
    state_off: 0
    command_topic: "cmnd/zemismart4/TuyaSend"
    payload_on: "5,1"
    payload_off: "5,0"
    availability_topic: "tele/zemismart4/LWT"
    payload_available: "Online"
    payload_not_available: "Offline"

Hieronder wat ik zie bij entiteiten:



En dit als ik op een vouwgordijn klik:



Hier een voorbeeld van mijn configuratie in Tasmota:

[ Voor 0% gewijzigd door Septillion op 04-01-2023 10:39 . Reden: Ook hier helpen yaml code tags voor de leesbaarheid ]

[Johangoethe]

We zijn nu een paar uur verder en het lijkt erop dat de vouwgordijnen werken. Geeft toch altijd een geweldig gevoel als alles werkt! Nogmaals super fijn dat er mensen willen meekijken.

De vouwgordijnen lijken nu goed te werken, maar de twee andere entiteiten werken nog niet. Het betreft 'Motor direction' en 'Motor error'. Dit is wat ik te zien krijg:



Als ik op de bovenste klik, dan valt mij ten eerste op dat de naam 'motor direction' niet in mijn configuratie.yaml voorkomt. In al mijn instellingen staat er een getal achter dat correspondeert met het vouwgordijn. Bijvoorbeeld 'Motor direction 1'. Bij deze werkt alles zoals het zou moeten.



Als ik op een van de anderen klik (bijvoorbeeld 'Motor direction 2', het niet werkt. De slider is er niet en geschiedenis is bijvoorbeeld ook onbekend.



Hetzelfde krijg ik ook bij 'Motor error'. De bovenste (zonder getal) werkt en de rest niet.

Hieronder de configuratie van mijn 'motor direction' (switch) configuration.yaml.

YAML:

switch:
    - name: "Motor Direction 1"
      icon: mdi:blinds
      state_topic: "stat/zemismart1/MOTOR"
      state_on: 1
      state_off: 0
      command_topic: "cmnd/zemismart1/TuyaSend"
      payload_on: "5,1"
      payload_off: "5,0"
      availability_topic: "tele/zemismart1/LWT"
      payload_available: "Online"
      payload_not_available: "Offline"
    - name: "Motor Direction 2"
      icon: mdi:blinds
      state_topic: "stat/zemismart2/MOTOR"
      state_on: 1
      state_off: 0
      command_topic: "cmnd/zemismart2/TuyaSend"
      payload_on: "5,1"
      payload_off: "5,0"
      availability_topic: "tele/zemismart2/LWT"
      payload_available: "Online"
      payload_not_available: "Offline"
    - name: "Motor Direction 3"
      icon: mdi:blinds
      state_topic: "stat/zemismart3/MOTOR"
      state_on: 1
      state_off: 0
      command_topic: "cmnd/zemismart3/TuyaSend"
      payload_on: "5,1"
      payload_off: "5,0"
      availability_topic: "tele/zemismart3/LWT"
      payload_available: "Online"
      payload_not_available: "Offline"

Iemand enig idee?

[ Voor 19% gewijzigd door Johangoethe op 04-01-2023 17:55 ]

[Johangoethe]

Septillion schreef op woensdag 4 januari 2023 @ 17:54:
Kijk eens bij gerelateerd. Zie je daar een device of integration?

Bij de bovenste van de entiteit die werkt (zonder getal) is geen integratie



En bij de entiteiten met getal (bv Motor direction 2) staat er mqtt-mosquitto integratie.

[Johangoethe]

Bij 'Motor error' is hetzelfde aan de hand.

De eerste werkt goed (Motor error 1)



De rest niet

[Johangoethe]

Slinkos schreef op woensdag 4 januari 2023 @ 21:16:
Je zou eens MQTT Explorer kunnen installeren om te zien of ze wel op je broker aankomen.

Top, trouwens supertof dat je even wilt meekijken. Ik heb MQTT-explorer geïnstalleerd, maar ik moet eerlijk bekennen dat mijn kennis nog niet ver genoeg rijkt om hier wat van te maken. Kun jij op basis hiervan conclusies trekken met betrekking tot mqtt doorgave?

[Johangoethe]

Okay, dat is eigenlijk ook logisch.

Dit is het overizicht wat ik krijg:



Als ik op ik de bovenste string klik, krijg ik dit:

code:

tele/zemismart1/LWT

En op de onderste dit:

code:

{"Time":"2023-01-05T11:09:49","Uptime":"1T18:05:12","UptimeSec":151512,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"OFF","Dimmer":10,"Fade":"OFF","Speed":1,"LedTable":"OFF","Wifi":{"AP":1,"SSId":"******* (IoT)","BSSId":"7E:83:C2:37:85:A2","Channel":1,"Mode":"11n","RSSI":94,"Signal":-53,"LinkCount":1,"Downtime":"0T00:00:03"}}

Is dat in lijn met de configuratie die ik gemaakt heb of klopt er hier ook iets niet?

[Johangoethe]

Slinkos schreef op donderdag 5 januari 2023 @ 13:16:
Ik ben benieuwd, als je onder switch: en binary_sensor: het eerste vouwgordijn even uit comment, gaat de 2e het dan ineens doen?

Helaas, ik had gehoopt dat dit misschien verschil zou maken en dat het misschien aan de configuration.yaml zou liggen, maar als ik bij entiteiten kijk, is er eigenlijk niets verandert

Wat ik vreemd vind, is dat het eerste vouwgordijn er bij de entiteiten ook nog gewoon tussen staat (terwijl ik die bij de configuratie uitgezet heb).

Zou het toch met de rules te maken hebben? Ik heb onderstaande rules in een keer gekopieerd naar de console en Rule in Rule2 verandert. Die heb ik daarna geactiveerd. Had ik elke rule apart moeten doen?

[Johangoethe]

Slinkos schreef op vrijdag 6 januari 2023 @ 10:47:
Deze rules publiseren naar een topic dat begint met "stat". Deze zagen we uberhaupt niet terug in je MQTT Broker. Ook niet van het 1ste vouwgordijn. Zie je iets in MQTT Explorer gebeuren als je één van je vouwgordijnen een power cycle geeft?

Nee, er gebeurt helemaal niks. In MQTT-explorerer zie ik geen 'stat', alleen 'tele' en 'tasmota'

Ik heb dat artikel nog eens doorgenomen maar volgens mij zijn dit de enige rules die je hebt moeten zetten? Want die lijken sowieso niet aan te komen op je broker dus dan ligt het niet aan je HA config.

Fijn dat we dan in ieder geval HA kunnen uitsluiten. Dan kan het misschien niet anders, dan dat ik misschien toch een fout heb gemaakt bij het instellen van de rules in Tasmota (terwijl ik de gids nauwgezet gevolgd heb)

Ik heb deze rules doorgezet:

Deze had te maken met het updaten van de info over de slider in Tasmota (bij Tasmota setup)



En deze rules voor vouwgordijnen, motor direction en motor error.



Omdat die bovenste al rule1 heette, heb ik die maar rule2 genoemd. Ik heb ze wel in een keer geplakt. Had die misschien afzonderlijk moeten plakken en activeren? Rule3 en Rule4 van moeten maken?

Blijft inderdaad, wanneer zou TuyaMCU die waardes moeten updaten? Is dat alleen bij problemen / bedienen of ook periodiek?

Het is de bedoeling dat je in een overzicht de richting kunt veranderen en kunt zien of er een probleem is. Om heel eerlijk te zijn, ben ik nu op een punt dat ik gewoon wil weten waarom het niet werkt...

En kan je eens in de console gewoon rule2 typen en dan screenshot van de output maken?

Met een screenshot kreeg ik niet de hele string mee, dus ik heb het even gekopieerd en hieronder geplakt.

code:

14:29:27.605 CMD: Rule2
14:29:27.613 MQT: stat/zemismart1/RESULT = {"Rule2":{"State":"ON","Once":"OFF","StopOnError":"OFF","Length":220,"Free":291,"Rules":"ON TuyaReceived#DpType2Id3 DO Publish stat/%topic%/POSITION %value% ENDON  ON TuyaReceived#10#DpIdData DO Publish stat/%topic%/PROBLEM %value% ENDON  ON TuyaReceived#DpType1Id5 DO Publish stat/%topic%/MOTOR %value% ENDON"}}

@Septillion en @Slinkos : Nogmaals dank dat jullie aangehaakt blijven, ik moet zeggen dat ik nog nooit zoveel in korte tijd heb geleerd over home assistant, yaml, comments, mqtt en rules!


.

[Johangoethe]

Dit stuk ook uitgevoerd?

Ja, dat had ik ook nodig om de vouwgordijnen te kunnen bedienen.

Ik heb overigens niks met het stuk over 'Determining Functions', omdat voor de verdere configuratie naar mijn idee die informatie niet relevant was.

Het vreemde nu is toch dat het de bedoeling is dat Tasmota op 'stat' wat publiceert, maar dit niet doet toch? In de console zie ik ook alleen maar dat hij 'state' publiceert.