[Tutoriel] Autopsie du matériel Lidl

j’ai associé la semaine dernière ma box lidl avec l’application smart puis je suis passé en mode « serial gateway » : j’ai pu récupérer mon password.

ma box est configurée/reconnue à présent dans jeedom : j’attends de recevoir des périphériques zigbee pour tester in situ…

sinon il y a peut être l’option d’installer une version smart android plus ancienne (on en trouve sur le web) pour downgrader la box?

J’ai pas pu attendre dimanche ,donc j’ai refais la manip complète et j’ai fini par trouver l’erreur .

Ce qui ma induis en erreur , c’est le copier coller sur le résultat du script sur le bloc note cela a modifier des l en 1 du coup le mot de passe était faux.

Du coup le hack fonctionne même si la passerelle est associer puisque c’est mon cas.
Je te remercie pour toutes l’aide que tu ma apporté .
Par contre j’ai inclus la prise Lidl et ce qui est bizarre je n’ai pas de commande de créer .
Edit : les commandes viennent de ce mettre à jours .

Parfait merci pour vos retour, je modifie en conséquence :wink:

Bonjour tout le monde, j’ai remarqué un truc bizarre avec la prise Lidl. J’ai branché un projecteur led dessus et même en position off les leds sont très faiblement allumées. C’est normal ou il y a un truc à faire pour éviter ça ?
Merci

Merci pour ce super tuto; tout a fonctionné comme sur des roulettes :slight_smile:

Ce nest pas normal.
À mon avis la prise est défaillante. Courant de fuite du à un circuit qui n’a pas commuté ou qui est hs.
Si la prise est correctement conçue elle doit contenir un mini relais qui coupe les deux pôles.
Si elle est mal conçue un des pôles n’ est pas coupé ou bien le circuit de coupure est électronique et réagit mal avec une charge qui n’est pas résistive

j’avais associé ma passerelle sur l’appli et fait le hack apres la semaine derniere, cela avait fonctioné nickel.
ils ont peut etre fait cette mise a jour apres coup pour contré votre hack :frowning:

rien est sûr, parfois le problème est entre la chaise et le clavier :slight_smile:
on va attendre d’autre retour.

1 « J'aime »

Bon, grosse correction sur mes dire,
oui la box Lidl est un coordinateur qui reconnait les trames GPD
donc j’ai dit de la me…

[2021-02-15 15:22:38][DEBUG] : Data frame: b'22e2b15754ef6a69fd947a37fa54a25bcc4f28a9ecce672ffdc663ab7af404cd14cd94e67e'
[2021-02-15 15:22:38][DEBUG] : Sending: b'83401b7e'
[2021-02-15 15:22:38][DEBUG] : Application frame 197 (gpepIncomingMessageHandler) received: b'7fdba40030125001301250010f02010000a400000022868a3b6aff00'
[2021-02-15 15:22:38][ERROR] : Exception in callback ThreadsafeProxy.__getattr__.<locals>.func_wrapper.<locals>.check_result_wrapper() at /usr/local/lib/python3.7/dist-packages/bellows/thread.py:97
handle: <Handle ThreadsafeProxy.__getattr__.<locals>.func_wrapper.<locals>.check_result_wrapper() at /usr/local/lib/python3.7/dist-packages/bellows/thread.py:97>
Traceback (most recent call last):
  File "/usr/lib/python3.7/asyncio/events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "/usr/local/lib/python3.7/dist-packages/bellows/thread.py", line 98, in check_result_wrapper
    result = call()
  File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/__init__.py", line 230, in frame_received
    self._protocol(data)
  File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/protocol.py", line 124, in __call__
    result, data = self.types.deserialize(data, schema)
  File "/usr/local/lib/python3.7/dist-packages/bellows/types/__init__.py", line 9, in deserialize
    value, data = type_.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/bellows/types/struct.py", line 199, in deserialize
    kwargs[field.name], data = field.concrete_type.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/zigpy/types/basic.py", line 480, in deserialize
    item, data = cls._item_type.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/zigpy/types/basic.py", line 53, in deserialize
    raise ValueError(f"Data is too short to contain {cls._size} bytes")
ValueError: Data is too short to contain 1 bytes
[2021-02-15 15:22:39][DEBUG] : Data frame: b'32e2b15754ef6a52fc947a37fa54a25bcc4f28a9ecce672efdc663aa4f050bad14cde3807e'
[2021-02-15 15:22:39][DEBUG] : Sending: b'8430fc7e'
[2021-02-15 15:22:39][DEBUG] : Application frame 197 (gpepIncomingMessageHandler) received: b'7fe0a50030125001301250010f02010000a500000023b37b340aff00'
[2021-02-15 15:22:39][ERROR] : Exception in callback ThreadsafeProxy.__getattr__.<locals>.func_wrapper.<locals>.check_result_wrapper() at /usr/local/lib/python3.7/dist-packages/bellows/thread.py:97
handle: <Handle ThreadsafeProxy.__getattr__.<locals>.func_wrapper.<locals>.check_result_wrapper() at /usr/local/lib/python3.7/dist-packages/bellows/thread.py:97>
Traceback (most recent call last):
  File "/usr/lib/python3.7/asyncio/events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "/usr/local/lib/python3.7/dist-packages/bellows/thread.py", line 98, in check_result_wrapper
    result = call()
  File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/__init__.py", line 230, in frame_received
    self._protocol(data)
  File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/protocol.py", line 124, in __call__
    result, data = self.types.deserialize(data, schema)
  File "/usr/local/lib/python3.7/dist-packages/bellows/types/__init__.py", line 9, in deserialize
    value, data = type_.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/bellows/types/struct.py", line 199, in deserialize
    kwargs[field.name], data = field.concrete_type.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/zigpy/types/basic.py", line 480, in deserialize
    item, data = cls._item_type.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/zigpy/types/basic.py", line 53, in deserialize
    raise ValueError(f"Data is too short to contain {cls._size} bytes")
ValueError: Data is too short to contain 1 bytes
[2021-02-15 15:22:39][DEBUG] : Send command nop: ()
[2021-02-15 15:22:39][DEBUG] : Sending: b'24e32157542f65357e'
[2021-02-15 15:22:39][DEBUG] : Data frame: b'43e3a157542f2f547e'
[2021-02-15 15:22:39][DEBUG] : Sending: b'8520dd7e'
[2021-02-15 15:22:39][DEBUG] : Application frame 5 (nop) received: b''

voici les log du demon

1 « J'aime »

super nouvelle pour les modules greenpower !!

1 « J'aime »

Bonjour @Loic, c’est l’enquiquineur
Je relève quelque chose que je ne m’explique pas
après avoir joué avec mon émetteur gpd
avec la Conbee II le démon montre ;

[2021-02-15 16:42:44][DEBUG] : Frame received: 0x19d10016000f008c3030125001aa00000022423ace29
[2021-02-15 16:42:44][DEBUG] : Frame received: 0x19d20016000f008c3030125001aa00000022423ace29
[2021-02-15 16:42:44][DEBUG] : Frame received: 0x19d30016000f008c3030125001aa00000022423ace29

avec la passerelle modifié en ezsp ( coordinateur SI)
le bavardage sorti de Zigpy (bellows et non deconz donc) ne donne pas la même chose, et à vrai dire je n’y comprends pas grand chose

[2021-02-15 16:42:44][DEBUG] : Data frame: b'64c0b15754ef6a6cf3947a37fa54a25bcc4f28a9ecce6721fdc663abbe44f18e14cd0bc17e'
[2021-02-15 16:42:44][DEBUG] : Sending: b'87009f7e'
[2021-02-15 16:42:44][DEBUG] : Application frame 197 (gpepIncomingMessageHandler) received: b'7fdeaa0030125001301250010f02010000aa00000022423ace29ff00'
[2021-02-15 16:42:44][ERROR] : Exception in callback ThreadsafeProxy.__getattr__.<locals>.func_wrapper.<locals>.check_result_wrapper() at /usr/local/lib/python3.7/dist-packages/bellows/thread.py:97
handle: <Handle ThreadsafeProxy.__getattr__.<locals>.func_wrapper.<locals>.check_result_wrapper() at /usr/local/lib/python3.7/dist-packages/bellows/thread.py:97>
Traceback (most recent call last):
  File "/usr/lib/python3.7/asyncio/events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "/usr/local/lib/python3.7/dist-packages/bellows/thread.py", line 98, in check_result_wrapper
    result = call()
  File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/__init__.py", line 230, in frame_received
    self._protocol(data)
  File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/protocol.py", line 124, in __call__
    result, data = self.types.deserialize(data, schema)
  File "/usr/local/lib/python3.7/dist-packages/bellows/types/__init__.py", line 9, in deserialize
    value, data = type_.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/bellows/types/struct.py", line 199, in deserialize
    kwargs[field.name], data = field.concrete_type.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/zigpy/types/basic.py", line 480, in deserialize
    item, data = cls._item_type.deserialize(data)
  File "/usr/local/lib/python3.7/dist-packages/zigpy/types/basic.py", line 53, in deserialize
    raise ValueError(f"Data is too short to contain {cls._size} bytes")
ValueError: Data is too short to contain 1 bytes

autre chose, mon émetteur émets sur le canal 11
or la conbee montre le 15, pourquoi


j’espère ne pas faire trop noob à tes yeux

Pour l’instant faut pas se pencher sur le zgp ya rien nul part de pret dans zigpy donc les infos que tu vois peuvent ne par etre juste.

Pour le canal c’est normal l’interrupteur change de canal a chaque clic lors de l’inclusion

1 « J'aime »

euh normalement non, il y a une procédure pour changer de canal, cela doit être volontaire. Bref il doit y avoir un quiproquo, physiquement je suis sûre que ma Conbee II est sur le canal 11, par contre dans Jeedom elle montre le canal 15, c’est ce que je trouvais bizarre.
Dans le coup l’implantation que tu fais pour le GPD dans Zigpy sera valable pour l’ensemble ezsp/desconz/nxp/zigate… ou juste pour Desconz?

pour test je viens de passer la conbee 2 sur le canal 11 et elle est toujours sur le canal 11
puis je la repasse sur le canal 15 et … sauvegarde, redémarrage… toujours le canal 11. je pense que les changement de canaux ne suivent pas.

A oui ca non ca marche mais c’est compliqué je sais pas pourquoi surement un soucis dans zigpy

Pour le zgp ca sera deconz et ezsp mais faut vraiment pas penser que ca va arriver bientot si c’est avant fin 2021 c’est deja bien

ah d’accord dommage

Bonjour
J’ai fait l’acquisition du boitier pour me lancer car le tuto est superbe. Mais peut-on revenir en arrière avec la config initiale si je me plante?

Hello, @Norbert_breizh oui c’est possible

on remet le script de démarrage original de tuya

cp /tuya/tuya_start.original.sh /tuya/tuya_start.sh && reboot

petite note en cours
avec la version de simplicitystudio v4
on trouve
commander.exe dans (windows) C:\SiliconLabs\SimplicityStudio\v4\developer\adapter_packs\commander
il faut un j-link



ça cause bon point

1 « J'aime »

Hello tout le monde, j’ai pu mettre à jour le firmware à la dernière version possible pour ce contrôleur.
Initialement la passerelle est sur le firmware 6.5.0

J’expliquerai la procédure pour la passer en 6.7.8 bientôt, une fois que j’aurai validé que tout fonctionne bien avec le plugin zigbee!

Mais pour l’instant tout fonctionne :wink:

Par contre je ne détaillerai pas ici les différence de release !
Pour les curieux, vous trouverez les nouveautés par rapport aux versions inférieurs sur ce pdf

2 « J'aime »