Utilisation des logs pour exploiter mes capteurs de mouvement chinois

Utilisation du core de Jeedom Scénarios
1

Bonjour,

J’ai jeedom V4 avec un rfxcom et plein de capteur de mouvement chinois.
J’aimerai faire un scénario qui exploite les logs.

Voici pourquoi.
Mon RFXCOM détecte mes détecteur de présence en « Lighting4 - default13 » et j’ai 3 éléments inexploitables :

image
image1895×309 38.4 KB

  • La présence n’affiche aucune valeur ou de temps à autre 0 (mais aucun rapport avec un passage.
  • Le pulse, lui n’est pas exploitable non plus ,la valeur diffère trop peu ou reste perché à la même valeur quand je passe devant les capteurs
  • Le signal, lui est à 6 ou 7 voir 8 selon certains capteurs et au bout de 10 minutes, reste toujours à la même valeur, il change aléatoirement entre ces 3 valeurs à son bon vouloir lorsque l’on passe devant et parfois ne change pas du tout (même avec 1 à 4 minutes d’intervalles)

La seule chose que je peux exploiter, c’est la présence des valeurs dans les logs.
En effet les capteurs sont mort quand personne bouge ou n’est présent, donc n’envoie aucune valeur à mon rfxcom.
Si on passe devant, hop des valeurs apparaissent.

Ainsi, j’aimerai créer un scénario dans lequel j’indique :
Si dans les logs il apparaît « capteur entrée », alors tu mets présent dans mon capteur virtuel.

Seulement débutant et utilisant jeedom depuis 2 mois, j’aimerai savoir comment sniffer les logs pour m’en sortir.
Le temps que RFXCOM arrive à faire fonctionner mes capteurs chinois.
Les voici pour info au cas où quelqu’un les a et sait comment les exploiter dans jeedom.

Merci par avance pour votre aide, idée et / ou soutien.

2

Bonjour,

Pour information : Signal, c’est le niveau de la « puissance » du signal radio qui arrive à votre antenne :
. 9 étant le max
. 0 signifie que le capteur est hors de porté de l’antenne.

Pour exploiter cela, vous écrivez :

« La seule chose que je peux exploiter, c’est la présence des valeurs dans les logs.
En effet les capteurs sont mort quand personne bouge ou n’est présent, donc n’envoie aucune valeur à mon rfxcom.
Si on passe devant, hop des valeurs apparaissent. »

Ba, du coup je ne vois pas ou est le problème. Si présence s’active quand le détecteur observe un mouvement, c’est cette information qu’il faut placer en déclencheur de votre scénario.
Ensuite, vous placez directement des actions dans le scénario, il n’est pas judicieux de faire des blocs SI/ALORS/SINON avec ce genre de matériel.

1 « J'aime »
3

Slt…
Passe le plugin en mode debug pour les « log »
Plugins, Protocole domotique, RFXcom, Configuration, Logs et surveillance, et mets niveau log sur Debug
Fais des passages devant détecteur, puis montre nous tes logs…
Après on verra comment tu pourra procéder…

« Niveau du signal 0 à 9 »

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

4

Salut,

Merci pour ta réponse.

Voici les logs en débug lorsque je passe devant 1 détecteur.

> 2020-10-20 12:53:08][DEBUG] : https://127.0.0.1:443 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=EGnQlfeQe18hSDVAuBQAZbdnO1smVStT HTTP/1.1" 200 0
> [2020-10-20 12:53:18][DEBUG] : Message: 09 13 00 0C FC 9F 39 01 59 70
> [2020-10-20 12:53:18][DEBUG] : Decode : 09 13 00 0C FC 9F 39 01 59 70
> [2020-10-20 12:53:18][DEBUG] : Test message: 09 13 00 0C FC 9F 39 01 59 70
> [2020-10-20 12:53:18][DEBUG] : PacketType: 13
> [2020-10-20 12:53:18][DEBUG] : SubType: 00
> [2020-10-20 12:53:18][DEBUG] : SeqNbr: 0C
> [2020-10-20 12:53:18][DEBUG] : Id1: FC
> [2020-10-20 12:53:18][DEBUG] : Id2: 9F
> [2020-10-20 12:53:18][ERROR] : Unknown house command received, 'FC'
> [2020-10-20 12:53:18][ERROR] : Unknown command received, '39' => 	??9Yp
> [2020-10-20 12:53:18][DEBUG] : Decode data : {'raw': '0913000CFC9F39015970', 'signal': '7', 'pulse': '345', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}
> [2020-10-20 12:53:18][DEBUG] : Send to jeedom : {'devices': {'FC9F3913160': {'raw': '0913000CFC9F39015970', 'signal': '7', 'pulse': '345', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}}}
> [2020-10-20 12:53:18][DEBUG] : Starting new HTTPS connection (1): 127.0.0.1:443
> /usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
> InsecureRequestWarning)
> [2020-10-20 12:53:18][DEBUG] : https://127.0.0.1:443 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=EGnQlfeQe18hSDVAuBQAZbdnO1smVStT HTTP/1.1" 200 0
> [2020-10-20 12:53:28][DEBUG] : Message: 09 13 00 0D FC 9F 39 01 58 70
> [2020-10-20 12:53:28][DEBUG] : Decode : 09 13 00 0D FC 9F 39 01 58 70
> [2020-10-20 12:53:28][DEBUG] : Test message: 09 13 00 0D FC 9F 39 01 58 70
> [2020-10-20 12:53:28][DEBUG] : PacketType: 13
> [2020-10-20 12:53:28][DEBUG] : SubType: 00
> [2020-10-20 12:53:28][DEBUG] : SeqNbr: 0D
> [2020-10-20 12:53:28][DEBUG] : Id1: FC
> [2020-10-20 12:53:28][DEBUG] : Id2: 9F
> [2020-10-20 12:53:28][ERROR] : Unknown house command received, 'FC'
> [2020-10-20 12:53:28][ERROR] : Unknown command received, '39' => 	
> ??9Xp
> [2020-10-20 12:53:28][DEBUG] : Decode data : {'raw': '0913000DFC9F39015870', 'signal': '7', 'pulse': '344', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}
> [2020-10-20 12:53:28][DEBUG] : Send to jeedom : {'devices': {'FC9F3913160': {'raw': '0913000DFC9F39015870', 'signal': '7', 'pulse': '344', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}}}
> [2020-10-20 12:53:28][DEBUG] : Starting new HTTPS connection (1): 127.0.0.1:443
> /usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
> InsecureRequestWarning)
> [2020-10-20 12:53:28][DEBUG] : https://127.0.0.1:443 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=EGnQlfeQe18hSDVAuBQAZbdnO1smVStT HTTP/1.1" 200 0
> [2020-10-20 12:53:38][DEBUG] : Message: 09 13 00 0E FC 9F 39 01 59 70
> [2020-10-20 12:53:38][DEBUG] : Decode : 09 13 00 0E FC 9F 39 01 59 70
> [2020-10-20 12:53:38][DEBUG] : Test message: 09 13 00 0E FC 9F 39 01 59 70
> [2020-10-20 12:53:38][DEBUG] : PacketType: 13
> [2020-10-20 12:53:38][DEBUG] : SubType: 00
> [2020-10-20 12:53:38][DEBUG] : SeqNbr: 0E
> [2020-10-20 12:53:38][DEBUG] : Id1: FC
> [2020-10-20 12:53:38][DEBUG] : Id2: 9F
> [2020-10-20 12:53:38][ERROR] : Unknown house command received, 'FC'
> [2020-10-20 12:53:38][ERROR] : Unknown command received, '39' => 	??9Yp
> [2020-10-20 12:53:38][DEBUG] : Decode data : {'raw': '0913000EFC9F39015970', 'signal': '7', 'pulse': '345', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}
> [2020-10-20 12:53:38][DEBUG] : Send to jeedom : {'devices': {'FC9F3913160': {'raw': '0913000EFC9F39015970', 'signal': '7', 'pulse': '345', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}}}
> [2020-10-20 12:53:38][DEBUG] : Starting new HTTPS connection (1): 127.0.0.1:443
> /usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
> InsecureRequestWarning)
> [2020-10-20 12:53:38][DEBUG] : https://127.0.0.1:443 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=EGnQlfeQe18hSDVAuBQAZbdnO1smVStT HTTP/1.1" 200 0
> [2020-10-20 12:53:48][DEBUG] : Message: 09 13 00 0F FC 9F 39 01 5A 70
> [2020-10-20 12:53:48][DEBUG] : Decode : 09 13 00 0F FC 9F 39 01 5A 70
> [2020-10-20 12:53:48][DEBUG] : Test message: 09 13 00 0F FC 9F 39 01 5A 70
> [2020-10-20 12:53:48][DEBUG] : PacketType: 13
> [2020-10-20 12:53:48][DEBUG] : SubType: 00
> [2020-10-20 12:53:48][DEBUG] : SeqNbr: 0F
> [2020-10-20 12:53:48][DEBUG] : Id1: FC
> [2020-10-20 12:53:48][DEBUG] : Id2: 9F
> [2020-10-20 12:53:48][ERROR] : Unknown house command received, 'FC'
> [2020-10-20 12:53:48][ERROR] : Unknown command received, '39' => 	??9Zp
> [2020-10-20 12:53:48][DEBUG] : Decode data : {'raw': '0913000FFC9F39015A70', 'signal': '7', 'pulse': '346', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}
> [2020-10-20 12:53:48][DEBUG] : Send to jeedom : {'devices': {'FC9F3913160': {'raw': '0913000FFC9F39015A70', 'signal': '7', 'pulse': '346', 'subtype': '00', 'housecode': '', 'command': '', 'unitcode': '160', 'packettype': '13', 'id': 'FC9F39'}}}
> [2020-10-20 12:53:48][DEBUG] : Starting new HTTPS connection (1): 127.0.0.1:443
> /usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:849: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
> InsecureRequestWarning)
> [2020-10-20 12:53:48][DEBUG] : https://127.0.0.1:443 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=EGnQlfeQe18hSDVAuBQAZbdnO1smVStT HTTP/1.1" 200 0
5

Merci Fabrice pour ta réponse,

En somme je mets en déclencheur le capteur sur la valeur pulse par exemple
et si différent de 0 alors j’allume une lumière par exemple ?

6

J’ai testé et c’est pas mal.
J’ai mis en déclencheur le pulse du capteur de la cuisine par exemple.
Voici le scenario que j’aimerai améliorer :

image
image1905×239 30.1 KB

J’aimerai ajouter dans le scénario, si le pulse envoie une valeur, alors le wait 30 seconde se réinitialise.

Le but final est que ça reste allumé tant qu’il y a une présence (j’ajusterai les 30 secondes au besoin).

Comment faire pour que le wait 30 secondes se réinitialise si le capteur envoie un pulse ?

Bien à toi.

7

Le mieux serais d’utiliser Dans (mais c’est en minute)

Dans 1 minute
Eteindre lampe

Si tu repasses par le scénario car il y a eu un mouvement cela te réinitialise ton compteur d’une minute

8

Slt
Essai te faire la cde directement dans le status de l’équipement « Pulse »
Dans configuration commande, action sur la valeur si diffèrent 0 , ajoute action

Tu peux augmenter le time out sinon ! , car le wait attends le changement d’état jusqu’au time out maximum puis passe à l’action suivante…

9

J’ai essayé ceci

image
image1890×309 42.2 KB

Mais au bout de 1 minute ca éteint et rallume la lumière même s’il n’y a pas de passage
J’ai du mal gérer j’imagine ^^

10

Slt…
Le problème de ton détecteur c’est qu’il n’envoie une info que si détection, donc pas d’info si pas de détection, il faut forcer l’évennement à 0 après x temps…

11

Dans le « dans » Tu fais uniquement éteindre la lumière il bé faut pas rappeler le scénario… Le scénario va se déclencher par le capteurs de présence

12

J’ai fait ça mais pareil que via le scenario

image
image1490×297 18.3 KB

30 secondes et extinction même si un passage a eu lieu.

13

Comment faire cela ?
Merci

14

tu as oublier la condition…

15

C’était mon premier essai et 1 minute après passage à 30 secondes, il a quand même éteint une fois la minute passée.
J’ai du mal comprendre le « rappeler le scénario » ^^

16

Tu me conseilles quelle condition ?

17

la condition du pulse comme dans le scénario…
mais attention message plus haut

18

Oui du coup avec la condition ça éteint la lumière 4 secondes après.
Il y moyen de réinitialiser le wait 30 sec si le détecteur envoie un puise ?

19

Il te suffit de mettre le pulse à 0 par la cde évènement

20

Pour info.
Ton détecteur étant reconnu comme du packettype 13 et subtype 00
09 13 00 0E FC 9F 39 01 59 70

  • la command est décodée par l’octet 6 ( le 7éme) « 39 » qui n’est pas reconnu, c’est pour cela que tu n’as pas de cde

  • le « pulse » par les 7 et 8 « 01 59 » 01x256 + 59 en base16 (89) = 345

  • le signal par le 9 fort « 70 » 7 signal