Forum Communauté Jeedom

Bonsoir,
je suis en train de mettre dans mon scenario un aqara Vibration pour l'ouverture de ma porte avec envoie de sms "scenario que j ai fait sur d'autres declencheurs"
Mais je ne connais pas la valeur qu'il faut mettre dans cette ligne de déclenchement
#[Entrée][Capteur Vibration Entrée][Mouvement]# == " ................ " , j ai essayé Vibration , 1 , Tilt, vibrate mais rien ne fonctionne
Sur l'appli du tel Mi Home , j ai bien dans les log la detection de la vibration

Merci pour l aide

Bonjour,

Regardez ce que donne cette commande au repos dans le testeur d'expression.

Puis, faite un déclenchement avec une commande "différent de 0" au lieu de "égale à xxx" (en supposant que 0 soit l'état au repos".

Ce qui donne :

Dans un autre post, il y a les possibilités suivantes remontées (pas testé car pas d'aqara vibration) :

"vibrate" : mouvement
"tilt" : rotation
"free_fall" : chute libre
"iam" : bouton sync avec la gateway

J ai essaye en expression #[Entrée][Capteur Vibration Entrée][Mouvement]# != "0" résultat true

j ai mis sur ma ligne de commande , validé et exécuté, je reçois bien le sms me disant que la porte est ouverte.

Par contre si j ouvre la porte rien ne se passe

j ai essaye #[Entrée][Capteur Vibration Entrée][Mouvement]# != "1" idem à la valeur 0

Tu as mal lu les deux messages précédents si tu as essayé ca

Au plus simple :
Tu crées un scénario avec comme declencheur : #[Entrée][Capteur Vibration Entrée][Mouvement]#

puis tu t'envoies #[Entrée][Capteur Vibration Entrée][Mouvement]# en notification sur ton téléphone, tu verras les valeurs dont tu as besoin

puis #[Entrée][Capteur Vibration Entrée][Mouvement]# == "vibrate" etc comme dit noodom et pas oublier d'autoriser la répétition sur ton SI

Desolé mal lu

j ai essaye cela

#[Entrée][Capteur Vibration Entrée][Mouvement]# != "1", resultat: Je vais évaluer : "vibrate" != "1" Résultat : true

Dans le testeur d'expression, que donne la commande :
#[Entrée][Capteur Vibration Entrée][Mouvement]#

- Le résultat est ce que donne ce capteur au repos. C'est ce résultat qu'il faut comparer aux valeurs indiquées par "noodom"

En relisant les messages, j ai vu mon erreur

je suis passé au moins une dizaine de fois dessus

J avais oublié l’événement
Sinon ce la fonctionne
Événement : #[Entrée][Capteur Vibration Entrée][Mouvement]#
Si: #[Entrée][Capteur Vibration Entrée][Mouvement]# == "vibrate"

Merci du coup de main, vraiment desolé

Contenu supprimé à la demande de son auteur

je pense comprendre ce que voulait dire DarknessFifi, en fait ce n'est pas comme un capteur d'ouverture ou tu testes si ouverture = 1.
ici la commande mouvement renvoi soit
« vibrate » ( pour la vibration ).
« tilt » ( pour l’inclinaison )
« free_fall » ( pour la chute libre )

par contre même sans bouger il reste sur vibrate donc tu ne peux pas testé si il passe à 1 ou non .

je sais pas si ca aide en fait

Mouais, je suis également peu convaincu tant qu'il n'y a pas un retour sur un état de repos genre "still" ou "rest"
De plus contrairement au cube, il ne prends pas en compte toutes les rotations, mais sert juste, par le biais des coordonnées, à définir ou se trouve la verticale par rapport au capteur. Exit pour l'instant le scénario avec le capteur sur la porte de la machine à laver qui permet de confirmer le lavage par les vibrations et le vidage en détectant l'ouverture de porte. (indispensable)
Bref, vivement l'implémentation d'un statut de repos.

Sous une pinte de bière sinon

Je reviens un peu, est-il possible de récupérer l'heure de la dernière communication d'un capteur?
Si oui, on pourrait bidouiller un palliatif à ce non retour d'état avec un virtuel, genre SI (vibration ET delta-temps<2min) THEN ReallyVibrating ELSE NotNovin'
Je ne trouve rien dessus dans la doc, une idée?

Je me répond à moi même:
#timestamp# - strtotime(collectdate(#[Cellier][Machine Laver][Mouvement]#)
ou
#timestamp#-collectdate(#[Cellier][Machine Laver][Mouvement]#,U)
Le retour est en seconde
Du coup j'ai fais un virtuel info binaire avec (#timestamp#-collectdate(#[Cellier][Machine Laver][Mouvement]#,U) )<150 qui me confirme le retour à l'état de repos si pas de mouvement au bout de 150sec, à adapter bien sur.

Tiens, pour la localisation du capteur, vous le mettez sur le hublot ? ca permettrait aussi de détecter le rotate pour savoir si on a vidé ou pas non ? ou encore lancer le scénario de check de fin de mouvement pour envoyer une notif quand elle a terminé

C'est effectivement ce que je pensais faire avant de recevoir le capteur, pensant que, comme le cube, il serait capable de détecter toutes les rotations.
Je pensais à un scénario du genre Vibrate = Washing et Rotate = Remplissage/vidage.
Seulement comme je le dis plus haut, il détecte juste la position de l'axe vertical, et mon hublot de chargement pivote justement comme ça, donc il ne détecte rien quand j'ouvre la porte...

Même en tournant le capteur à 90 degrés ?


Envoyé de mon iPhone en utilisant Tapatalk

Et oui, le "fil à plomb virtuel" pendra toujours de la même manière....

Gouzou a écrit : ↑

12 nov. 2018, 10:26

Je me répond à moi même:
#timestamp# - strtotime(collectdate(#[Cellier][Machine Laver][Mouvement]#)
ou
#timestamp#-collectdate(#[Cellier][Machine Laver][Mouvement]#,U)
Le retour est en seconde
Du coup j'ai fais un virtuel info binaire avec (#timestamp#-collectdate(#[Cellier][Machine Laver][Mouvement]#,U) )<150 qui me confirme le retour à l'état de repos si pas de mouvement au bout de 150sec, à adapter bien sur.

Merci ! Grâce à toi j'arrive à l'utiliser comme je le voulais