Yannick Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Impressionnant on dirait que personne n'a rien àreprocher àcette bêta !!! Envoyé de mon SM-G928F en utilisant Tapatalk
Shad Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Heu une question, est-ce que chez vous les déclenchement de scène via une variable fonctionne ??
jojo Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 j'ai quand-même un petit soucis, mais est-ce lié à la v4.057b ? : J'ai remplacé les piles de 2 FGK-101, et la connexion est perdue avec la box (noeud mort). Je n'ai aucune envie de les démonter et de les remonter pour les exclure/inclure, ce que je suis sà»r qui règlerait le problème). Remplacer une pile devrait être transparent ?
Yannick Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 @Jojo, j'ai eu le même problème avec 1 FGK-101 qui s'est mis à déconner quand je suis passé en V4.057. Il a considéré que la pile était HS et se mettait à clignoter sans discontinuer. Le réveil du module n'y faisait rien et le module était considéré comme mort. (Par contre, j'ai un autre FGK-101 et pour celui-ci aucun pb). Seul moyen pour remettre tout d'aplomb, exclusion / inclusion propre et j'ai récupéré un pile à 74%. J'ai du faire la même chose avec mes KEYFOB DSA022 qui, au moment de la migration, avaient les piles HS (comme tous les mois soit dit en passsant). Et même en remplaçant les piles impossible de récupérer les modules. j'ai du les supprimer, les exclure et les recréer.. et tou repart nickel Mais cela ne le fait pas avec tous....*
HANSOLO Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Le changement de pile à été fait en position ouverte pour les FGK? cas aimant éloigné du FGK.
Yannick Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 POur ma part pas de changement de pile, juste un déplacement d'ouvrant !
Steven Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Le changement de pile à été fait en position ouverte pour les FGK? cas aimant éloigné du FGK. J'ai le même cas, une des pile était morte, j'ai remplacé la pile sans succès (toujours affiché en rouge). J'ai supprimé/réinclus le module aimant éloigné. Depuis, il est toujours en rouge et indique toujours que la porte est ouverte bien qu'elle soit fermée. J'ai une sonde sur ce module, la température remonte correctement. J'ai pas eu le temps de pousser plus loin les tests mais pour l'instant ce module est inutilisable hormis pour la température. Edit : le remplacement de la pile a eu lieu éloigné de l'aimant de mémoire.
Yannick Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Ah bah chez moi ça fonctionne ! Effectivement àla première configuration du fgk il m'annonçait que ma porte était ouverte bien que fermée mais après quelques ouverture et fermeture successive tout est rentré dans l'ordre Envoyé de mon SM-G928F en utilisant Tapatalk
Bouliboule Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Mêmes problèmes avec le remplacement de pile pour fgk. Toujours pas réglé malgré exclusion, reset, et inclusion .... Résultat cela a fini par me laisser tenter par jeedom. J ai 9 fgk àvendre si cela intéresse quelqu'un...
Fredric Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 J'ai le même cas, une des pile était morte, j'ai remplacé la pile sans succès (toujours affiché en rouge). J'ai supprimé/réinclus le module aimant éloigné. Depuis, il est toujours en rouge et indique toujours que la porte est ouverte bien qu'elle soit fermée. J'ai une sonde sur ce module, la température remonte correctement. J'ai pas eu le temps de pousser plus loin les tests mais pour l'instant ce module est inutilisable hormis pour la température. Edit : le remplacement de la pile a eu lieu éloigné de l'aimant de mémoire. j'ai eu le m^me souci l'an dernier, il a fallut que fasse un reset du module, une suppression avant bien sur...et tout est revenu comme avant http://tutoriels.domotique-store.fr/content/11/2/fr/remise-aux-valeurs-d%E2%80%99usine-d_un-module-fibaro-fgk_101.html petit HS: aussi, par défaut, la HC2 met les modules sur pile à 4000s l'intervalle de réveil, c'est trop court et ça fait mal aux piles, 86400s, c'est parfait.
Shad Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 En faite sa fonctionne, mais j'essaye de trigger la scène via l'api en changeant la variable, vous pouvez me confirmez que sa marche pas svp?
Lazer Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Idem pour les problèmes de changement de piles sur FGK, il a fallu que je fasse exclusion/inclusions.... avec les ID qui changent c'est relou
Lazer Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 @Shad, essaye ça, perso j'ai pas testé : -- Déclencher les Scènes associées aux Variables Globales depuis API -- http://www.domotique-fibaro.fr/index.php/topic/5556-d%C3%A9clencher-les-sc%C3%A8nes-associ%C3%A9es-varibale-globale-depuis-api/ /api/globalVariables/toto {"name":toto, "value":data, "invokeScenes":True}
Shad Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Ha merci Lazer, tu me sauves ma soirée
BenjyNet Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 IPXV4 + EnOcean = plus de capteur FGK àla con, ni de telco àpile ! Manque plus que le plugin virual switch et on est bon
Lazer Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Pourquoi IPX v4 ? C'est cher, et FHEM fait ça aussi bien, euh non, mieux et gratuitement. Par contre, je suis d'accord, il nous faut les plugins. Et le EnOcean pour des périphériques dédiés àla sécurité, c'est une hérésie, c'est pire que le Z-Wave, car il n'y a aucune sécurité du protocole : pas d'inclusion, les trames sont visibles par tous les contrôleurs, y compris le mec qui s'installe avec un PC portable sur les genoux en face de chez toi.
Lazer Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Moi je rêve juste d'un remplaçant du FGK : Z-Wave+ donc meilleur autonomie. Et un nouveau firmware qui corrige ce bug de changement de piles.
BenjyNet Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Pourquoi IPX V4 ? Parce que j'en ai une tiens pardi Heu tu confies de la sécurité àde la domotique toi ? C'est pas ton genre pourtant ! Moi les capteurs d'ouvertures me serviront pour gérer le chauffage par exemple mais en aucun cas de la sécurté qui restera absolument hors domotique !
Lazer Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 ah je préfère Ah les IPX v4 sont arrivés ? Content ? T'as pris le module EnOcean ? Il me semblait qu'il devait arriver plus tard....
BenjyNet Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Je l'ai pas pris parce que justement il arrive plus tard
CaptainIgloo Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Moi l'IPX v4 n'est pas encore arrivé, demain probablement ... Et pour l'X-Eno j'attendrai les evos du FW pour plus de compatibilité que FHEM.
BenjyNet Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Ouais enfin ça dépend des besoins aussi parce que je pense que les profils EEP des produits les plus courants sont implémentés.
CaptainIgloo Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 @lazer, encore une fois un problème de développeurs qui n'utilisent pas les libs utiles, car Enocean est sécurisable en théorie depuis longtemps mais les dev n'utilisent pas l'intégralité du framework : https://www.enocean.com/en/enocean-crypte-les-communications-de-donnees-par-radio/ 1
CaptainIgloo Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Benjy tu as pas lu les specs de x-eno !
CaptainIgloo Posté(e) le 13 octobre 2015 Signaler Posté(e) le 13 octobre 2015 Il me semble annoncé les capteurs temp et inter non ?
Messages recommandés