Forum Communauté Jeedom

fensoft a écrit :

lunarok a écrit :No, pas de partage des capteurs entre gateway, mais les deux parleront avec Jeedom

Tu pourrais éclaircir ce point stp ? C'est à dire comment faire si on utilise plusieurs gateway pour étendre la portée ?

Ce n'est pas un réseau maillé de gateway.
gateway 1 tu connectes les devices 1 2 et 3 qui sont a porté.
gateway 2 tu connectes les devices 4 5 6 qui sont trop loing de la gateway 1. A toi de positionner tu 2nde gateway pour qu elle soit a porté de tes devices 4 5 6.
Tu connectes tes 2 gateway en wifi.

-seb- a écrit :

epgdurand a écrit :Hello
Je suis complètement perdu sur le détecteur de mouvement.
J'aimerai qu'il affiche une détection si détection et revienne a l’état non détection au rapidement si aucune détection suivante. En un mot comme un PIR Fibaro.
Je souhaite piloter un allumage de lampe.
J'ai bien lu l'article sur la Gestion de la répétition des valeurs et suis pour le moment en auto.
Le nomotion s incrémente correctement.
Mais je ne vois pas de changement d’état entre présent et non présent.

L'état du détecteur reste toujours (ou presque) à 1, tu peux faire un virtuel avec une commande "Présence" qui passe à 1 lorsque la commande "status" est mise à jour, puis tu la fais passer à 0 lorsque la commande "no_motion" est supérieure à 180 par exemple, de ce que j'ai pu voir ce paramètre est mis à jour tous les 3 minutes et indique la valeur en seconde depuis la dernière détection, ça te fera un virtuel qui se déclenche a chaque détection de présence et qui revient a son état initial au bout de 3 minutes sans détection.

@seb, @epgdurand
vous auriez un screenshot de vos commandes de virtuel? je ne suis pas sur de bien comprendre ce qu'il faut.

pas besoin de virtuel
une programmation de scénario classique sur déclenchement du détecteur est suffisante

epgdurand a écrit :pas besoin de virtuel
une programmation de scénario classique sur déclenchement du détecteur est suffisante

OK je comprend merci!

Envoyé de mon A0001 en utilisant Tapatalk

@Lunarok
Bravo pour le plugin, tu amenes la domotique a toutes les bourses! Je crois que c'est ce qui va faire passer mon frère d'une fibaro au jeedom

Question : sur le probleme du heartbeat, est ce un soucis coté xiaomi ou plutôt jeedom? ( je ne l'ai pas retrouvé dans le thread)

Je demande cela car j'ai créer une clean install jeedom rpi2 spécialement pour tester le setup xiaomi avec uniquement ton plugin d'installé et j'ai effectivement le problème de "la porte ouverte" fermé:-).

Si je peux aider sur ce sujet ou d'autre lié aux devices xiaomi n'hesites pas.
J'ai les motion sensor, les capteur de porte , et les capteurs températures, associé a une gateway v3.

Envoyé de mon A0001 en utilisant Tapatalk

Contenu supprimé à la demande de son auteur

magicgg91 a écrit :Hello,

Quel problème as-tu avec tes capteurs d'ouverture ?
Il faut des logs et 1 capture d'écran des commandes.

Les heartbeat peuvent être désactivés dans Jeedom pour les modules aquara

J'ai mon capteur d'ouverture de porte qui est declaré comme ouvert au bout d'un certain temps alors que la porte est fermé.
C'était systématique, j'ai bien procedé a la désactivation des heartbreats -> et depuis hier soir, la porte reste fermé.
L'objectif de mon message n'était pas d'investiguer ce problème car je suis sur qu'il s'agit du problème déjà connu qui a poussé a la désactivation des heartbeats.
Ma question est plutôt de savoir si c'est un probleme de xiaomi( mauvaise info dans les heartbeats) ou jeedom ( mauvaise interpretation)
En effet les heartbeats me semblent important notamment dans les systèmes a connectivité sans fils.

Si l'anomalie est coté jeedom, je suis ouvert a toute aide / manipulation du jeedom ( étant une sandbox) pour résoudre ce problème qui permettrait de réactiver les heartbeats.

Envoyé de mon SM-T805 en utilisant Tapatalk

J'ai quelques soucis avec le capteur de portes quand je change des configs wifi ou je rallume le bridge

Je pense qu'il y a un soucis quand le bridge s'allume pour récupérer la valeur du capteur, mais une simple ouverture fermeture deverouille le probleme

chose que je fais a chaques reboot du bridge

Oui c'est un soucis Xiaomi, chez certains la gateway en heartbeat remonte de mauvaises infos
Donc l'option ne pas prendre en compte l'heartbeat corrige (et allège la charge au passage)

Je vais publier un nouvelle stable :
- prise en compte des Pi 1 (en fiat des vieux nodejs)
- la création des commandes ajoute désormais les types génériques (mais il faut bien activer le plugin en remontée dans l'app, ca sert aussi pour Imperihome)
- test sur les confs réseaux incorrect si l'ip n'existe pas ou ipv6 et pas de démarrage du service en cas d'erreur

Merci pour l'information.

Envoyé de mon Nexus 4

hello a tous,

malgré la lecture des 62 pages je n'ai pas trouvé ma reponse ou l'info qui m'aiderai concernant l'anneau LED de la gateway.
En fait je voudrais creer un virtuel avec 4 ou 5 couleur predefinies et le OFF.
J'ai bien vu le poste en page 34 de Seb, mais je ne suis pas certains que ce soit ce qu'il me faut.

Lors de la creation de mon virtuel, lorsque je teste les couleurs elle s'affichent ..ou pas.. en fait ca plante regulierement. du coup je pense que j'ai pas bien saisi ce que je devrait faire.
Pour info, j'ai besoin de ce virtuel pour appeler chaque couleur depuis l'eedomus (qui gere uniquement le zwave) lors de la mise ON ou OFF de l'alarme, comme ca j'ai un affichage visuel rouge ouvert. je fais eja ca avec le bandeau milight mais la je seche totalement. pour info le detecteur d'ouverture via la creation d'un virtuel dans eedomus s'integre parfaitement dans la fonction alarme de celle ci.

Si quelqu'un pouvait m'aider ou poster son virtuel ca m'aiderai.
Si vous avez besoin d'autres infos, dites moi.

PS: merci @Lunarok, encore un plugin dont je suis fan et qui me fait depenser ou plutot gagner des sous surtout concernant les detecteurs de porte qui sont bien moins chers que les zwave !!!

Tu allumes la gateway avant ? Si on set pas le brightness avant elle reste noire, j'en parle dans cet article :
https://lunarok-domotique.com/installat ... ier-meteo/

Je regarderais à l'occasion pour mieux faire sur la gateway mais avec ce qu'elle propose de base c'est tout ce qu'on a, faudra que je vois pour mettre du pré-traitement

Oui j'ai crée une commande ON qui met le brightness a 100 et ensuite une autre commande a rouge par exemple qui met define color a rouge.
mais ce sont vraiment les champs dont je ne suis pas certains pour la création des commandes virtuelles.
merci pour le lien, je vais regarder ca avec attention.

lunarok, je viens de regarder ton site et l'article sur la météo, ou puis-je trouver les astuces pour sortir des graph aussi bien fait ? (ligne avec point entre autre). mais surtout les paramêtres, je galère car après plusieurs jours, tout ce compile et les graph deviennent catastrophique.

Ah les graphes c'est un screen du plugin dark sky et son panel intégré donc pas les données historiés standards
Mais pour ne pas avoir de moyennisation, tu as une option normalement sur les commandes (dans paramètres avances)

Envoyé de mon A0001 en utilisant Tapatalk

Bello65 a écrit :lunarok, je viens de regarder ton site et l'article sur la météo, ou puis-je trouver les astuces pour sortir des graph aussi bien fait ? (ligne avec point entre autre). mais surtout les paramêtres, je galère car après plusieurs jours, tout ce compile et les graph deviennent catastrophique.

Hello,
c'est intégré dans son plugin Dark Sky ou ex Forecast.io.
Il faut aller dans le menu accueil pour sortir le graph

A+

PS : grillé pas assez rapide

Ok, merci 2 fois

salut,

petit problème à la création, le widget s'affiche "ouvert" alors que dans le log je trouve "fermé":

je dois cocher "inverser" pour que ça s'affiche comme il faut.

fensoft

Il faut inverser l'affichage