Reprise apres coupure (Prise Tuya Plug 16A "smart socket" Zigbee 3.0)

Bonjour
Je suis plutot très content des prises Tuya « smart socket » : Zigbee, reconnues facilement, pas trop encombrantes, qui en plus remontent la conso instantanée (W)
(Je précise, 6 intégrées avec ZHA avec clef USB CC2531)
… MAIS elles ne gardent pas leur état après une perte de courant (OFF par défaut au boot, même si elles étaient ON lors de la coupure, C’est super dommage, c’est leur seul défaut !! :disappointed_relieved:)
QQun sait si ça peut se paramétrer ( par la passerelle Tuya avec l’appli tuya ?)

visuel intégration Lovelace en Custom Button
filtre_pool

Visuel des prises

Code de l’intégration pour avoir la puissance instantanée avec plusieurs couleurs suivant la valeur

type: custom:button-card
name: Filtre Pool (Z03)
entity: switch.z_tuya_prise03_on_off
label: >
  [[[ return 'P : ' +
  states['sensor.z_tuya_prise03_electrical_measurement'].state + ' W'; ]]]
show_name: true
show_last_changed: false
show_state: false
show_label: true
color: auto
color_type: icon
styles:
  name:
    - font-size: 120%
  label:
    - color: |
        [[[
          if (states['sensor.z_tuya_prise03_electrical_measurement'].state > 1000) return "red";
          if (states['sensor.z_tuya_prise03_electrical_measurement'].state > 100) return "orange";
          if (states['sensor.z_tuya_prise03_electrical_measurement'].state > 10) return "gold";
          if (states['sensor.z_tuya_prise03_electrical_measurement'].state > 1) return "white";
          return "grey";
        ]]]
    - font-size: |
        [[[
          if (states['sensor.z_tuya_prise03_electrical_measurement'].state > 0) return "120%";
          return "80%";
        ]]]
tap_action:
  action: toggle
hold_action:
  action: more-info
lock:
  enabled: true
  unlock: double_tap

Salut, j’ai un modèle qui ressemble au tiens et on peux modifier cela via zigbee2mqtt.


Ah - AH !!! très effectivement très intéressant

grrr, je n’utilise pas Zigbee 2 mqtt mais ZHA
et j’ai l’impression que je n’ai pas accès a écrans de config détaillés pour les objets connectés

j’ai peut être fait le mauvais choix au départ avec ZHA (?) , zut, maintenant, difficile de revenir en arrière si il faut switcher sur Zigbee2mqtt et rebasculer toutes mes entités !!! re-zut

Comme je compte remonter mon serveur (changement hardware) il faudrait que j’en profite pour refaire une install clean. a tester zigbee2mqtt dans la phase de mise au point avant la bascule

ou alors, en mode hack, il y a peut être un moyen de « mettre en forme » et envoie un custom message MQTT qui ordonne a la prise de se mettre dans ce mode?
@telenaze : tu a moyen d’intercepter (ou voir le log mqtt) des messqges échangés avec le device si tu fais un changement sur ce paramètre ???

…le « plus » que j’ai comme info (avec ZHA) c’est dans la fonction « information Zigbee » de l’integration

et il y a peut être moyen d’en tirer qqchose, mais je sais pas faire (a ce niveau de sauvagerie)


  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress|RxOnWhenIdle|MainsPowered|FullFunctionDevice: 142>, manufacturer_code=4098, maximum_buffer_size=82, maximum_incoming_transfer_size=82, server_mask=11264, maximum_outgoing_transfer_size=82, descriptor_capability_field=<DescriptorCapability.0: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0051",
      "in_clusters": [
        "0x0000",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0702",
        "0x0b04"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    }
  },
  "manufacturer": "_TZ3000_rdtixbnu",
  "model": "TS0121",
  "class": "zigpy.device.Device"
}


tiens voici les infos concernant cette prise.
https://www.zigbee2mqtt.io/devices/TS0121_plug.html#tuya-ts0121_plug

et dans ce passage on trouve la commande que tu cherche.

1 « J'aime »

OK - je vois - merci

je vois que cette propriété est donc accessible plus ou moins « directement » par Zigbee2mqtt

mais ça a l’ai pas bien baré pour moi et mon ZHA ! donc 1 pour zigbee2mqtt qui remporte ce point …pour l’instant !!
il faudrait que j’essaye de voir si zha peu envoyer ce même genre de message…mais mes compétences vont peut être atteindre leurs limites…souhaitez moi bonne chance…
si je trouve, je poste…

si tu passe par l’outil de développement ça devrait être possible.
voici un exemple qui marche chez moi

1 « J'aime »

merci
de ce que j’ai compris zigbee2mqtt fait exactement ça : faire la paserelle entre des messages mqtt et des instructions envoyées a la clef « coordinateur zigbee »
(et home assistant recupere et envoie les « bon » messages mqtt qui sont ensuite transmis aux devices

avec ma config ou tous mes objets zigbee sont déclarés dans HA avec l’intégration ZHA (au lieu de zigbee2mqtt) j’ai l’impression que il n’y a pas de messages mqtt assocs aux comms zigbee :
je ne vois pas de topic zigbee2mqtt dans mon broker (mosquito)

donc manip a tenter sur ma prochaine machine de test avec zigbee2mqtt

Effectivement, il faut remplacer « zigbee2mqtt » dans le topic par autre chose. regarde ça:
https://www.home-assistant.io/docs/mqtt/service/

Je suis un tout nouveau né dans le domaine et je suis sur zigbee2mqtt pas sur ZHA… donc pas du tout sur de moi…

idée #1 : si je comprends bien tu sais envoyer une commande pour basculer la prise ON/OFF. d’après la doc cela se fait en changeant la propriété state… ne peux-tu pas (tout simplement ?) changer une autre propriété ? power_outage_memory : on

Idée #2: sinon je tenterais bien de mettre dans le fichier de config
après la ligne:

entity: switch.z_tuya_prise03_on_off

la ligne:

power_outage_memory : on