Mise à jour RFXCOM et OWL 180

Pour moi, ca fonctionne maintenant. Merci beaucoup pour ce travail.

Ok pour « 5A » les remontées paraissent bonnes …
J’avais pas vu que tu avais modifié « 5B » (pas de calcul des powers 1 2 3) seulement intensités ch 1 à 3 (anciennement channel) ce qui fausse toutes les infos, mais je vais modifié (sauf si tu remets le calcul)

Le calcul de quoi ? La je colle aussi parfaitement a la doc pourtant

Je ne doutes pas que tu « colles » à la doc, mais avant tu faisais le calcul du power de chaque canal , qui n’apparait plus maintenant ?

Je sais pas ce que je faisait avant j’avoue, c’était du n’importe quoi le plugin avant j’ai rien gardé pour etre parfaitement en accord avec la doc rfxcom. Si c’est une division par 220 alors rajoute la dans la commande c’est le mieux.

OK j’ai modifié … P = U x I

C’est bien de se mettre en accord avec la doc, mais je vois que certains sont perdus …
Dur dur pour le Forum …

Merci pour tout

De toute facon quoiqu’on fasse ca va jamais :

  • avant on supporté par tout mais on maché plus le travails ca va pas
  • maintenant on supporte tout mais on mache plus le travails ca va pas

Malheureusement on peut pas tout faire, ca fait des années qu’on nous demande de s’aligner avec la doc et qu’on negocie avec rfxcom pour avoir le droit de la faire, on a enfin pu on le fait ca va pas.

Perso desfois je me demande si le mieux c’est pas de rien faire en faite.

2 « J'aime »

Ok pour tout, encore merci. Moi j’accepte les bug …Il en faut pour arriver à quelque chose de presque parfait .
Demande à l’iniateur (ou autre de la Team ) de clore le sujet sur OWL

@+DÖM (Ô¿Ô):vulcan_salute:

Si c’est une division par 220 alors rajoute la dans la commande c’est le mieux.

Bonjour,

C’est possible de remplir l’info d’un équipement avec une valeur d’un autre champ?

i.e: J’aimerai refaire les calculs dans l’equipement

  • canal1 = ch1
  • canal2 = ch2
  • canal2 = ch3
  • power1 = ch1 * 230
  • power2 = ch2 * 230
  • power3 = ch3 * 230

Cela peut paraitre idiot, mais j’ai quelques scenarios de delestage et de thermostats qui se basent là dessus et j’ai pas envie de tout reprendre en cette periode de chauffage, avec le risque de faire des erreurs

[EDIT] J’ai pas de cerveau à minuit
Il suffit de mettre ch1 en logicalId de power1 et canal1 et de faire le calcul pour power1 dans conf avancée

Bonjour,
J’ai aussi un autre problème avec un OWL180i (il décode la trame 0x5B)
Dans la trame, le total est parfois à 0:

[2020-11-27 06:38:27][DEBUG] : Message: 135b019337000200020012000400000000000079
[2020-11-27 06:38:27][DEBUG] : Decode : 135b019337000200020012000400000000000079
[2020-11-27 06:38:27][DEBUG] : Test message: 135b019337000200020012000400000000000079
[2020-11-27 06:38:27][DEBUG] : PacketType: 0x5B
[2020-11-27 06:38:27][DEBUG] : Length: 20
[2020-11-27 06:38:27][DEBUG] : Start decoding packet type 0x5B
[2020-11-27 06:38:27][DEBUG] : Subtype = ELEC4 is CM180i
[2020-11-27 06:38:27][DEBUG] : Data : {'packetlen': '0x13', 'total': 0, 'id2': '0x00', 'packettype': '0x5B', 'battery': 100, 'subtype': '0x01', 'ch1': 2, 'id1': '0x37', 'rssi': 7, 'ch3': 4, 'count': 2, 'seqnbr': '0x93', 'ch2': 18}

Mais aussi parfois OK:

[2020-11-27 06:38:51][DEBUG] : Message: 135b019a3700000002001000040000448c344079
[2020-11-27 06:38:51][DEBUG] : Decode : 135b019a3700000002001000040000448c344079
[2020-11-27 06:38:51][DEBUG] : Test message: 135b019a3700000002001000040000448c344079
[2020-11-27 06:38:51][DEBUG] : PacketType: 0x5B
[2020-11-27 06:38:51][DEBUG] : Length: 20
[2020-11-27 06:38:51][DEBUG] : Start decoding packet type 0x5B
[2020-11-27 06:38:51][DEBUG] : Subtype = ELEC4 is CM180i
[2020-11-27 06:38:51][DEBUG] : Data : {'packetlen': '0x13', 'total': 1150039104, 'id2': '0x00', 'packettype': '0x5B', 'battery': 100, 'subtype': '0x01', 'ch1': 2, 'id1': '0x37', 'rssi': 7, 'ch3': 4, 'count': 0, 'seqnbr': '0x9A', 'ch2': 16}

Dans l’ancien système, on vérifiait que le total était différent de 0 avant de l’envoyer, est-ce possible de reproduire?

Bonjour,
Ca serait possible mais ca colle pas la la doc rfxcom en aucun cas il demande de filtrer si c’est = 0 donc on ne devrait pas avoir le faire.

Effectivement, je suis d’accord avec toi, mais peut-on le faire côté jeedom?
En fait, cette valeur me sert pour le calcul des puissances consommées par Jour/Mois/Année (Mini-Maxi)
Du coup, si le mini est à 0, ça fausse tout.

Autre question au passage, cette valeur est divisée par 223.666 avant d’être envoyée à Jeedom, avant c’était 230, pourquoi ce changement?

Tu peux dans jeedom mettre à min a 1 comme ca il ignore le 0
Pour la division je suis passé sur 223.666 car c’est ce qui est dit dans la doc rfxcom

OK, je teste

Ca semble OK, j’avais juste oublié que j’avais un offset dû au changement de piles.

Je t’avais posé la question OWL TSE200-001 ne remonte plus les informations de puissance - #4 par Doubledom, donc OK pour ignorer le 0 si count >0 du « 5B »

Pour ce qui est de la partie total : la doc dit « Count >0 : packet contains only instant power(ignore total power =0) » ?

Je comprend pas la demande pour ca en faite pour le count? que veux tu exactement ? Ne pas renvoyer le power si count > 0 ?

Je pense que c’est ça qu’il veut dire, si on regarde les 2 trames que j’ai mis, celle ou le compteur est à 0, le count vaut 2 et dans l’autre, il vaut 0.

Oui @Loic c’est apparemment ce qu’ils veulent dire…
de plus il apparait des mesures « bizard » lors de ton calcul des chx avec x 0 après la virgule ?

[2020-11-27 10:32:58][DEBUG] : Message: 135b01b2860000000700240001000001ed23ae79
[2020-11-27 10:32:58][DEBUG] : Decode : 135b01b2860000000700240001000001ed23ae79
[2020-11-27 10:32:58][DEBUG] : Test message: 135b01b2860000000700240001000001ed23ae79
[2020-11-27 10:32:58][DEBUG] : PacketType: 0x5B
[2020-11-27 10:32:58][DEBUG] : Length: 20
[2020-11-27 10:32:58][DEBUG] : Start decoding packet type 0x5B
[2020-11-27 10:32:58][DEBUG] : Subtype = ELEC4 is CM180i
[2020-11-27 10:32:58][DEBUG] : Data : {'packetlen': '0x13', 'packettype': '0x5B', 'subtype': '0x01', 'seqnbr': '0xB2', 'id1': '0x86', 'id2': '0x00', 'count': 0, 'ch1': 7, 'ch2': 36, 'ch3': 1, 'total': 32318382, 'battery': 100, 'rssi': 7}
[2020-11-27 10:32:58][DEBUG] : Decoded info : {'packettype': '0x5B', 'subtype': '0x01', 'id': '8600', 'count': 0, 'ch1': 0.7000000000000001, 'ch2': 3.6, 'ch3': 0.1, 'total': 144493.94, 'battery': 100, 'rssi': 7}
[2020-11-27 10:32:58][DEBUG] : Device is known id : 8600
[2020-11-27 10:32:58][DEBUG] : Send to jeedom : {'devices': {'86005B': {'packettype': '0x5B', 'subtype': '0x01', 'id': '8600', 'count': 0, 'ch1': 0.7000000000000001, 'ch2': 3.6, 'ch3': 0.1, 'total': 144493.94, 'battery': 100, 'rssi': 7}}}
[2020-11-27 10:32:58][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-11-27 10:32:58][DEBUG] : {"devices":{"86005B":{"packettype":"0x5B","subtype":"0x01","id":"8600","count":0,"ch1":0.7000000000000001,"ch2":3.6,"ch3":0.1,"total":144493.94,"battery":100,"rssi":7}}}

Ok c’est bon avec la dernière modif (/10 au lieu de *0.1)
Merci @Loic