Lazer

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.

oui certes mais c'est un détail, même si tu as un vieux image.gz en v1, ça n'empêche pas de faire le recovery et de remonter à la dernière version, puis de restaurer le backup. Pour le lecteur de de passage, il faut souligner que seul le contenu du répertoire "backups" est réellement utile.

Lors de la sauvegarde sur la clé USB Recovery, il y a un dump complet de la puce Z-Wave. Ce dump est donc restauré après un recovery, ou changement de box.

Qu'appelles tu le "log" ? L'historique des événements ? C'est le seul journal accessible par l'utilisateur. Quelques exemples de syntaxe via l'API (facile à comprendre) : /api/panels/event?from=1352509026&to=1392509026&type=time /api/panels/event?last=10&type=id /api/panels/event?last=30&type=id&purpose=alarm

Je suis passé en 4.070 hier soir. Cette nuit, plantage de GEA (core dump sous Linux, le grand classique malheureusement), immédiatement redémarré par mon watchdog. Depuis, je constate les même fuites mémoires qu'avant.... exactement la même vitesse d'augmentation de la RAM utilisée. Donc je considère que cette version n'est pas plus stable que la stable précédente du mois d'aout (5 mois tout de même). Au moins, il y a quelques nouveautés sympa, c'est déjà ça de gagné. Mais 5 mois de travail pour ça