SebDel

Pour infos, j'ai 8 modules dont 7 qui fonctionnent aujourd'hui. Ca n'est le problème. C'est une question de fiabilité. Je ne veux plus être réveillé la nuit parce qu'un module se met en vrille... Petit précision, quand on me demande de croire... je fuis. J'adore constater

Tes amis ont de la chance ou ne sont pas très exigeant ! Je ne veux pas polémiquer sur ce sujet ni recevoir des témoignages "chez moi ça marche". En ce qui me concerne, pour une raison que j'ignore le capteur de mouvement se transforme en capteur de température, met le bazar dans mes scripts, me réveille le soir et fait sonner mon alarme. Cela impacte la vie de toute ma famille et vu les sommes engagées et le temps passé je trouve cela inacceptable. A cause de cette xxxxx de V4 je ne peut même pas avoir de solution aux problèmes de la v3. Je suis coincé et revendre un produit qui ne marche pas est aussi frauduleux... Il y a des responsables, c'est àeux de payer, pas àmoi. C'est pas une histoire de chance. Séb

En attendant je veux bien la procédure pour récupérer le mot de passe pour modifier dans la base. L'alternative c'est que je renvoie tout le matériel chez les fournisseurs (4500€ en tout) puisqu'il ne fonctionne pas. J'estime que nous sommes exactement dans le cadre d'une publicité frauduleuse et mensongère. Je précise pour que les choses soient clair que je suis en 3.60. Il suffit que je fasse passer un huissier qui va constater la chose : Je fait la mise àjour en V4 et je lui fait constater tous les dysfonctionnements. On va voir si le service juridique de FIbaro est aussi efficace que le service marketing... Je suis très en colère. Séb

Bonjour, Ce matin rebelote, j'ai un de mes motion sensor qui se prend pour un capteur de température. Je commence à en avoir raz le bol... Je contacte le support de Fibaro. Séb

Bonjour à tous, Oups, je ne pensais pas que la grippe d'un malheureux module pouvait faire couler autant d'encre. Signe que le malaise est bien présent... L'analyse de augur semble coà¯ncider parfaitement à la situation. Même si cela est fréquent en France, ça n'est pas sur des marchés porteurs ou innovants. On retrouve plutôt le phénomène sur des secteurs en repli ou en fin de vie. Ils peuvent peut être encore se sortir de la situation à condition de trouver les ressources. Pour l'instant ils recherchent des "Business Developpement Managers" mais pas des développeurs. Merci à tous pour votre patience. Amicalement Séb

Bonjour Lazer, Merci pour ton analyse Je comprend et partage ton point de vue mais, compte tenu du positionnement haut de gamme de la solution et vu ses tarifs, nous, clients tout simples, devrions en avoir au moins pour notre argent. Etre à la bourre est possible, dans le monde du développement, sur une courte période, le temps d'ajuster ce qui n'était pas prévu. Quand ça dépasse l'année alors il ne s'agit plus d'une bourre mais d'un gaufrage total. Dans ce cas deux solutions : - On revient à un développement gérable par l'équipe. - On agrandit l'équipe pour mettre les ressources à la hauteur des ambitions. J'ai quand même l'impression qu'aujourd'hui la ligne de développement suit plus le bugtracker (bigtracker serait plus adapté ) qu'une vrai stratégie de dev. Il suffit de voir le site institutionnel pour se rendre compte qu'entre aujourd'hui et demain selon leur expression, cela parait de plus en plus une image marketing faussée qui n'aura plus de réalité. Encore une fois, avoir autant de ressources sur la machine et si peux d'applications c'est tout simplement du gâchis. Nous sommes contraint tous d'attendre alors que nous avions investi un maximum de tunes dans une solution qui était présenté comme aboutie. Aujourd'hui j'ai plus de problèmes que d'avantages... Tout ce qui fonctionne sont des modules virtuels que j'ai du concevoir et GEA qui tourne comme une horloge. Que des applications tiers d'initiative "citoyenne". Tout le reste plante au moins une fois par jour sinon plus. Je suis même obligé de doublé certains modules par sécurité et gérer les plantages avec GEA quand il y a des incohérences... J'en suis juste au 1/3 de mon développement et je sens déjà la limite de la machine, sur le plan de la fiabilité mais pas des ressources bien entendu. Dans tous les cas j'attend pour l'instant faute de ne pouvoir tout changer. Je n'investi plus un radis pendant ce temps. La prochaine phase sera dans un an... Amicalement

Merci Lazer pour le raisonnement que je partage avec juste un petit bémol concernant le passage de la V3.60 à la V4.00 qui n'aurait pas du se faire aussi brutalement (CES oblige). Mon besoin actuel est une version stable et contrairement à toi, en v3.60, je suis obligé de rebooter 2 fois par jours volontairement pour ne pas planter la box qui chez moi fait pas mal de requêtes HTTP externe et interne qui bouffe la RAM petit à petit suite à un bogue du JSON ou du HTTP, je ne sais plus au juste. Dans tous les cas cela me permet de maintenir un fonctionnement presque continue et des reboots à des moments contrôlés. J'estime aussi que l'intégration du module FGMS aurait du être parfait sur la box dès le départ. Il n'y a aucune raison qu'un module de la même firme soit moins bien logé qu'un module concurrent. Il y a donc eu précipitation aussi à ce niveau. Pour l'avenir, dans ce domaine, les choses peuvent bouger très vite et le succès d'une solution ne sera jamais globale mais constituée d'intégrations multiples sur un standard (Lua / Zwave par exemple). Celui qui aura créer le standard aura tout gagner et pour l'instant, avec Fibaro à la peine, je commence à avoir un doute sur sa capacité à s'imposer. Je vois Google arriver rapidement sur les objets connectés et m'inquiète juste un peu, pas sur Zwave qui correspond au modèle Google mais lua. Bon, Fibaro a décidé de refondre son système avec la V4, mais était ce bien le moment et la bonne méthode. Mon doute est là et nous en payons tous les conséquences. Nous avons tous une Ferrari dans la boîte sans pouvoir la pousser un peu, c'est juste dommage. Après je pense aussi à prendre une solution Hybride en attendant de meilleurs jours. Je laisse la HC2 s'occuper de la planification/communication et j'utilise une autre solution pour l'aspect zwave/commande. Amicalement. Séb

Je pense aussi que l'on reste en 3.6 parce qu'on a une maison à rendre vivable... Par contre le manque d'outils d'intervention pousse tout de même à essayer de trouver des solutions. Bon, même si c'est pas grand chose, le contenu d'un champ qui saute dans une base et 3 heures de perdu, plus les alertes incendies à 3 heures du mat... Dans beaucoup de système il y a le mode normal et le mode expert, pourquoi ne pas permettre de passer dans un mode expert avec tout ce qu'il faut. à‡a serait moins dangereux que de passer en V4 après tout. C'est comme le asterisk que tout le monde a et que personne ne peut utiliser... C'est de la ressource perdu et financé tout de même... Bon je patiente encore mais dans 2 ans j'arrête, je passe en mode reverse. C'est pas du RSA qui va m’arrêter Bonne journée à tous. Séb

Je viens de regardé un peu les pistes et j'ai trouvé une ancienne méthode avec os.execute... qui permet de changer le mot de passe et d'y accéder ensuite, après j'ai vu que Fibaro avait supprimé dans le lua cette fonction. Je n'ai pas vu alors comment y aller, j'ai testé le port 3306, mais il n'y a personne qui répond. Ce qui est normal si c'est SQLite qui tourne ! Je suis un peu surbooké pour l'instant mais je vais fouiller ce point pour au moins corriger les erreurs quand elle se produise plus rapidement que de faire des exclude include ou faire appel àl'extérieur, ce qui ne correspond pas trop àma façon de travailler... J'ai bien comprendre ce que je fais et pour le coup, je suis un malheureux avec cette boiboite... Merci pour ton aide. Séb

Bonjour, Merci à tous, je ne savais pas que la perte de mon FGMS pouvait faire avancer autant le schmilblik... Je n'ai pas encore trouvé mais je cherche... Ce que j'espère c'est que le port mysql soit pas ouvert sans mot de passe, sinon cela veut dire qu'au niveau sécurité c'est zéro... Je suis parti sur Debian Bonne journée à tous. Amicalement Séb

Bonsoir 971jmd, Je ne vois pas trop ce que pourrait faire Fibaro avec Teamviewer, ils peuvent aller directement sur la box avec les identifiants systèmes et voir les logs où du moins les traces. J'ai un module capteur de mouvement qui se transforme en capteur de température sans préavis ni raison particulière ! Donc pas besoin de teamviewer sur ma machine, de plus j'ai un environnement sécurisé qui ne me permet pas de travailler avec des outils comme teamviewer... D'ailleurs le bogue à l'air récurrent chez pas mal de monde et n'a donc rien à voir avec ma configuration. Dans ton cas il s'agissait de quoi, je veux dire qu'elle était le fond du problème et comment ont t ils réparé ? Merci pour ton retour d'expérience. Bonne soirée Séb

De mon coté, je n'ai pas de chat mais un radiateur, je peux balancer le module ou la box dedans, sinon j'ai aussi la fenêtre pour tout y balancer ... Y'en a qui dise que ça ne sert àrien mais ça doit soulager... Je viens de repasser 3 heures àtout re-paramétrer pour la nième fois, changement d'ID et tous les paramètres du module àreconfigurer. Je ne peux plus faire marche arrière mais je regrette mes investissements. @Gazous : Essaye de voir si tu peux l'échanger avec la garantie, si tu as déjàfait la substitution avec un autre en changeant de place et qu'il est configuré comme les autres alors c'est qu'il y a un soucis avec le capteur PIR. Il doit être défaillant. Il y a peut être un soucis avec la transmission zwave avec la box. Amicalement Séb

Bonjour, Je suis toujours en 3.60 (je ne passerai pas en V4) et ce matin j'ai encore eu une alerte incendie à 102° et 0° sur un autre module. Les deux sont tombés en rade en même temps ! Sur un des deux j'ai le capteur de mouvement qui est devenu thermomètre ! Fibaro va t il patenter l'instabilité qui reste aujourd'hui le maître mot de toutes ces versions ? Est ce que je dois tous les mois exclure et ré inclure ce type de module ? Qu'est ce qui fait que ça marche pendant X jours et tout d'un coup ça plante ? Est ce que je peux avoir les mots de passe qui me permettent de voir ce qui ce passe dans ce fichu système ? Est ce que je dois changer de Box ou refaire un système complet avec un Razberry ou claquer une clef zwave sur un de mes serveurs ? Il n'y a qu'une chose qui progresse, c'est le numéro des versions bétas qui défilent. Est ce qu'avant de proposer la V4, n'aurait il pas fallu finir la V3 ? Je pense sérieusement à tout renvoyer dans un carton... Désespérément Séb

C'est sur qu'avec la sortie de tous les nouveaux objets connectés en ce moment il va falloir remettre ces choix au gout du jour. La décennie qui arrive risque d'être très prometteuse en effet .

Merci pour toutes tes précisions mais au train où vont les choses je ne pense pas passer en v4... J'ai passé trop de temps à faire tourner la bête en v3 pour réinvestir dans la v4 pour l'instant. De toutes les façons la plupart des fonctions de l'habitation sont couvertes par la V3 y compris l'alarme avec ton module. Bonne suite à toi avec ton nouveau matos. Séb

Bonjour fdp2, Comme je n'ai pas encore pris cette décision et que je ne suis pas encore passé en V4 je pense que je vais être confronté comme beaucoup aux problèmes de création et de gestion des variables sur la V4. Problème gérable manuellement. Après il est possible que l'interface évolue mais comme il n'y a pas de mis à jour le problème se posera pour les derniers arrivant... Dans tous les cas je pense que le module est arrivé dans une version stable (plus que certain) et que les évolutions ne dépendront que d'éléments extérieur. D'ici la il y aura peut être la v8 (vroum vroum...) Merci encore pour ta contribution qui nous sert tous les jours Amicalement Séb

Bonjour à tous, Pour le problème d'affectation des variables, j'ai remarqué que très souvent, quand on va dans le panneau des variables et que l'on vient affecter une valeur d'une variable quelconque (qui n'a rien à voir avec celle du module Alarme) alors l'interface recopie des choses pas forcément correct avec les variables stockées initialement. Il m'est arrivé très souvent de perdre la connexion avec l'alarme suite à une manipulation dans le panneau variable. J'ai donc décidé de créer un petit module virtuel avec 2 boutons, un pour créer la variable avec le code suivant : local Hc2Login = "admin" local Hc2Passwd = "xxxxxxxxx" local VName = "NomVariable" local VVAlue = "0" local HC2 = Net.FHttp("localhost", 80) HC2:setBasicAuthentication(Hc2Login, Hc2Passwd) HC2:POST("/api/globalVariables", "name=" .. VName .. "&value=" .. VVAlue) Et un autre bouton pour l'affecter : local VName = "NomVariable" local VVAlue = "ValeurAAffecter" fibaro:setGlobal(VName, VVAlue) Cette solution est assez rapide quand on a beaucoup de variables car la page ne recharge plus toutes les variables (pour les personnes qui en ont beaucoup) et surtout permet d'affecter les variables presque instantanément. Comme il n'y a pas encore de champ "edit" alors il faut sauvegarder le script après toutes les modifications I Amicalement Séb

Pas de soucis . Le principal est que cela fonctionne au bout du compte. Ca pourra être utile quand on passera en v4 ou v5...

Oui je confirme. De temps en temps la box perd la connexion mais c'est un bug de la v3, une fois la box rebootée ça repart correctement. D'ailleurs cela affecte toutes les requêtes http, je pense que c'est l'interface http ou json qui fini par encombrer la mémoire et la box plante. Vu l'importance de mon installation aujourd'hui je n'ose pas passer en v4 . Peut être quand la v5 sera annoncé... Merci encore Séb

Bonjour fdp2, Merci beaucoup pour tes explications très complète. Le passe par la création des variables en prédéfini a peut être causé ce phénomène bien que une fois substituée en globale cela aurait du résoudre le problème. Pour avoir eu quelque soucis dernièrement sur des résolutions de nom de variable, j'ai l'impression que ces dernières se trouve simplement dans la base de données de la box et que la portée des variables globales passe après les prédéfinies. Il est fort possible que lors du démarrage de la box, les variables sont instanciés à partir de la base de données et il devait resté quelque chose de la création en prédéfini à ce niveau. Il est dommage de ne pas avoir accès à cette base ou tout du moins à un outil de déboguage qui permet de voir les variables pas à pas. Encore merci, chez moi je suis toujours resté en 3.60 et ton device marche parfaitement. Amicalement Séb

Bonjour, Qu'est ce qui coincé ? Merci du feedback pour que les autres puissent profiter de l'expérience... Amicalement Séb

En regardant tes variables, ce qui est bizarre, c'est en appuyant sur VDOff tu devrait avoir OFF dans la variable ProtexiomVDOn et rien dans ProtexiomToken et la il y a toujours 0 dedans...

Dans l'adresse IP du virtual device tu as bien uniquement que 192.168.1.230 sans rien d'autre avec le port 8080 ?

Essaye de mettre 0 dans toutes tes variables où il y a NaN tu sauvegardes tout ton panneau et ensuite tu arrêtes la box proprement avec le bouton et tu la rallume. Le redémarrage va peut être remettre les variables dans le bon sens... Je me suis déjà sortie de situation de ce type avec cette manÅ“uvre. Après il faut voir avec le HC2 Toolkit ce qu'il en est exactement avec le contenu de tes variables. Tu verras peut être des éléments que l'interface web ne te montre pas précisément.

Juste pour être sur, quand tu essayes de te connecter avec ton PC tu as bien une page avec l'image d'un maison dans la pénombre et en dessous tu as 3 champs : - Compte -> utilisateur1 - Code d'accès (vide) - Code d'authentification LX (avec L une lettre et X un chiffre)