trainkill666

Euh, j'ai même pas de terrasse Juste un terrain vague. Toi t'as une super terrain, une terrasse magnifique et neuve, et un super spa .

"DeviceToken" "DeviceUID" sont-ils créés aléatoirement , ou ont-ils un lien avec le numéro de série du téléphone ou autre ?

Je répond à la place de cybersquat (qui est au boulot) car nos 2 box tournent avec la même programmation (on a fusionner nos 2 codes et nos idées pour n'en faire qu'un seul qui est plus facile a debugger). Le changement d'ID a peu d'importance, le système vérifie entre chaque cycle tous les ID utilisés (capteurs zwave et ipx, actionneurs zwave et ipx, tels ...) et s'actualise pour le(s) nouveau(x) ou retire des listes ceux qui n'existent plus (en notifiant par pop up, sms ou mail). Il faut "juste" modifier le nom du numéro de modèle sur la HC2, peut importe la façon. J'espérais par la HC2, ou root si Alain le souhaite. On peut toujours utiliser l'ordre d'installation du tel ou envoyer un sms pour savoir à qui il correspond mais c'est moins propre. Le système se débrouille seul hormis ce problème de noms identiques, et là est l'intérêt.

@ pepite Déjà essayé mais HC2 récupère le nom du numéro de modèle, pas le nom de l'appareil, on a mal expliqué le problème, sorry. @ mprinfo Merci Pascal, root, euh, c à Alain de voir. C'est surtout pour un aspect pratique au niveau de l'interface. Quand il se sera séché il te répondra.

Il s'est endormi dans son spa . Les tels n'ont pas le même id mais exactement le même nom dans l'interface HC2. Tu peux dire, le premier installé à le plus petit id, oui mais dans contrôle d'accès ça ne changera rien. Est-il possible de forcer Android a envoyer un nom différent à la box lors de son ajout au niveau de la HC2.

Bonne remarque jjacques68 cybersquat avait également testé sur différents canaux, mais ça n'a rien résolu. @ Fanou : L'autre problème avec sa freebox c'est que ça ne fonctionne pas correctement avec les antennes BLEA et d'autres périhériques pour la gestion dhcp et la gestion d'ip. Je suis passé par là avec ma freebox v5 il y a quelque année. J'ai mis un routeur FVS318N (il m'a fallu un moment pour comprendre son fonctionnement car tout sauf intuitif ) derrière la freebox. Plus de soucis, et quand la freebox se désynchronise pour je ne sais quelle raison (en ce moment c'est fréquent M. Niel ), tout le réseau interne est toujours fonctionnel. Ca évite de se faire taper sur les doigts par ta femme car l'alarme s'est déclenchée à son retour, et que jeedom n'a pas su envoyer à ton hc2 l'info présence de son badge... Ou de ne pas pouvoir regarder tes films en réseau car tu trouves trop passionnants et intellectuellement compliqués les films sur les chaines TV. Ou de ne pas accéder en réseau à ton jeedom, à ton hc2...

cybersquat : t'as oublié de dire que même les tech dlink qui ont pris le contrôle à distance ne savent pas le faire fonctionner. Il s'agissait juste de créer 2 réseaux distincts avec vlan et redirections ports. Un routeur de base le fait sans problème. Tu as également oublié de dire que ton wifi s'effondre régulièrement en débit sur la freebox, et que les appareils qui y sont connectés en wifi se déconnectent sans raison. Peut-être la cause des difficultés avec les antennes BLEA en plus de la stabilité d'ip.

Merci jjacques68 J'ai ce lien dans mes raccourcis mais j'avais pas vu comment faire avec osdate et un temps. La honte.

Re question bête : comment convertir le résultat de fibaro:getModificationTime en Heures et Minutes ? Merci d'avance .

Oui Nico cette coupure ne dure que lors des travaux . Mais ma vision du maillage, c'est que lorsqu'un chemin ne fonctionne plus, il en prend en autre sans passer par un remaillage. Tous les fgs sont disposés dans la maison pour ça. Dans le cas de la hc2, ça me fait penser à une pyramide de dominos, où lorsque tu retires l'un d'eux, tout s'effondre (Je sais, j'exagère, ma box est très stable depuis que j'ai retiré les éléments perturbateurs cités plus haut) .

J'ai eu un problème quasi similaire lié à des modules zwave qui faisaient "bugger" le réseau. Il s'agissait de 2 répéteur zwave DSD37, 2 télécommandes DSA22, 1 DSB05 mal configuré à l'install, qu'il fallait reparamétrer en forcé. Même après recovery le problème était identique ou réinstall à partir de 0. J'ai donc fait plusieurs test pour isoler et éliminer les perturbateurs. J'ai également remarqué que lorque je coupe le jus des fgs de l'étage (5 installés il y a quelque mois) pour faire des travaux, le réseau zwave "s'effondre" alors qu'il a très bien fonctionné sans eux pendant des années. Le maillage paraît inefficace. Et dans cette situation tout le zwave rdc devient chaotique. IL y a des délais de réponse de quelques secondes à plusieurs minutes pour certains modules type fgs en envoi d'ordre ou retour de capteur sur hc2. PS : le réseau zwave du rch est composé de 1 à 2 fgs (voire 4) par pièce, il peut être totalement autonome de l'étage.

Bien joué jjacques68, c'est pourtant si évident . Un grand Merci !

Petit Hors sujet, j'utilise également des vds pour le retour et la commande d'ipx, mais sans variable, le résultat passe par l'affichage sur un label, est-il possible d'avoir la valeur de la dernier modification d'un vd (comme avec fibaro:getModificationTime) ?

@Lazer Pour le FGK c'est bien le modèle ZW5 que je parlais en zwave+, j'aurais dû mettre le lien direct. L'autre modèle est référencé FGDW-002 "Door/Window Sensor 2", ce n'est pas une FGK.

Les nouveau fgk sont zwave+ et semblent fiables . Et il y a a moyen de les trouver pas trop chers. Note : je suis peut être hors sujet après relecture.

Bonsoir tout le monde, je m'incruste dans la conversation pour comprendre, je n'ai pas suivi la totalité, j'ai donc peut-être loupé un passage. Vous parlez de latence avec le fgms en cas d'utilisation d'un scène. Or j'utilise justement des saurons de cette façon, dans une scène à allumage et arrêt automatique (pas par un sleep mais par lecture de la durée d'allumage et de la durée de la dernière détection du capteur), et cette scène fait quasi 1000 lignes car gère toute la maison donc ça ne doit pas aider. il y a une latence qui est indécelable ou au pire de 1/2 secondes parfois. J'ai en effet des problèmes de latence avec le dsb05 de 1 à 2 secondes et le multisensor 6 de 2 à 3 secondes. Pourquoi cette différence de comportement entre nos box ?

Sur conrad.com (login différent du .fr) il est à 10.99€ (je suis convaincu qu'il était hier à 9.99€), et 10.99€ de frais de port. Il m'en faut 4, ça peut être intéressant. PS : pas encore commandé.

Merci sumsum pour le composant, j'attends cette info depuis 2 ans. Merci Did pour schéma.

Merci pour les informations . La beta de freesms ne fonctionne pas mieux, roue infinie.

Les plug FreeSms et prévision pluie dans l'heure ne fonctionne plus depuis la V3 (euh prévision pluie n'a jamais prédit de pluie d'ailleurs , mais je lui laisse le bénéfice du doute d'une erreur dans le scénario). Pensez-vous qu'ils seront mis à jour, où dois-je passer à autre chose ?

Euh, sans être premium c'est aussi à 39.99 grâce au lien de Fredric : https://www.amazon.fr/gp/product/B01HM0MQ98/ref=ox_sc_act_title_1?smid=A1X6FK5RDHNB96&psc=1

Merci razowski, je me doutais après avoir vu le site officiel https://www.jeedom.com/forum/viewtopic.php?f=23&t=27473 mais je préférais avoir validation.

Salut tout le monde, je dois être une quiche , rien ne s'affiche pour le passage en v3.

Merci Pascal

Merci.