C’est la doc. du produit qui est dans le vrai. J’ai corrigé la description de notre site qui était en effet plus ambiguë.
Malheureusement ce n’est pas quelque chose que nous pouvons corrigé, ce n’est pas un produit que nous fabriquons. Sans le message indiquant qu’il n’y a plus de présence, il est impossible de contourner. Une temporisation de 2 minutes sur l’ensemble des capteurs poseraient en effet deux problèmes : une grande consommation de ressources mais aussi un soucis de fiabilité. En effet, s’il y a un mouvement dans les 2 premières minutes rien ne l’indiquera, le capteur est éteint (pour des raisons d’économies d’énergies).
La seule chose que nous pourrions faire serai de gérer le fait qu’il envoi un message régulièrement en cas de mouvement. En ce cas, nous pourrions travailler sur le même principe que le ON EVENT et remettre le capteur à 0 dès que la données est traitée dans le moteur de scénario. Il vous reviendrait ensuite de la gérer avec des temporisations (sorties virtuelles par exemple).
J’attends le retour de @Mario et d’autres utilisateurs concernant le détecteur de mouvement Enocean ainsi que vos retours concernant les soucis précédemment identifiés. J’espère que nous nous aurons une release pour Noël !
Je n’ai pas compris le problème de la tempo: Je suis conscient que le capteur est « éteint » durant les 2 premières minutes, mais comme il est capable d’envoyer des signaux de détections après ces 2 minutes, ne peut on pas imaginer le fonctionnement suivant:
Premier signal de détection: L’entrée analogique de l’IPX passe à 255, puis retombe à 0 au bout d’une petite période indépendamment du capteur. Ainsi, l’IPX serait disponible pour recevoir le prochain signal de présence dès l’émission suivante.( Un peu comme le fonctionnement d’un capteur de présence « tout ou rien » classique )
Mais ne connaissant pas les contraintes de développement ou les effets de bord de cette proposition, votre deuxième solution avec ON EVENT répond tout à fait au problème, et c’est OK de mon côté pour la tester.
Vraiment, merci encore de votre réactivité !
Le problème est ici ce que vous appelez une petite période. En effet, s’il s’agit d’une période indépendante sur chaque capteur, même si elle n’est pas personnalisable, cela consommera énormément de ressources (il faudrait timer un potentiel de 24 entrées analogiques…).
La solution que je proposais aurait le fonctionnement suivant : la sonde passe à 255, si elle est traitée dans UNE scène, cette scène la remet à 0 IMMÉDIATEMENT (si une seconde scène veut traiter l’info il sera trop tard). Si elle n’est pas dans une scène le comportement est le même qu’actuellement.
Concrètement dans une situation normal il suffirait d’assigner une sortie virtuelle à votre capteur (capteur ON SV), de lui mettre le Tb que vous souhaitez (pour la tempo souhaitée) et de ne plus tenir compte de la valeur du capteur (qui serait remise immédiatement à 0) mais de la SV attribuée pour vos automatisations.
Si cela vous convient et que je n’est pas d’avis contraire, je vous ferai parvenir une version en MP pour valider et elle fera office de base pour la beta 16
Bonjour Maxime,
bien reçu la beta16 que je viens d’installer
Ça ne marche pas encore, la scène ne remet pas à zéro l’entrée analogique, il faut tjs attendre les 10 mn.
Ce que j’ai fait:
Affichage widget Entrée analogique pour vérifier la valeur 0 ou 255 du capteur de déplacement
Affichage widget:Indicateurs sortie virtuelles pour vérifier exécution du scénario
Création scénario: Evènement:Entrée analogique (Seuil H=250 et seuil B=20; Action:ON/OFF; résultat:Sortie virtuelle avec TA=0 et TB=60
Au premier déclenchement:
Valeur entrée analogique passe à 255
Indicateur sortie virtuelle passe à ON pendant 60 secondes ( La scène est donc bien lancée )
l’entrée analogique reste à 255
Pour info, je retrouve le bug de la beta14 ( Pb valeurs seuils de déclenchement de l’entrée analogique )
Bug affichage GSM → OK
Seuil haut sur entrée analogique dans une scène → la valeur n’est pas sauvegardée.
Suivit conso Wall plug UBID1001 et Nodon → pas de variation ils restent à 0.
Dimer Nodon 2 relais → fonctionnement en individuel RAS, par contre dans une scène ou l’on veut activer les 2 relais en même temps → fonctionnement aléatoire
Je n’ai jamais réussi à reproduire les soucis d’enregistrement de seuil haut.
Pour ce qui est des technos Enocean, les tests réalisés ici n’ont jamais posé de problème que ce soit en pilotage (scène ou autre) qu’en retour de consommation. Comme nous l’avions annoncé, nous regarderons en priorité les problèmes provenant des produits que nous vendons.
Je vous invite donc à ouvrir un ticket sur notre helpdesk à la fois pour les seuils hauts et pour les prises Enocean, nous regarderons d’où tout cela peut venir.
PS : petite précision sur les prise, elle n’affiche pas les très faible consommations.
béta 15 suite : X-THL vers Notifix → les valeurs remontées semblent cohérentes
je ferai des investigation plus poussées la semaine prochaine pour le matériel ENOCEAN.
J’achète mes produits en priorité sur le site GCE, concernant les Dimer Enocean j’ai anticipé.
Pour le Wall plug Nodon, il est raccordé sur une lampe de faible consommation, je ferai un essai avec un convecteur.
Pour le suivit de conso, le Wall plug UBID1001 a remonté des consos jusqu’à la béta 13.
Je vais ré-appairer les Wall plug et Dimer.
Pouvez vous m’indiquer la procédure pour appairer les Dimer Enocean (2relais) ?
J’arrive à appairer le premier relais, mais lorsque je passe au deuxième, la fonction appairer de l’IPX n’a aucun effet, par contre les 2 relais fonctionnent avec l’IPX.
En effet si les problèmes de retour de conso date de la beta 13 c’est assez étrange…
Qu’appelez vous un Dimer, pouvez vous me donner la référence du produit ?
En ce qui concerne les appairages nous avons prévu de faire un tuto plus détaillé dès que nous trouverons le temps. Ce sera je pense très utile pour les micro module deux canaux qui sont en effet plus complexe à appairer. Il faut théoriquement enregistrer les deux canaux individuellement puis, mettre le micro-module en mode appairage. Ensuite lancer l’appairage du premier canal. Remettre le micro-module en appairage et sélectionner le second canal (cf. la doc. du micro module car cela diffère généralement de produit en produit) et lancer l’appairage su second canal sur la V4.
Mes dimer sont des doubles 2 relais Nodon Enocean.
Effectivement, j’ai réalisé cette procédure :
(1) activer les relais-> apparitions de 2 actionneurs dans l’IPX-> choisir 2 relais ou 2 canal.
(2) aller dans le 1° actionneur sur l’IPX.
(3) Mettre le micro-module en appairage et sélectionner le 1°canal.
(4) appairer avec l’IPX.
(5) aller dans le 2° actionneur sur l’IPX.
(6) Remettre le micro-module en appairage et sélectionner le 2°canal.
(7) appairer avec l’IPX.
Le choix du canal sur le Dimer se fait avec le bouton « press »
L’appairage du 1° canal a un effet sur le Dimer,on peux le commander avec l’IPX.
L’appairage du 2° canal n’a pas d’effet sur le Dimer, par contre on peux le commander avec l’IPX.
Juste pour être sur que je comprends correctement votre procédure, depuis la version beta 15 l’appairage est différent, il n’y a plus d’actionneur double mais il faut rentrer les deux séparément, l’un après l’autre.
Pour le coup il est étonnant que l’appairage n’ait aucun effet sur le second canal, je pense donc qu’il y a un soucis à ce niveau…
Bonjour Maxime,
voilà, je reviens vers vous concernant le test de la beta16 ( de ce jour ) lié aux capteurs de mouvement:
Cela fonctionne parfaitement !
Ce que j’ai fait:
Création widget Entrée analogique pour vérifier la valeur 0 ou 255 du capteur de déplacement
Création widget:Indicateurs sortie virtuelles pour vérifier exécution du scénario
Création scénario: Évènement:Entrée analogique (Seuil H=250 et seuil B=20; Action:ON; Résultat:Sortie virtuelle avec TA=0 et TB=120
–Au premier déclenchement:
Valeur entrée analogique reste à 0 ( On ne voit pas le passage furtif à 255 )
Indicateur sortie virtuelle passe à ON pendant 2 minutes ( La scène est donc bien lancée ) et retombe à 0 au bout de 2 mn
–Au deuxième déclenchement (Après 2 mn et avant 10 mn)
Même chose que ci dessus: Le deuxième signal (dans la tranche 2mn-10mn) est donc bien pris en compte.
Bravo à vous, Maxime et votre équipe pour cette réactivité!
Comme tout est encore « chaud », je propose de faire un descriptif de l’intégration de ces capteurs dans l’IPX800V4: Qu’est ce qui est le mieux: Tutoriel? wiki ?
Je laisse les autres clients répondre quant à la meilleur source pour ce genre d’information. Pour moi tutos ou wiki, ça n’a que peu d’importance du moment que le plus grand nombre s’y retrouve !
Maxime,
A propos du Bug des seuils hauts des valeurs analogiques
Voici comment reproduire facilement ce bug d’enregistrement des seuils:( Avec utilisation capteur de mouvement enocean ) et version beta 14,15 ou 16
Création d’un scénario comme suit:
Évènement:Entrée analogique, produit enocean, entrée capteur mouvement, seuil haut=250, seuil bas=20 et sauvegarder.
Sauvegarder tout le scénario.
Si on réédite l’évènement de ce scénario ( En cliquant sur « entrée Analogique »), on voit que les seuils sont différents de ce qui a été enregistré auparavant ( tous les seuils sont à zéro dans cet exemple )
J’espère que ma description permettra de reproduire cela chez vous
Bien cordialement
Ce comportement est visible uniquement lorsque le capteur Enocean n’existe pas (en tous cas dans mes tests). Ce qui est normal puisque les éléments Enocean non enregistrés sont ignorés.
j’ai ré appairé le Dimer Enocean avec la nouvelle procédure béta 16. J’ai toujours le même problème. Lorsque que je veux commander les 2 relais en même temps, par un scénario, les relais fonctionnent aléatoirement. La commande individuelle fonctionne bien.