Comment se passer de Tuya/SmartLife/WifiLightv2/eWeLink ?
Le projet communautaire OpenBeken permet de flasher énormément de produits sur le marché .
Certes, il faut bidouiller un peu (fer à souder, fils Dupont, adaptateur série/USB), mais le résultat est sans appel, on se passe totalement du firmware cloud pour passer à un équivalent de Tasmota/ESPHome/ESPEasy…
Il s’agit initialement d’un projet qui a pour but de reproduire ce que fait Tasmota avec les puces ESP pour les puces utilisée par Tuya.
Une liste d’appareils déplombés qui ne fait qu’augmenter : https://openbekeniot.github.io/webapp/devicesList.html
De plus en plus de puces prises en compte : BK7231T, BK7231N, T34, BL2028N, XR809, BL602, LF686, W800, W801, W600, W601, LN882H WIP platform
La méthode de flashage peut différer en fonction de la puce.
Tout est documenté, plusieurs tutoriels disponibles sur elektroda.com et vidéo YouTube.
J’ai posté 2 articles sur mon blog qui décrivent la procédure pour flasher 2 appareils :
Bonjour ,
Enfin une bonne nouvelle , pour ceux comme moi qui aime jouer du fer à souder et avoir le + possible un vrai control local de ses appareils .
( vivement que la liste s’allonge , et elle va s’allonger car certain device n’étaient pas compatible Tasmota à cause de ces nouveaux chip )
Il y a quand même un constat c’est que les constructeur/fabriquants font tout pour que la domotique personnelle soit à la ramasse par rapport au cloud et notamment leurs nouvelles API propriétaire .
( fonctions exclusive , limitation d’appel ou requêtes , …) …bientôt il faudra un abonnement …
Sans remettre en cause le formidable boulot des développeurs qui cherchent et modifient régulièrement leur plugin pour que cela reste toujours fonctionnel. (la liste est longue)
Chapeau et respect .
Sur ce projet, pour certains modules, il y a des fonctions qui n’étaient pas disponibles (timer par exemple) via le firmware cloud et qui le sont maintenant avec openbeken.
un petit début , j’avais un disjoncteur Tuya : ( chip CB3S , BK7231N )
La procédure est assez complexe ,( j’ai suivi ton tuto ) mais après ce premier test le reste sera facile .
Fonctionne parfaitement .
Bonjour,
Sur les équipements lorsque le firmware est injecté et fonctionnel il y a un paramètre de température sur le dashboard .
Je n’arrive pas à le retrouver dans les paramètres mqtt .
As tu des retours de température sur tes devices ?
Est ce un paramètre exploitable ou est il nativement intégré dans le firmware et utilisé seulement si une sonde de température est présente ?
Ce paramètre ressemble à une température de cpu = donc interne à la puce .
Elle est présente sur le dashboard de toutes mes prise/plug que j’ai modifié avec cloudcutter (dernier firmware ) et elle varie donc je suppose qu’elle est bien active .
Cette information peut etre utile pour surveiller la température globale de la prise (ou du device: relais …) .
J’arrive à activer driver et channel TuyaMCU et MQTT , le link 7 reste à zero .
Je pense que c’est le mapping du « 135 » qui ne correspond pas au prise/plug , je vais les tester jusqu’a trouver le bon .
Malgré mes test pas moyen d’avoir l’info retour de température .
J’ai donc posté sur le github , j’ai eu une réponse ( j’ai fait la demande pour HA Mqtt , car je ne suis pas sur qu’ils connaissent Jeedom )
Donc avec la réponse donnée , ça fonctionne :