VISION SECURITY ZP3102 EU PIR Motion Sensor

[lolo-95]

Bonjour,
Le module : http://www.domadoo.fr/fr/peripheriques/ ... -wave.html

ZP3102.jpg (28.45 Kio) Consulté 2643 fois

En détection automatique, Il manque une commande, la batterie.
Comme ça:

ZP3102-ok.jpg (20.47 Kio) Consulté 2643 fois

Et quelque petit truc du genre les °C pour la température avec les min et max.

[valdoche]

Bonjour,
Petite question, pour la présence, la classe c'est 0x30 et la commande data[1].val ?

[lolo-95]

Bonjour,
Petite question, pour la présence, la classe c'est 0x30 et la commande data[1].val ?

Oui, c'est ce que j'ai

[freshare]

je suis passé au nouveau Zwave (open), sur ce module je n'arrive pas à récupérer la présence

Capture d'écran 2015-07-12 22.37.36.png (28.65 Kio) Consulté 2578 fois

pourtant dans la config du module je vois bien la présence ou pas

Capture d'écran 2015-07-12 22.37.55.png (21.16 Kio) Consulté 2578 fois

une idée ?

[freshare]

est ce cela que tu veux ?

Capture d'écran 2015-07-12 22.47.04.png (82.92 Kio) Consulté 2576 fois

[freshare]

c'est ce que j'ai fait, mais je n'ai toujours rien:

Capture d'écran 2015-07-12 23.03.38.png (91.1 Kio) Consulté 2578 fois

[freshare]

ok merci.

[Delta4]

Bonsoir,

Je me greffe sur ce sujet.
J'ai deux Vision ZP3102, l'un reporte la température sans problème, l'autre pas moyen. La configuration est la même pour les deux, je ne vois rien de particulier.
Ce phénomène est apparu avec OpenZwave.

Une idée ?

Merci d'avance

[freshare]

de mon coté la température remonte une fois, puis plus rien... pareil depuis que je suis en openzenware (je viens de mettre le plugin en stable)

[freshare]

quelle section proposes tu ? et de quelle conf parles tu ?
car ce n'est pas le seul souci que je rencontre depuis le passage à openzwave: fgk101 qui fonctionne de manière aléatoire, détecteur fumée FGSS101 qui ne fonctionne pas... alors que tout fonctionnait sans difficultés sous l'ancien zwave.... snif....

[freshare]

ha oui je n'avais pas vu que le message avait changé de section

[Delta4]

alors dans la conf :

- comme déjà indiqué, la présence est reportée en 0x30 data[0].val
- la température en 0x31 data[1].val
- la pile en 0x80 data[0].val
- le "burglar" '(effraction, ouverture du boitier) en 0x71 data[10].val -> 2: boitier fermé ; 3: boitier ouvert

Voilà ce que j'ai mis dans la conf des ZP3102
à vérifier de près vus les soucis

[Delta4]

heuuuu ... désolé Saraha63, je ne vois pas où se trouve cet onglet



EDIT : ah si j'ai trouvé, je te fais ça ....

[Delta4]

voilà le screen de l'un (l'autre est pareil) :

infoZP3102

InfoZP3102.png (36.86 Kio) Consulté 1948 fois

[Delta4]

désolé d'avoir écorché ton pseudo
Ah ça c'est fort de transformer en 0/1 ; mais il faut dire que le comportement du "sabotage" est un peu curieux,
le cycle ressemble à un truc du genre :
on ouvre la boite -> report sabotage + alarme
on referme la boite, l'alarme repasse à zéro mais pas le sabotage, il faut de nouveau une alarme présence pour remettre à zéro le sabotage ... et le module revient enfin à son état normal.
Enfin, c'est ce que j'ai cru observer, mais c'est assez étrange.

Ca ne règle pas notre souci de report des températures qui est toujours aussi capricieux

[lolo-95]

corrigé en date du 11/07/2015 (pour une prise en compte il faut cliquer sur la loupe)


PS : pour la prochaine penses au screen de l'onglet config. cela me permet de revérifier la conf et surtout d'avoir les ids ce qui me permet de retrouver le fichier de conf plus facilement

Ok, j'y penserais.

[Delta4]

Bonjour,

Je remonte ce post encore...
@sarakha63 :
Je pige pas la modification de la commande présence :

Code : Tout sélectionner

 "commands": [
		{
                "name": "Présence",
                "type": "info",
                "subtype": "binary",
                "isVisible": 1,
                "isHistorized": 0,
                "configuration": {
                    "instanceId": 0,
                    "class": "0x20",
                    "value": "data[0].val"
                },
                "display": {
                    "invertBinary": "1"
                },
                "template": {
                    "dashboard": "presence",
                    "mobile": "presence"
                }
             },

J'ai bien ces modèles : 265.8194.515_vision.multi.sensor.dual.json
seulement la détection présence est obtenue comme nous l'avions déjà dit en 0x30 data[0].val et non en 0x20 (j'ai testé, au cas où) mais rien ne remonte.

Voilà, y a-t-il plusieurs modèles ?

Cordialement

[Delta4]

ben je pense, j'ai bien deux modèles en Id= 515 et la présence est en 0x30 data[0].val (testé, ça fonctionne )
D'ailleurs, je suis en train de regarder, mais je crois qu'il y a le même problème sur le ZS5101. Je te mets un autre post détaillé quand c'est sûr.

[valdoche]

Bonjour,
J'ai toujours eu des soucis avec ce module car j'ai toujours eu une très mauvaise (voir pas du tout) remonté de l'information de la température. Pour la détection OK pas de soucis.
Après avoir fait la dernière mise à jour de la beta du plugin Zwave, mes piles ont été consommées en 3 jours alors qu'auparavant elles ont tenues plusieurs mois.
Il y a un problème ou mes paramètres ne sont pas bon ? Et pour la remontée de la température ?
Merci de votre aide.

[patmtp35]

pour ma part cela marche nickel pour la detection de presence de mon ZP3102 avec 0X71 data[1].val, il passe a 1 et reviens a 0 au bout de 40s , par contre pas de reonté de temp , mais bon ca pas trop grave.

c'est ce modèle recu cet aprem.

http://www.amazon.fr/gp/product/B00O7ZD ... ge_o00_s00