Le courant dans le fichier energy.current.js est en type DEVICE_FEATURE_TYPES.SWITCH.ENERGY au lieu DEVICE_FEATURE_TYPES.SWITCH.CURRENT et idem voltage, /1000 alors que ne devrait pas (dans l’exemple ci-dessus la pompe consomme 740W soit 3,5A),
Il manque les valeurs d’énergie.
Je suis en train de proposer une PR, mais je veux être sûr de rien casser pour la partie tension et intensité notamment. Si tu peux me confirmer que tu n’as pas pu contrôler les résultats ou si ça a été fait avec un autre matériel qui lui envoyait dans cette ordre. Car dans le 2ème cas il faut qu’on puisse mettre le choix de la mise à l’échelle…
Après modification, on se retrouverai avec les bonnes valeurs :
Pour autant qu’on soit sûr que seul le POW-R2 renvoi les valeurs d’énergie d’origine. Je n’en ai pas trouvé d’autres chez Sonoff. Mais via Tasmota avec le format "ENERGY":{}, je pense que c’est le seul.
Message | Unit | Description
---------------|------|-----------------------------------------------------
TotalStartTime | Date | DateTime of calculation for Total
Total | kWh | Total Energy usage including Today
Yesterday | kWh | Total Energy usage between 00:00 and 24:00 yesterday
Today | kWh | Total Energy usage today from 00:00 until now
Period | Wh | Energy usage between previous message and now
Power | W | Current effective power load
ApparentPower | W | Power load on the cable = sqrt(Power^2 +
| | ReactivePower^2)
ReactivePower | W | Reactive load
Factor | | The ratio of the real power flowing to the load to
| | the apparent power in the circuit
Voltage | V | Current line voltage
Current | A | Current line current
D’ailleurs ça renvoi des W pour la puissance apparente et réactive mais si je dis pas de bêtises c’est des VA normalement. ( ok je chipote )
Il y’a un type energy sensor avec toutes les unités qui vont bien.
En effet c’est exactement ce que j’ai repris. Mais ma question est surtout pour les autres appareils pouvant renvoyer ces infos d’energie. Je n’en connais pas d’autre qui d’origine fournissent ces infos. Pour le POW-R2 (contrairement au DHT11 ou autres), ne renvoi pas son modèle dans le message mqtt. Du coup , si d’autres appareils renvois ces données, comment être sûr de ne pas casser ces fichiers qui ne peuvent pas être autre que globaux. Dans les tests, je vois que @AlexTrovato a mis des valeurs divisées par 1000 (0.120 pour le voltage par exemple), mais du coup 2 raisons à cela :
Il avait un autre model de device qui renvoyait ça ?
Non non tu chippotes pas ^^ C’est bien ça et c’est « important » de distinguer pour un électricien ^^, mais je pense que la doc n’est pas bonne car sur l’interface on retrouve bien des VA et des VAr :
Du coup, on est d’accord que la division par 1000 n’a pas lieu d’être, dans ce cas il faudra juste que l’utilisateur modifie l’unité pour la passée en millivolts qui est disponible dans l’édition ?
Totalement, le mieux aurait été de renvoyer le model de module comme fait avec les DHT11 par exemple pour dissocier au besoin dans ce genre de cas.
En effet !! On peut plutôt passer ces features de Tasmota en énergie effectivement. Elles sont bien spécifique et catégorisée en « Energy » sur tasmota. Le switch lui est en effet bien à part !!^^
J’aurais besoin de testeurs pour un correctif apporté sur l’intégration Tasmota lié à la PR #1526 sur notamment les Sonoff POW R2. Peu importe que vous ayez du Sonoff POW R2 ou non, le but est de tester que ça ne casse rien au fonctionnement actuel. Mieux encore si vous avez d’autres appareils Tasmota utilisant les fonctionnalité précisées ci-dessous (même si je ne vois aucune raison que quoique ce soit ne casse avec cette modif).
Pour rappel les modification sont les suivantes :
Correction d’une erreur sur la fonctionnalité d’intensité qui était traduite en énergie.
Correction de la tension qui était divisé par 1000 qui donne des mV pour le POW R2 (avec unité en Volt). Si sur d’autres appareils la tension est retransmise en milliVolt alors l’utilisateur devra sélectionner la bonne unité dans le menu d’édition de l’appareil
Correction de la catégorie et du type de la fonctionnalité d’énergie ENERGY_SENSOR plutôt que SWITCH afin d’obtenir les unités correctes dans le menu d’édition des appareils/fonctions
Ajout des données énergétiques suivantes (notamment pour le modèle Sonoff POW-Rx) :
Consommation électrique apparente,
Consommation de puissance réactive,
Énergie totale,
Energie consommée du jour.
Correction de l’unité Volt Ampère réactive sur la face avant qui dans les fichiers i18n était en minuscules (var au lieu de VAr)
Correction des unités Watt et kiloWatt côté front qui n’étaient pas mentionnées dans le fichier fr.json (« Watt » au lieu de « Watt (W) » et « KiloWatt » au lieu de « KiloWatt (kW) ») mais qui étaient bonnes dans le fichier en.json.
Vous pouvez tester soit via la PR, soit via l’image docker en cours de construction : docker pull terdious/gladys:tasmota-POW-R2-features-fixes
De mon côté, tout ce que j’ai pu tester fonctionne niveau Tasmota.
Découverte MQTT ok
Découverte HTTP ok
Switches, températures, humidités ok
Le reste de l’instance a l’air de fonctionner sans problème.
Testé sur RPi2 Bullseye 32bit lite officielle avec la commande d’installation suivante :
PS: Tant que tu as les mains dans le cambouis, tu penses que tu pourrais faire quelque chose pour que l’intégration prenne en charge le RF, le IR voire le RFID (RC522) ?
Je sais qu’il y avait un souci car les codes sont renvoyés en hexadécimal mais je vois qu’on peut faire en sorte qu’ils le soient en décimal en tapant deux commandes dans la console des appareils : Voir ici
Pour etre sûr que ca ne casse rien sur une install existante, penses-tu que tu pourrais couper l instance, y copier/coller ta db de prod et relancer ? Et verifier que tout fonctionne correctement sur tes devices tasmota qui etait existant ?
Merci par avance si tu peux ^^
Alors pour cette partie, je peux toujours regarder, mais pas sûr que je sois suffisamment caler pour trouver.
De mon côté j’ai 4 modules Sonoff RF 433 pour mes detecteurs de mouvement. Actuellement je fonctionne par un publish mqtt prog dans les tasmota. Mais en effet ca m’interesserais d’avoir les fonctionnalité directement, je regarderai mais ce ne sera pas sur la meme PR.
As-tu des exemples de ref de matos pour les 2 autres (IR et RFID) ?
Si tu as un POW Rx, ca m’interesse d’autant plus pour etre sur que ca fonctionne sur une autre instance ^^ Bon apres j’ai testé avec mes 3 DB donc normalement il n’y a pas de raison ^^
D’ailleurs ca me fait penser, @GBoulvin et @VonOx , vous n’avez pas un tasmota qui utilise ces fonctionnalités là par hasard (tension, puissance, energie).
Alors, au risque de te décevoir, en dehors des prises, je n’ai que des modules custom à base de Wemos D1 mini flashés avec Tasmota et connectés à différents petits périphériques (une simple LED IR pour envoyer et/ou un émetteur ou récepteur RF etc.)
Pas de compteur de consommation dans les sonoff chez moi…
J’y regarde demain dans la matinée et te tiens au jus!
Voilà, c’est testé : substitution de la db de prod dans la version test de Gladys.
Aucune anomalie remarquée dans l’intégration Tasmota, MQTT, caméras, openweather ou sur le dashboard.
Je n’ai pas testé la discussion (oubli)…
Bon dimanche !
Edit : j’ai testé la conversation (demande température de la pièce) : OK
Et pour info, la demande d’allumage de lumière ne fonctionne pas mais on sait que ce n’est pas de ta faute
Oki, bon du coup je vois un peu la problématique qui va etre du meme acabit que la conversation sur la distinction des devices / features plus général (le device est physiquement le Wemos et à plusieurs fonctionnalité - peu importe le RF/IR dans ce cas - mais finalement chaque fonctionnalité de ce device sont aussi des devices). Il faut donc pouvoir ségréger tout ca. Ca fait partie d’un développement plus large qui peut toucher Tasmota mais aussi d’autres intégrations comme Zigbee2mqtt (les prises multiples par exemple)
?
