et bien je te souhaite d’avoir plus de succès que moi et que notre ami qui s’est défoncé pour nous trouver une solution de ouf puisse être récompensé d’un succès !
Effectivement c’était bien un 0, je viens d’éditer mon post.
J’ai bien peur que mes interrupteurs soit légèrement différent des vôtres 
C’est quand même étrange qu’il y ai autant de référence ts004f avec des revendeurs totalement différent…
Le plus étrange est que vous avez exactement la même « signature » que les miens avec a priori un comportement différent.
La signature est normalement propre à chaque modèle de module Zigbee, elle permet d’associer une configuration particulière pour un type de module.
Je n’ai pas la raison de pourquoi vos infos ne remontent pas, une fois mis en mode Switch le comportement que j’ai sur les miens est qu’ils fonctionnent exactement comme un TS0044 ( bouton 2,3,4 sur les endpoints 2,3,4).
C’est d’ailleurs pour ça que mon fichier est un mix entre la signature du TS004f et les endpoints du TS0044.
Hello, Alors chez moi j’ai bien le ESW-0ZBA-EU 
Par contre c’est un MOES 21/31.
J’aurais plus de temps pour y regarder ce soir mais le fait de voir apparaître les 4 end point semble être une avancée quand même non ?
Hello,
Les 4 endpoints sont créé par le fichier que j’ai posté mais il est possible qu’ils ne correspondent pas a vos modèles.
Mon TS04F ne fonctionnait pas du tout de mon coté en mode par default (« dimmer ») et uniquement 1 seul bouton sans la modif des endpoints.
Avec tout ça, j’arrive a avoir les 12 commandes chez moi, c’est possible que pour vos interrupteurs les endpoints soit différents, j’essaye de vous guider pour justement les connaitre que je puisse vous faire un « zahquirk » adapté mais c’est pas si simple sans avoir la main
Compris. Vu mon niveau en programmation a par te proposer un teamviewer je vais pas avancer le schmilblick… 
bon bha rien pour moi non plus, j’ai que le 1er bouton qui retourne 3 ces états
je vais creuser le custom_quirks mais j’y crois pas trop
@cstan77 @Yohann74 @TonioMeyer @lukijecy
Y’a pas mal de bonne piste ici :
C’est un forum de ZigbeToMqtt (z2m) mais le problème est le même.
Un post a attiré mon attention :
Il a le même soucis que vous,1 bouton qui fonctionne.
Et après avoir supprimer son module dans z2m retirer la pile ( une a 2 minutes) pour « hard reset » le module il a réussi après avoir ré-associer à faire fonctionner ses 4 boutons.
En partant du principe que vous avez déjà les fichiers modifié (Ajout switch tuya 4 boutons TS004F - #153 par Mabby) pour nous ça serait :
- Supprimer proprement le module dans la base zigbee et supprimer l’équipement de Jeedom.
- Retirer la pile de l’interrupteur 2 mins.
- Remettre la pile et faire une association.
- Changer le mode dès que l’interrupteur est détecté par Zigbee ( les 4 leds s’allume 1 sec puis s’éteigne)
alors résultat après le premier test d’avulsion de la pile :
Le module ne semble plus reconnu, je n’ai plus la photo du module, je n’ai aucune infos.
pour les logs j’ai l’impression qu’il y a un peu plus lignes mais ca ne semble pas marcher.:
[2022-01-12 20:24:23][INFO] : 200 PUT /device/attributes (127.0.0.1) 56834.21ms
[2022-01-12 20:24:48][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 2] Failed to set reporting for 'on_off' attr on 'TS004X_cluster' input cluster: [0x9d96:2:0x0006]: Message send failure
[2022-01-12 20:24:48][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 2] Set specific reporting for '_TZ3000_xabckq1v' attr on 'TS004F' input cluster: 6
[2022-01-12 20:24:48][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 2] End configuration of input cluster 'TS004X_cluster'
[2022-01-12 20:24:48][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Begin configuration of input cluster 'power', is_server 'True'
[2022-01-12 20:24:48][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Bind input cluster 'power'
[2022-01-12 20:25:16][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Failed to bind 'power' input cluster: [0x9d96:0:0x0021]: Message send failure
[2022-01-12 20:25:16][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] This input cluster have REPORT_CONFIG, we need to configure it
[2022-01-12 20:25:16][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Reporting 'battery_voltage' attr on 'power' input cluster: 3600/10800/1: For: '84:fd:27:ff:fe:8d:41:6c'
[2022-01-12 20:25:21][INFO] : ZDO Device announce: 0xdff1, 00:12:4b:00:23:9e:fd:6e
[2022-01-12 20:25:21][INFO] : Device 0xdff1 (00:12:4b:00:23:9e:fd:6e) joined the network
[2022-01-12 20:25:44][INFO] : [84:fd:27:ff:fe:8d:41:6c][listener.zha_send_event] Received an event update remote_button_short_press=[] on cluster 6
[2022-01-12 20:25:44][INFO] : [84:fd:27:ff:fe:8d:41:6c][listener.cluster_command] Cluster: <zhaquirks.tuya.TuyaSmartRemoteOnOffCluster object at 0xffffa0355ba8> ClusterId: 0x0006 tsn: 87 args: (253, [0])
[2022-01-12 20:25:45][INFO] : Send to jeedom : {'devices': {'84:fd:27:ff:fe:8d:41:6c': {'1': {'6': {'event': {'remote_button_short_press': {'value': [], 'cluster_name': 'TS004X_cluster'}}, 'cmd': {'0': {'value': '253', 'cluster_name': 'TS004X_cluster'}, '1': {'value': '0', 'cluster_name': 'TS004X_cluster'}}}}}}}
[2022-01-12 20:25:49][INFO] : [84:fd:27:ff:fe:8d:41:6c][listener.zha_send_event] Received an event update remote_button_short_press=[] on cluster 6
[2022-01-12 20:25:49][INFO] : [84:fd:27:ff:fe:8d:41:6c][listener.cluster_command] Cluster: <zhaquirks.tuya.TuyaSmartRemoteOnOffCluster object at 0xffffa0355ba8> ClusterId: 0x0006 tsn: 88 args: (253, [0])
[2022-01-12 20:25:49][INFO] : Send to jeedom : {'devices': {'84:fd:27:ff:fe:8d:41:6c': {'1': {'6': {'event': {'remote_button_short_press': {'value': [], 'cluster_name': 'TS004X_cluster'}}, 'cmd': {'0': {'value': '253', 'cluster_name': 'TS004X_cluster'}, '1': {'value': '0', 'cluster_name': 'TS004X_cluster'}}}}}}}
[2022-01-12 20:26:02][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Failed to set reporting for 'battery_voltage' attr on 'power' input cluster:
[2022-01-12 20:26:02][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Reporting 'battery_percentage_remaining' attr on 'power' input cluster: 3600/10800/1: For: '84:fd:27:ff:fe:8d:41:6c'
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Failed to set reporting for 'battery_percentage_remaining' attr on 'power' input cluster:
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Set specific reporting for '_TZ3000_xabckq1v' attr on 'TS004F' input cluster: 1
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] End configuration of input cluster 'power'
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Begin configuration of input cluster 'TS004X_cluster', is_server 'True'
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Bind input cluster 'TS004X_cluster'
[2022-01-12 20:26:33][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Bound 'TS004X_cluster' input cluster
[2022-01-12 20:26:33][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] This input cluster have REPORT_CONFIG, we need to configure it
[2022-01-12 20:26:33][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Reporting 'on_off' attr on 'TS004X_cluster' input cluster: 0/900/1: For: '84:fd:27:ff:fe:8d:41:6c'
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Failed to set reporting for 'on_off' attr on 'TS004X_cluster' input cluster:
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Set specific reporting for '_TZ3000_xabckq1v' attr on 'TS004F' input cluster: 6
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] End configuration of input cluster 'TS004X_cluster'
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 4] Begin configuration of input cluster 'power', is_server 'True'
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 4] Bind input cluster 'power'
[2022-01-12 20:27:29][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 4] Failed to bind 'power' input cluster: [0x9d96:0:0x0021]: Message send failure
[2022-01-12 20:27:29][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 4] This input cluster have REPORT_CONFIG, we need to configure it
[2022-01-12 20:27:29][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 4] Reporting 'battery_voltage' attr on 'power' input cluster: 3600/10800/1: For: '84:fd:27:ff:fe:8d:41:6c'
[2022-01-12 20:27:35][INFO] : ZDO Device announce: 0xdff1, 00:12:4b:00:23:9e:fd:6e
[2022-01-12 20:27:35][INFO] : Device 0xdff1 (00:12:4b:00:23:9e:fd:6e) joined the network
Il a l’air de parler des différents ENd point mais ca ne fonctionne pas (chez moi en tout cas)
Nice enfin des logs qui ressemble a quelque chose !
Apparemment les ‹ bind › sur les autres endpoints ont du mal.
Tu es certain d’être en debug ?
On dirait plutôt que ton niveau de log est a « info » tout au plus.
Ça pourrait être pas mal si t’arrives a avoir la totalité des logs.
En attendant tes logs disent clairement que les cluster 2,3,4 ne remonte pas d’info sur la batterie.
Essaye cette version du fichier tuya.js que tu as déjà ajouté dans le plugin et redémarre le demon zigbee :
"""Tuya 4 Button Remote."""
from zigpy.profiles import zha
from zigpy.quirks import CustomDevice
from zigpy.zcl.clusters.general import (
Basic,
Groups,
Identify,
LevelControl,
OnOff,
Ota,
PowerConfiguration,
Scenes,
Time,
)
from zigpy.zcl.clusters.lightlink import LightLink
from zhaquirks.const import (
BUTTON_1,
BUTTON_2,
BUTTON_3,
BUTTON_4,
COMMAND,
DEVICE_TYPE,
DOUBLE_PRESS,
ENDPOINT_ID,
ENDPOINTS,
INPUT_CLUSTERS,
LONG_PRESS,
MODEL,
OUTPUT_CLUSTERS,
PROFILE_ID,
SHORT_PRESS,
)
from zhaquirks.tuya import TuyaSmartRemoteOnOffCluster
class Tuya4ButtonTriggers:
"""Tuya 4-button remote device triggers."""
device_automation_triggers = {
(SHORT_PRESS, BUTTON_1): {ENDPOINT_ID: 1, COMMAND: SHORT_PRESS},
(LONG_PRESS, BUTTON_1): {ENDPOINT_ID: 1, COMMAND: LONG_PRESS},
(DOUBLE_PRESS, BUTTON_1): {ENDPOINT_ID: 1, COMMAND: DOUBLE_PRESS},
(SHORT_PRESS, BUTTON_2): {ENDPOINT_ID: 2, COMMAND: SHORT_PRESS},
(LONG_PRESS, BUTTON_2): {ENDPOINT_ID: 2, COMMAND: LONG_PRESS},
(DOUBLE_PRESS, BUTTON_2): {ENDPOINT_ID: 2, COMMAND: DOUBLE_PRESS},
(SHORT_PRESS, BUTTON_3): {ENDPOINT_ID: 3, COMMAND: SHORT_PRESS},
(LONG_PRESS, BUTTON_3): {ENDPOINT_ID: 3, COMMAND: LONG_PRESS},
(DOUBLE_PRESS, BUTTON_3): {ENDPOINT_ID: 3, COMMAND: DOUBLE_PRESS},
(SHORT_PRESS, BUTTON_4): {ENDPOINT_ID: 4, COMMAND: SHORT_PRESS},
(LONG_PRESS, BUTTON_4): {ENDPOINT_ID: 4, COMMAND: LONG_PRESS},
(DOUBLE_PRESS, BUTTON_4): {ENDPOINT_ID: 4, COMMAND: DOUBLE_PRESS},
}
class ZemiSmartRemote0044f(CustomDevice, Tuya4ButtonTriggers):
"""Tuya 4-button remote device with time on in cluster."""
signature = {
# "node_descriptor": "NodeDescriptor(byte1=2, byte2=64, mac_capability_flags=128, manufacturer_code=4098, maximum_buffer_size=82, maximum_incoming_transfer_size=82, server_mask=11264, maximum_outgoing_transfer_size=82, descriptor_capability_field=0, *allocate_address=True, *complex_descriptor_available=False, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False, *is_valid=True, *logical_type=<LogicalType.EndDevice: 2>, *user_descriptor_available=False)",
# SizePrefixedSimpleDescriptor(endpoint=1, profile=260, device_type=260, device_version=1, input_clusters=[0, 1, 3, 4, 6, 4096], output_clusters=[25, 10, 3, 4, 5, 6, 8, 4096])
MODEL: "TS004F",
ENDPOINTS: {
1: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.DIMMER_SWITCH,
INPUT_CLUSTERS: [
Basic.cluster_id,
PowerConfiguration.cluster_id,
Identify.cluster_id,
Groups.cluster_id,
OnOff.cluster_id,
LightLink.cluster_id,
],
OUTPUT_CLUSTERS: [
Ota.cluster_id,
Time.cluster_id,
Identify.cluster_id,
Groups.cluster_id,
Scenes.cluster_id,
OnOff.cluster_id,
LevelControl.cluster_id,
LightLink.cluster_id,
],
}
},
}
replacement = {
ENDPOINTS: {
1: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.REMOTE_CONTROL,
INPUT_CLUSTERS: [
Basic.cluster_id,
PowerConfiguration.cluster_id,
TuyaSmartRemoteOnOffCluster,
Time.cluster_id,
],
OUTPUT_CLUSTERS: [Ota.cluster_id],
},
2: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.REMOTE_CONTROL,
INPUT_CLUSTERS: [
TuyaSmartRemoteOnOffCluster,
],
OUTPUT_CLUSTERS: [],
},
3: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.REMOTE_CONTROL,
INPUT_CLUSTERS: [
TuyaSmartRemoteOnOffCluster,
],
OUTPUT_CLUSTERS: [],
},
4: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.REMOTE_CONTROL,
INPUT_CLUSTERS: [
TuyaSmartRemoteOnOffCluster,
],
OUTPUT_CLUSTERS: [],
},
},
}
Voici ce que je pense être le log plus ou moins complet du bind du endpoint 3.
On vois qu’en premier il tente de « bind » le cluster ‹ power › qui est censé remonter a chaque appuie sur l’interrupteur l’état de la batterie. Déjà sur ton modèle a priori y’a pas ça donc je l’ai viré du fichier dans les endpoints 2 3 4 car on devine que c’est la même config pour les endpoints 2,3,4.
Ce qui est frustrant dans ton log c’est qu’on voit clairement qu’il a reussi a bind le ‹ on_off › sur tes boutons 2,3,4
Exemple sur le endpoints 3 :
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Begin configuration of input cluster 'TS004X_cluster', is_server 'True'
[2022-01-12 20:26:31][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Bind input cluster 'TS004X_cluster'
[2022-01-12 20:26:33][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Bound 'TS004X_cluster' input cluster
Mais qu’il n’arrive pas a configurer le rapport ( la remonté auto de l’événement a l’appuie)
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Failed to set reporting for 'on_off' attr on 'TS004X_cluster' input cluster:
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] Set specific reporting for '_TZ3000_xabckq1v' attr on 'TS004F' input cluster: 6
[2022-01-12 20:27:01][INFO] : [84:fd:27:ff:fe:8d:41:6c][zdevices.initialize][Endpoint 3] End configuration of input cluster 'TS004X_cluster'
C’est peut être parceque juste avant il a pas réussi a bind ‹ power ›.
A voir quand tu testera le nouveau fichier.
Sinon avec les endpoints 2,3,4 bind on pourra peut être lire la valeur déjà avant de voir la config auto des rapports.
Hello,
merci pour ton aide; donc a priori pas de mieux en appuyant sur les boutons, mais en plus j’ai fait une mauvaise manip j’ai supprimé mon dossier de logs zig1 quelque chose… du coup je peux pas te donner les infos qui remontent…
ca y est il est revenu voila ce que j’ai
2022-01-13 21:45:25][INFO] : Device 0xdff1 (00:12:4b:00:23:9e:fd:6e) joined the network
[2022-01-13 21:45:25][DEBUG] : [0xdff1:zdo] ZDO request ZDOCmd.Device_annce: [0xDFF1, 00:12:4b:00:23:9e:fd:6e, 142]
[2022-01-13 21:45:25][DEBUG] : Send command sendUnicast: (<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 0xDFF1, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=3, destinationEndpoint=3, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY|APS_OPTION_RETRY: 320>, groupId=0, sequence=11), 12, b'\x01\x0b\x02\x00')
[2022-01-13 21:45:25][DEBUG] : Sending: b'471921a9602a154386904b21aa5691099d4e27a0e1ca6680ffc6099a7e'
[2022-01-13 21:45:25][DEBUG] : Data frame: b'7519a1a9602a15f698217e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'8070787e'
[2022-01-13 21:45:25][DEBUG] : Application frame 52 (sendUnicast) received: b'0044'
[2022-01-13 21:45:25][DEBUG] : Data frame: b'0519b1a96b2a154386904b21aa5691099d4e27efe1ce6774ad7e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'8160597e'
[2022-01-13 21:45:25][DEBUG] : Application frame 63 (messageSentHandler) received: b'00f1df04010400030340010000440c0000'
[2022-01-13 21:45:25][DEBUG] : Received messageSentHandler frame with [<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 57329, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=3, destinationEndpoint=3, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY|APS_OPTION_RETRY: 320>, groupId=0, sequence=68), 12, <EmberStatus.SUCCESS: 0>, b'']
[2022-01-13 21:45:25][DEBUG] : Data frame: b'1519b1a9112a15b658904a26a95593499cedfb781c119874f8df688bf87e79617e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'82503a7e'
[2022-01-13 21:45:25][DEBUG] : Application frame 69 (incomingMessageHandler) received: b'0004010400030300010000a3dcd3f1dfffff05190b020400'
[2022-01-13 21:45:25][DEBUG] : Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=3, destinationEndpoint=3, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=163), 220, -45, 0xdff1, 255, 255, b'\x19\x0b\x02\x04\x00']
[2022-01-13 21:45:25][DEBUG] : [0xdff1:3:0x0004] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=11 command_id=2>
[2022-01-13 21:45:25][DEBUG] : Send command sendUnicast: (<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 0xDFF1, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=2, destinationEndpoint=2, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY|APS_OPTION_RETRY: 320>, groupId=0, sequence=13), 14, b'\x01
\x02\x00')
[2022-01-13 21:45:25][DEBUG] : Sending: b'521e21a9602a154386904b21aa5790099d4e27a6e3ca6686ffc645997e'
[2022-01-13 21:45:25][DEBUG] : Data frame: b'261ea1a9602a15f792557e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'83401b7e'
[2022-01-13 21:45:25][DEBUG] : Application frame 52 (sendUnicast) received: b'0045'
[2022-01-13 21:45:25][DEBUG] : Data frame: b'361eb1a96b2a154386904b21aa5790099d4e27eee3ce6706b17e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'8430fc7e'
[2022-01-13 21:45:25][DEBUG] : Application frame 63 (messageSentHandler) received: b'00f1df04010400020240010000450e0000'
[2022-01-13 21:45:25][DEBUG] : Received messageSentHandler frame with [<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 57329, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=2, destinationEndpoint=2, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY|APS_OPTION_RETRY: 320>, groupId=0, sequence=69), 14, <EmberStatus.SUCCESS: 0>, b'']
[2022-01-13 21:45:25][DEBUG] : Data frame: b'461eb1a9112a15b658904a27a85593499ceafb781c119874f8df6e8bf87ea57d7e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'8520dd7e'
[2022-01-13 21:45:25][DEBUG] : Application frame 69 (incomingMessageHandler) received: b'0004010400020200010000a4dcd3f1dfffff05190d020400'
[2022-01-13 21:45:25][DEBUG] : Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=2, destinationEndpoint=2, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=164), 220, -45, 0xdff1, 255, 255, b'\x19
\x02\x04\x00']
[2022-01-13 21:45:25][DEBUG] : [0xdff1:2:0x0004] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=13 command_id=2>
[2022-01-13 21:45:25][DEBUG] : Send command sendUnicast: (<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 0xDFF1, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY|APS_OPTION_RETRY: 320>, groupId=0, sequence=15), 16, b'\x01\x0f\x02\x00')
[2022-01-13 21:45:25][DEBUG] : Sending: b'651f21a9602a154386904b21aa5493099d4e27a4fdca6684ffc682197e'
[2022-01-13 21:45:25][DEBUG] : Data frame: b'571fa1a9602a15f4ed887e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'8610be7e'
[2022-01-13 21:45:25][DEBUG] : Application frame 52 (sendUnicast) received: b'0046'
[2022-01-13 21:45:25][DEBUG] : Data frame: b'671fb1a96b2a154386904b21aa5493099d4e27edfdce67a0f97e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'87009f7e'
[2022-01-13 21:45:25][DEBUG] : Application frame 63 (messageSentHandler) received: b'00f1df0401040001014001000046100000'
[2022-01-13 21:45:25][DEBUG] : Received messageSentHandler frame with [<EmberOutgoingMessageType.OUTGOING_DIRECT: 0>, 57329, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY|APS_OPTION_RETRY: 320>, groupId=0, sequence=70), 16, <EmberStatus.SUCCESS: 0>, b'']
[2022-01-13 21:45:25][DEBUG] : Data frame: b'771fb1a9112a15b658904a24ab5593499cebfb781c119874f8df6c8bf87e24cc7e'
[2022-01-13 21:45:25][DEBUG] : Sending: b'8070787e'
[2022-01-13 21:45:25][DEBUG] : Application frame 69 (incomingMessageHandler) received: b'0004010400010100010000a5dcd3f1dfffff05190f020400'
[2022-01-13 21:45:25][DEBUG] : Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_UNICAST: 0>, EmberApsFrame(profileId=260, clusterId=4, sourceEndpoint=1, destinationEndpoint=1, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=0, sequence=165), 220, -45, 0xdff1, 255, 255, b'\x19\x0f\x02\x04\x00']
[2022-01-13 21:45:25][DEBUG] : [0xdff1:1:0x0004] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=15 command_id=2>
[2022-01-13 21:45:31][DEBUG] : Send command readCounters: ()
[2022-01-13 21:45:31][DEBUG] : Sending: b'701c21a9a52ac1a97e'
[2022-01-13 21:45:31][DEBUG] : Data frame: b'001ca1a9a52a2ab24b945d25a05592499c4e27abedce6b8bf7c66389fc7e3ea7eecdde6f8fffc7dbd5d2698c4623a9ec763ba5ea758241984c2613b1e070381c0e07bbe5ca658a459a4d9e4f9ff7c3d9d46a35a25190482412917e'
[2022-01-13 21:45:31][DEBUG] : Sending: b'8160597e'
[2022-01-13 21:45:31][DEBUG] : Application frame 241 (readCounters) received: b'3f00120017000a0000000000000000000c000a000000000001000500000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
[2022-01-13 21:45:31][DEBUG] : Send command getValue: (<EzspValueId.VALUE_FREE_BUFFERS: 3>,)
[2022-01-13 21:45:31][DEBUG] : Sending: b'011d21a9fe2a16c5057e'
[2022-01-13 21:45:31][DEBUG] : Data frame: b'111da1a9fe2a15b3a2c6a57e'
[2022-01-13 21:45:31][DEBUG] : Sending: b'82503a7e'
[2022-01-13 21:45:31][DEBUG] : Application frame 170 (getValue) received: b'0001fb'
[2022-01-13 21:45:31][DEBUG] : Free buffers status EzspStatus.SUCCESS, value: 251
[2022-01-13 21:45:31][DEBUG] : ezsp_counters: [MAC_RX_BROADCAST = 63, MAC_TX_BROADCAST = 18, MAC_RX_UNICAST = 23, MAC_TX_UNICAST_SUCCESS = 10, MAC_TX_UNICAST_RETRY = 0, MAC_TX_UNICAST_FAILED = 0, APS_DATA_RX_BROADCAST = 0, APS_DATA_TX_BROADCAST = 0, APS_DATA_RX_UNICAST = 12, APS_DATA_TX_UNICAST_SUCCESS = 10, APS_DATA_TX_UNICAST_RETRY = 0, APS_DATA_TX_UNICAST_FAILED = 0, ROUTE_DISCOVERY_INITIATED = 1, NEIGHBOR_ADDED = 5, NEIGHBOR_REMOVED = 0, NEIGHBOR_STALE = 0, JOIN_INDICATION = 0, CHILD_REMOVED = 0, ASH_OVERFLOW_ERROR = 0, ASH_FRAMING_ERROR = 0, ASH_OVERRUN_ERROR = 0, NWK_FRAME_COUNTER_FAILURE = 0, APS_FRAME_COUNTER_FAILURE = 0, UTILITY = 0, APS_LINK_KEY_NOT_AUTHORIZED = 0, NWK_DECRYPTION_FAILURE = 0, APS_DECRYPTION_FAILURE = 0, ALLOCATE_PACKET_BUFFER_FAILURE = 0, RELAYED_UNICAST = 0, PHY_TO_MAC_QUEUE_LIMIT_REACHED = 0, PACKET_VALIDATE_LIBRARY_DROPPED_COUNT = 0, TYPE_NWK_RETRY_OVERFLOW = 0, PHY_CCA_FAIL_COUNT = 0, BROADCAST_TABLE_FULL = 0, PTA_LO_PRI_REQUESTED = 0, PTA_HI_PRI_REQUESTED = 0, PTA_LO_PRI_DENIED = 0, PTA_HI_PRI_DENIED = 0, PTA_LO_PRI_TX_ABORTED = 0, PTA_HI_PRI_TX_ABORTED = 0, ADDRESS_CONFLICT_SENT = 0, EZSP_FREE_BUFFERS = 251]
ca a l’air moins lisible en mode debug
EDIT
j’ai vu passer cette ligne :
[2022-01-13 22:00:23][INFO] : [84:fd:27:ff:fe:8d:41:6c][listener.general_command] Cluster: <zigpy.zcl.clusters.general.Basic object at 0xffff7cc324a8> cluster_id: 0x0000 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=106 command_id=Command.Read_Attributes_rsp> args: ([[ReadAttributeRecord(attrid=4, status=<Status.SUCCESS: 0>, value=<TypeValue type=CharacterString, value=_TZ3000_xabckq1v>), ReadAttributeRecord(attrid=5, status=<Status.SUCCESS: 0>, value=<TypeValue type=CharacterString, value=TS004F>)]],)
Hum effectivement la les logs ne sont pas très parlant
Il en manque trop en fait, je suis même pas certain que les trames concerne ton interupteur, l’IEE ne correspond pas a tes anciens logs 00:12:4b:00:23:9e:fd:6e contre 84:fd:27:ff:fe:8d:41:6c.
Il faudrait que tu attende que ton Zigbee s’initialise bien ( 3-4 mins pour être sur)
Et ensuite tu appui partout pour générer des logs et tu m’envoie que ça.
La je t’avoue on dirait plus un bout de logs pris au milieu de la bouillasse ^^
Sinon ça serait top de faire pareil mais en INFO du coup comme tu avais fait avant histoire d’avoir les logs des « bind » sur les endpoints.
Pour ça par contre il faut pas que t’attende que ça se stabilise, il faut dès que t’as relancé le démon observer les logs.
Pour résumer, si tu peux envoyer 2 type de logs : en « INFO » dès l’initialisation et en « DEBUG » après avoir attendu que ça se stabilise et avoir appuyé partout .
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.