OWL CM160 invisible

[jacob]

Bonjour.

J'ai une sonde OWL CM160 qui refuse d'apparaître dans Domoticz (sur Raspberry Pi)
Elle est bien visible dans le RFXManager (PC sous Windows)
Le RFXTRX fonctionne bien sur le Raspberry avec d'autre périphériques.
Les protocoles activés sont: Rubicson, Visonic, Oregon, ARC, AC, X10. Même en ne laissant que le protocole Oregon actif, je ne vois pas cette sonde.
L'ajout de nouveau périphérique est autorisé.

Une éventualité à envisager serait que, dans un élan d'optimisme, j'aie supprimé ce périphérique de la liste des périphériques détectés? Comment vérifier?

Merci de vos lumières.

Domoticz en v2.3530 et RFXTRX433E en v250

[alomamabobo]

Bonjour,
Protocole biffé dans Matériel/RFXCOM et accepter de nouveaux capteurs dans les paramètres Domoticz?

[snips]

Peut-être regarder dans "le log" sous domoticz histoire de vérifier que les trames sont bien reçues.....

[jacob]

Oui, protocole Oregon activé et pas de conflit entre protocoles d'après la doc du RFXTRX. Nouveaux capteurs acceptés, je reçois très bien ceux des voisins!

Et rien dans le log qui concerne cette sonde...

[snips]

SI c'est désespéré : j'enlèverais les piles sur l'unité émettrice et je recommencerai l'installation du OWL depuis le début (Etape 1 : installation des piles...). Cela permet de re-forcer l'identification du compteur...
En profiter pour contrôler les piles.....mettre des piles neuves au besoin....

bon courage !

[jacob]

Je viens d'essayer, sans résultat. Une LED du RFXTRX clignote bien en même temps que celle du transmetteur OWL, donc il voit passer quelques chose.
Je vais tenter avec un Domoticz vierge...

[jacob]

Bon bah pas mieux avec un Domoticz "frais".

L'OWL est toujours visible sous Windows avec RFXManager:

Code : Tout sélectionner

Packettype    = ENERGY
subtype       = ELEC3 - OWL CM180
Sequence nbr  = 11
ID            = 34418
Count         = 0
Instant usage = 0 Watt
total usage   = 0 Wh
Signal level  = 7  -64dBi
Battery       = OK

Comprends pas

[snips]

J'en perds mon latin aussi....
-je vois que vous êtes en v2.3530...je suis en V2.3799, vous ne perdez rien à mettre à jour domoticz ... qui sait

-si non, on peut toujours faire du debug pas à pas... en commençant par faire un équivalent à rfxmngr sous windows, mais directement sous le pi :
aller sur la page : http://rfxcmd.eu/?page_id=155
suivre pas à pas.
pensez à rajouter un "sudo" devant les commandes si les autorisations sont refusées.
Vous pourrez faire un sudo ./rfxcmd.py -d /dev/ttyUSB0 -l -v (si votre RFXTRX est sur ttyUSB0) et là vous verrez tout ce que le RFXTRX envoie au PI.
ça permet de vérifier la première étape !

rfxcmd.jpg (164.3 Kio) Consulté 10580 fois

[jacob]

Ohh c'est bon, ça! Je ne connaissais pas, merci!

Bonne nouvelle, y'a des paquets OWL:

Code : Tout sélectionner

Received		= 11 5A 02 0F 86 72 00 00 00 00 00 00 00 00 00 00 00 79
Date/Time		= 2016-02-17 22:43:06
Packet Length		= 11
Packettype		= Energy usage sensors
Subtype			= CM180
Seqnbr			= 0F
Id			= 8672
Count			= 0
Instant usage		= 0 Watt
Total usage		= 0 Wh
Battery			= 9
Signal level		= 7

Mauvaise nouvelle: Y'en a pas beaucoup! Et ils ne "remontent" pas à Domoticz...

La plupart des paquets sont invalides, est-ce du à des collisions?

Code : Tout sélectionner

Received		= 79 11 5A 02 02 86 72 00 00 00 00 00 00 00 00 00 00 00 79 0A 52 0D 03 71 01 00 77 31 01 70 0A 52 0D 04 47 01 00 2B 42 01 70 0A 52 0D 05 9D 01 00 D4 25 02 79 0A 52 0D 06 BE 01 00 DB 31 01 69 14 01 07 13 07 43 6F 70 79 72 69 67 68 74 20 52 46 58 43 4F 4D 0D 01 00 14 02 53 FA 02 00 20 00 01 02 1C 11 5A 02 00 A6 72 0C 00 00 00 00 00 00 00 11 5A 02 01 11 5A 02
Incoming packet not valid, waiting for next...

RFXManager sous Windows ne montre pas ces paquets invalides et voit tous les paquets OWL.

Je vais réfléchir à tout ça cette nuit.

Encore merci pour cette piste précieuse!

[snips]

Je le soupçonnais un peu : les PC génèrent moins de "bruits/parasites" que les PI.
les parasites peuvent venir soit par l'alimentation du RFXTRX (l'USB du PI) soit par les airs.. venant du PI.
Quelques idées pêle-mêle :
-éloigner le RFXTRX du PI au maximum
-utiliser un cable USB (qui relie le RFXTRX au PI) blindé si vous avez cela