Avis sur détecteur d'ouverture pas cher

[vincedelacanau]

@jolyp, envoie des captures que l'on voit où tu as du mal

[jolyp]

Bonjour,
pour ton virtuel, tu l'as créé à la mano, ou tu l'as importer de ton actionneur (commande).
Car j'ai remarqué que cela ne gère pas de la même façon.
J'ai trouvé que l'import est plus fiable. Mais c'est mon avis.
Salut.

Bonjour

je l'ai créé à la main.
je vais tenter avec la méthode import (je ne connaissais pas cette possibilité)

merci
je vous tiens au courant si cela vient bien de là sinon je post les copies d'écran

[vincedelacanau]

Bizarre pourtant le tuto de @Patrick est top. La preuve, j'ai réussi

[jolyp]

Bonsoir

J'ai fini par faire fonctionner (avec le virtuel saisi "manuellement")
je pense qu'il y a des effets de bord lorsque le "sabotage" est enclenché (le capteur n'est pas encore fixé), les messages ouvert/fermé passent moins bien dans les logs.

Par contre pour le sabotage il n'y a pas de message lorsque l'on revient à l'état normal (languette enfoncée) ?
il faut le réinitialiser "à la main" si il a déclenché si on met un visuel ?

merci

[vincedelacanau]

Pour le sabotage, tu peux forcer le retour à 1 après une minute (valeur retour et durée).

[jolyp]

Tout fonctionne parfaitement désormais (y compris l'antisabotage)
merci pour le tuto et le support.

[Patrick]

Tout fonctionne parfaitement désormais (y compris l'antisabotage)
merci pour le tuto et le support.

De rien
Pense aussi à ajouter manuellement un nouvel équipement pour détecter l'alerte de pile faible (car ce n'est pas dans le tuto) :
Créer un nouvel équipement avec les même paramètres que les autres lightning4(13) avec le même ID que ton DO sauf le dernier caractère à remplacer par la lettre F

Ensuite ne pas faire de virtuel pour lui, mais juste un scénario avec le pulse comme déclencheur pour t'avertir par mail, sms, etc...

[jolyp]

Bonne idée en effet (je pourrais corréler avec le flash de la diode d'alerte car je dois passer devant le capteur pour sortir)

Par contre ça serait pas mal si ces tutos/capteurs venaient enrichir la liste des capteurs supportés et centralisés dans Jeedom.
Mais j'imagine que toutes ces manips ne peuvent pas être automatisées tant que RFXCom n'ajoute pas ces capteurs.

[HeadsB]

Bonjour à tous,
et Merci @Patrick, pour ton tuto.

J'ai eu du mal à comprendre au début car n'étant pas sur RFX, je n'avais pas les mêmes écrans.

Cependant j'ai un comportement bizarre sur RFLink, si certains utilisent déjà les Kerui D026 avec cet appareil.

J'ai tout relaté sur cette article, peut être qu'un nouveau partage d'expériences et de connaissances aidera.
viewtopic.php?f=28&t=12567&p=384963#p384963

Merci à tous, par avance.

[Patrick]

Bonjour à tous,
et Merci @Patrick, pour ton tuto.

J'ai eu du mal à comprendre au début car n'étant pas sur RFX, je n'avais pas les mêmes écrans.

Cependant j'ai un comportement bizarre sur RFLink, si certains utilisent déjà les Kerui D026 avec cet appareil.

J'ai tout relaté sur cette article, peut être qu'un nouveau partage d'expériences et de connaissances aidera.
viewtopic.php?f=28&t=12567&p=384963#p384963

Merci à tous, par avance.

J'ai lu ton post sur l'autre sujet, mais j'avoue ne pas bien comprendre ta problématique.
En effet, comme sur RFXCOM, tu dois créer 4 équipements sur RFLink,
et comme sur RFXCom tu dois créer un virtuel pour gérer les états (au moins pour les états ouverts/fermé )...
Donc je n'ai rien vu de bizarre dans tout ça
Ou alors je n'ai pas compris ton problème

[HeadsB]

Merci @Patrick pour ton retour.
Voici avec plus d'explications :

En fait, il me créé 3 équipements :

• Equipement 1 - en Eurodomest 0
  1. ouvert = OFF
     fermer = ON
     arraché mode fermé = ON
  Equipement 2 - en Eurodomest 2
  • ouvert = ON
    fermer = OFF
    SW4 (que je viens de découvrir (mais action inconnue de moi)) = ON
  Equipement 3 - en EV1527
  • ouvert = e:ON
    fermer = 7:ON
    arrachement mode ouvert : b:ON
    batterie faible : f:ON

J'ai bien créé mon virtuel.
Dans le RFLink, j'ai mis sur tous les états, pour exemple equipement 2 ouvert = ON , action => Etat virtuel ouvert si différent de 9999 pendant 0mn.

Jusque là cela fonctionne. Peut être par chance ou redondance d'info.
Mais surtout ce qui me parait bizarre, c'est qu'il transmets sur plusieurs canaux différents à chaque opération.

Exemple :
j'ouvre la fenêtre : il envoie Eurodomest 0 - OFF
je ferme : il envoie Eurodomest 2 - OFF
j'ouvre : il envoie Eurodomest 2 - ON
je ferme : il envoie EV1527 7:ON

et ainsi de suite.
Dans mon langage, je traduis, je suis ouvert, je suis fermé, je ne suis plus fermé, je ne suis plus ouvert... Ce qui en soit veut dire pareil, et ne m'a pas l'air très mathématique.
On ne pourrait pas par exemple, faire un scénar sur un état du contacteur, mais plus sur l'état du virtuel.

J'espère avoir été plus loquace.
N'hésite pas si tu as des idées, pour m'aider à comprendre...

[jolyp]

Bon j'ai commandé un RFlink car j'ai aussi une Kerui D026 et sur le site il semble supporté (je pensais en un seul device ...)
http://www.nemcon.nl/blog2/2015/07/devlist

je vais donc essayer mais de toutes façons j'étais coincé avec RFXCom car son protocole est incompatible du protocole de ma sonde température/humidité ...

je te dirai si je m'en sorte (j'ai fait les manips sous RFXcom avant l'arrivée de la sonde et cela fonctionnait)

[Patrick]

Merci @Patrick pour ton retour.
Voici avec plus d'explications :

En fait, il me créé 3 équipements :

• Equipement 1 - en Eurodomest 0
  1. ouvert = OFF
     fermer = ON
     arraché mode fermé = ON
  Equipement 2 - en Eurodomest 2
  • ouvert = ON
    fermer = OFF
    SW4 (que je viens de découvrir (mais action inconnue de moi)) = ON
  Equipement 3 - en EV1527
  • ouvert = e:ON
    fermer = 7:ON
    arrachement mode ouvert : b:ON
    batterie faible : f:ON

J'ai bien créé mon virtuel.
Dans le RFLink, j'ai mis sur tous les états, pour exemple equipement 2 ouvert = ON , action => Etat virtuel ouvert si différent de 9999 pendant 0mn.

Jusque là cela fonctionne. Peut être par chance ou redondance d'info.
Mais surtout ce qui me parait bizarre, c'est qu'il transmets sur plusieurs canaux différents à chaque opération.

Exemple :
j'ouvre la fenêtre : il envoie Eurodomest 0 - OFF
je ferme : il envoie Eurodomest 2 - OFF
j'ouvre : il envoie Eurodomest 2 - ON
je ferme : il envoie EV1527 7:ON

et ainsi de suite.
Dans mon langage, je traduis, je suis ouvert, je suis fermé, je ne suis plus fermé, je ne suis plus ouvert... Ce qui en soit veut dire pareil, et ne m'a pas l'air très mathématique.
On ne pourrait pas par exemple, faire un scénar sur un état du contacteur, mais plus sur l'état du virtuel.

J'espère avoir été plus loquace.
N'hésite pas si tu as des idées, pour m'aider à comprendre...

Merci de ces précisions, je commence à mieux comprendre ton problème
En fait sous rfxcom, on n'utilise que le pulse (pas le présence, ni le signal).
- on ne reçoit qu'un pulse sur l'équipement lorsqu'on ouvre
- un pulse sur le second équipement lorsqu'on ferme
- un pulse sur le troisième équipement lorsqu'on arrache
- et un pulse sur le quatrième lorsque la pile est en fin de vie...
Je suis donc étonné que tu reçoives des données sur différents équipements lors d'une seule action !
Théoriquement, il serait logique que le fonctionnement soit quasi identique (même protocole de communication coté équipement...)
N'y aurait-il pas une erreur dans l'interprétation des télégrammes de ce matos coté RFLink ?

[jolyp]

J'ai le même problème finalement avec RFlink/kerui D026

j'ai donc laissé le capteur de porte kerui D026 sur RFXcom en suivant le tuto et déactivé le protocole 6 incompatible de la sonde de température (qui est passée sur le RFLink ainsi qu'une station météo non supportée en RFXcom)

Au final je pensais à tort que RFLink simplifierait ce capteur Kerui ( il est écrit "supporté" dans la liste des devices)

[vincecoco]

J'ai le même problème finalement avec RFlink/kerui D026

j'ai donc laissé le capteur de porte kerui D026 sur RFXcom en suivant le tuto et déactivé le protocole 6 incompatible de la sonde de température (qui est passée sur le RFLink ainsi qu'une station météo non supportée en RFXcom)

Au final je pensais à tort que RFLink simplifierait ce capteur Kerui ( il est écrit "supporté" dans la liste des devices)

Hello,
Tu veux dire que les sondes de temperatures chinoise et le D026 ne sont pas compatibles ensemble sous RFLink ?

Merci

++

[HeadsB]

J'ai le même problème finalement avec RFlink/kerui D026

j'ai donc laissé le capteur de porte kerui D026 sur RFXcom en suivant le tuto et déactivé le protocole 6 incompatible de la sonde de température (qui est passée sur le RFLink ainsi qu'une station météo non supportée en RFXcom)

Au final je pensais à tort que RFLink simplifierait ce capteur Kerui ( il est écrit "supporté" dans la liste des devices)

Hello,
Tu veux dire que les sondes de temperatures chinoise et le D026 ne sont pas compatibles ensemble sous RFLink ?

Merci

++

Moi j'ai des capteurs chinois (http://www.banggood.com/fr/433MHz-Wirel ... 65559.html)
et des D026, je n'ai pas de problème.
En tout cas, pas au niveau compatibilité entre les deux.

[jolyp]

Si ça a l'air compatible sous RFLINK (mais pas sous RFXcom)

mais comme j'avais déjà fait le boulot en suivant le tuto pour le capteur kerui D026 en RFXCom je l'ai laissé et j'ai basculé la sonde chinoise banggood de temp. Humidité en RFLink, ce qui était plus simple

[HeadsB]

Si ça a l'air compatible sous RFLINK (mais pas sous RFXcom)

mais comme j'avais déjà fait le boulot en suivant le tuto pour le capteur kerui D026 en RFXCom je l'ai laissé et j'ai basculé la sonde chinoise banggood de temp. Humidité en RFLink, ce qui était plus simple

Ok c'est plus clair.
Par contre j'utilise les sondes banggood depuis maintenant un peu plus d'un an, et si je peux me permettre et si tu m'autorises, si tu veux garder les historiques de temp et d'hum, je te conseille de ne pas les historiser sur l'équipement (rflink) mais dans un virtuel que tu pourrais créer en faisant le lien. Car au changement de pile, pouf ! tout a disparou ! (comme dirait Garcimore)... Au changement de piles, le capteur prend un autre ID. Après au changement de pile, il suffit de refaire la liaison virtuel/équipement, et l'historisation continue.
Mais peut être le fais tu comme cela aussi.

[vincecoco]

Merci,
Je pensais qu'il y avait le meme pb sous RFLink

++

[jolyp]

merci pour le tuyau... je ne savais pas pour le changement de piles ...
je croyais qu'il y avait une procédure pour cela et que cela évitait de perdre les données (mais c'est peut etre pour RDXcom seulement)

(faut dire que je n'ai pas encore eu de piles à changer mais j'étais sur sur zwave pour les plus anciens, toujours à 100% après un an et demi ...)