Lazer

C'est étrange ce bug, normalement il n'y a qu'un seul process par Module Virtuel. Donc quand on enregistre un VD, le process précédent est killé, puis relancé. Ca sent le bon gros bug.... et j'ai remarqué depuis 2 ou 3 jours que TOUS mes VD sont en trains de planter les un après les autres, les plus élémentaires comme les plus complexes. Je me demande si ce n'est pas lié à ton problème. J'ai l'impression qu'il y a un énorme bug depuis la 4.070..... Jojo tu as raison, ne fait pas la mise à jour, ma box était bien plus stable en 4.056

Perso j'en sais rien.... je n'ai jamais fait attention à ça, depuis 26 ans que j'ai des disques durs. Si tu as peur et que ton vendeur accepte de le prendre en garantie, tu peux tenter. (une seule fois j'ai eu un disque mort à cause de secteurs défectueux : il a très bien fonctionne pendant quelques années, puis il est tombé en panne en moins d'un mois : secteurs défectueux et corruption de données sont apparues d'un seul coup) Le reste du temps je n'ai jamais fait attention à ça, de toutes façon les disques (comme les SSD), ont des secteurs de réserve pour remplacer les secteurs défectueux. Donc si tu veux savoir si tes chiffres sont dans la norme ou pas, il faut chercher un peu. Par contre je suis intéressé par la réponse

Facile : FGS, FGR, et FGRM (en fait, tout ce qui utilise des relais) => neutre obligatoire FGD (dimmer) => neutre facultatif Donc la réponse est non dans ton cas. Pour info : De l’obligation du neutre dans les contacts secs Z-Wave.

Erreur 500 sur le forum, vite un ticket sur le bugtracker Fibaro Seul @Yohan peut faire le ménage dans les messages qui plantent les topics, en allant faire le ménage à la main dans la base de données. Did tu lui fait un MP ?

hum, c'est pas rassurant ces avertissements sur ton disque.... par contre je ne sais pas dire si c'est grave ou pas

@vosmont : Merci pour ton retour d'expérience @cocolabombe0 : un compte synology, ça fonctionne dans le cloud ça non ? Pas étonnant que ça ne fonctionne pas, ils doivent surement faire une vérification de l'authenticité du DSM.

Y'a pas vraiment de raison technique, c'est historique. Disons quand même que c'est plus simple de maintenir des "petits" boutons qu'une énorme scène

J'ai analysé (enfin, ce que j'ai pu) du plantage de mon plantage de mardi dernier en 4.056. En fait, il semble que ça soit le VD Evénements qui a planté, entrainant un plantage de HCServer, donc le 503 Error. Je ne sais pas pourquoi.... En tout cas, j'ai modifié quelques paramètres pour avoir plus de traces.... la prochaine fois que ça se produit, j'aurai peut être un peu plus de matière à analyser.

Je met ça ici car je n'ai pas trouvé de topic dédié à Okidokeys, mais ça en dit long sur la sécurité de certaines serrures connectées : Serrures connectées : vous pensiez vraiment être en sécurité ? Désolé PITP2, je sais que tu ne voulais pas parler sécurité en créant ce topic. Mais c'est juste une piqure de rappel pour ceux qui comptent en installer à domicile.

Oui, et encore, je te dis pas en quelle année je l'ai eu cette version, vous pouvez attendre longtemps avant de l'avoir :2: d'ici làvous serez tous parti sur jeedom !

à priori il y a une phase d'apprentissage pendant laquelle on apprend au produit quelle consommation électrique correspond à quel appareil. Cela se base sur la consommation instantanée (en watts donc), et j'imagine (pure supposition de ma part) qu'ils mesurent aussi le déphasage (cos phi) pour certains appareils, ou le profil de consommation. Dans la pratique c'est peu fiable. Fredo qui l'avait testé l'a laissé tombé. Evidemment les quelques blogs qui en parlent sont un peu plus élogieux sur le produit, mais globalement c'est pas fiable.

pour ma part, je ne vois absolument aucune différence coté mémoire.... mes graphes montrent exactement la même progression qu'en 4.056. Par contre, 2nd plantage de GEA en 48h, ça commence à faire beaucoup, alors qu'avant c'était plutôt un plantage tous les 3 mois ! Mon watchdog est plus que jamais utile.

En POE, je ne pense pas qu'un seul smartphone existe. Déjà que les tablettes POE sont extrêmement rares Avec un chargeur QI c'est une bonne solution si le smartphone est compatible

il existe des adaptateurs USB => Ethernet, mais le souci c'est que ça occupe le port USB, donc tu ne peux plus recharge le smartphone.

Ils ont promis une API dans le Cloud lors de la sortie du premier modèle, cependant je n'en trouve aucune trace.... promesse non tenue ? Sans API, cela ne communiquera pas avec la HC2

Did, non mais alors, du sans-fil filaire, fait un effort quand même, un peu d'imagination que diable

peut-être.... en tout cas si tu trouves quel type de requête, ça m'intéresse, je te sens motivé

si vous regardez bien dans l'écran de recovery, c'est prévu de faire le transfert d'un contrôleur àun autre. Sauf qu'ils n'ont pas le temps.....

GEA c'est comme Homekit, mais en moins pire. Si j'ai bien compris ce qui se passe avec ceux qui utilisent homebridge, ça sature tellement la box de requêtes via l'API, que ça fait augmenter la RAM trop vite, et ça plante. Gea comme Homebridge ne font que révéler un problème latent que Fibaro n'a pas été capable de corriger jusqu'à présent (mais est-ce qu'ils se sont seulement penché dessus ???) Pourtant le hardware encaisse, car le CPU est sous utilisé, je suis à 1% en moyenne. Donc on est juste dans un bug logiciel, il n'y a aucun problème de sur-utilisation des ressources matérielles de la box.

Officiellement ce n'est pas possible, car ils ne veulent surtout pas qu'on touche àcette #$* de clé recovery. Comme c'est en réalité un dongle permettant de protéger le logiciel de la box, ils ont trop peur qu'on mette le nez dedans. Heureusement qu'on n'est pas comme ça nous

hum oui je penche pour la solution "gea appelle des fonctions qui font que la consommation mémoire augmente". Je ne pense pas que le code GEA en lui même soit responsable de l'augmentation mémoire, car j'ai surveillé le processus, et il est constant. et bravo pour l'effort, tu mérites ta médaille EDIT : mais il m'énerve Pascal, toujours trop rapide.... je l'aurai un jour, je l'aurai

si mais comme tu postes plus vite que ton ombre, je n'ai pas le temps de suivre

reçu aujourd'hui un détecteur de fumée de plus. C'est bien une boite officielle Fibaro (et sur le bon de livraison il y a aussi clairement écris Fibaro). Mais surtout, l'étiquette de la date de fabrication date de mars 2015, donc logique que les piles soient un peu usé.... pour peu que ça ai été conservé dans des mauvaises conditions de température....

@Shyrka973 : tout peut planter la HC2 (y compris ne rien faire....). Donc tu n'as pas plus de risque avec une HCL en passerelle je pense @ygi : quand tu appuies sur les 2 boutons, il faut commencer par appuyer sur le bouton recovery AVANT d'appuyer sur le bouton Power. Si tu presses simultanément, tu as 1 chance sur 2 d'avoir appuyé après.... Sinon dans le doute, branche un écran pour voir ce qu'il dit.

OK, ce que tu demandes n'est pas accessible pas l'utilisateu. (Ii existe un log interne, et temporaire, car purgé au bout d'un certain temps. J'ai pas creusé la durée, mais pas certain que tu conserves 1 semaine de logs, car ça tourne très très vite..... les messages sont très nombreux... mais de toutes façon ce n'est pas accessible). Mais juste pour ce que tu demandes, avec l'historique d'événement, tu peux filtrer et retrouver uniquement les événements pour un device donné, donc pour ton ampoule tu peux le faire si tu connais l'ID du dimmer utilisé. Les API que je t'ai donné, ce sont des adresses (URL) à coller dans ton navigateur (à la suite de l'adresse IP de la box). Du style : http://192.168.0.1/api/panels/event?last=10&type=id Donc cela est exploitable depuis un serveur externe, ou depuis du code LUA dans la box.