Bonjour,
Depuis la mise à jour du plugin rfxcom les données que je reçois de mon capteur de courant OWL-180 sont étranges.
J’ai tenté une suppression / nouvelle inclusion pour être certain d’avoir la bonne configuration.
Quand je regarde instantané, je n’ai que 138W, ce qui n’est pas normal.
Bonjour,
Que donne la configuration du plugin?
Il a été demandé de relancer les dépendances après mise à jour du plugin.
Ca c’est fait, et le plugin marche car je peux commander d’autres équipements. (volet / prise)
Alors il va falloir surveiller ce sujet
Bonjour,
Je viens de mettre à jour le plugin RFXCOM et impossible de relancer le demon. Même après avoir mis à jour les dépendances.
Voici l’erreur obtenue :
[2020-11-26 08:47:42][ERROR] : Fatal error : module 'serial' has no attribute 'VERSION'
[2020-11-26 08:47:42][DEBUG] : Traceback (most recent call last):
File "/var/www/html/plugins/rfxcom/resources/rfxcomd/rfxcomd.py", line 394, in <module>
shared.JEEDOM_SERIAL = jeedom_serial(device=_device,rate=_serial_rate,timeout=_serial_timeout)
Fi…
Vous n’êtes pas le seul à avoir un problème depuis la MAJ.
Mips
Novembre 26, 2020, 9:03
5
Pouvez-vous vérifier que vous avez la dernière version du plugin? => 2020-11-26 09:50:03
1 « J'aime »
Et de recompiler les dépendances avec cette version…
1 « J'aime »
Slt…
Apparemment le décodage de la trame des versions « 5A » n’est pas bon !
mesure sur conso départ clim à droite RFXCom et gauche RFXPLayer
Je regarde les logs …
Loic
Novembre 26, 2020, 10:06
8
Sans les logs en debug du demon je ne pourrais pas corriger du tout
Log en début du relance "démon"Log rfxcomnew.txt (50,2 Ko)
Pour @Loic
Apparemment c’est le problème du décodage, manque le calcul du bit H
115a010544a20000000365 000001536cd279
'instant3' : message[9], ? devrait être instant 3 High
'instant4' : message[10], ? devrait être instant 3 low
Pour Info j’ai les 2 versions de OWL « 5A » et « 5B »
Loic
Novembre 26, 2020, 10:46
12
Je viens de pousser la correction (enfin j’espere j’ai absolument pas de quoi tester)
Tu as mis à jour que le 0x5A.py ?
Loic
Novembre 26, 2020, 10:51
14
Non j’en ai fait d’autre mais faut je repasse partout pour corriger.
Oui je comprends, je te laisse faire pour le tout le reste.
Je vais tester les envois des mesures de la version « 5A » et « 5B » sur les mêmes « Phases », on dirait que le « 5A » ne remonte que l’info sur octet 9 et 10 ( le total)
Loic
Novembre 26, 2020, 11:17
16
La je peux pas te dire moi dans la doc j’ai :
Il parle du count, OK si 180 count varie et si >0 pas d’info de la totale (les bits sont à 0)
Mais il y a le subtype 01 du 5A, qui ne fait que Instant 1= high bit et instant 4 =Low bit
Si le count du « 5A » subtype 01 =0 ou autres toujours infos du total
Pour info mon autre 180 récent et du type « 5B »
Il doit y avoir un bug dans la doc, ou mal expliqué…
Loic
Novembre 26, 2020, 11:32
18
Je vois pas ou tu veux en venir, tu as pas de power mais je vois pas le soucis ca remonte 0 et puis voila
C’est seulement pour te dire que si « 5A » subtype 01 la mesure se fait sur le instant 1 High et instant 4 Low, mais on a toujours le total sur ce type …
Ce qui n’est pas le cas pour autre !
Loic
Novembre 26, 2020, 11:36
20
Je comprends toujours pas désolé. C’est quoi qui marche pas ?