Lazer

OK donc si je résume : - Linux avait détecté la nouvelle carte réseau avec la nouvelle MAC address - tu as modifié le fichier de conf afin que la nouvelle carte remplace l'ancienne - tu as rebooté en mode normal, mais il n'a pas repris d'adresse IP sur le réseau en DHCP - en mode Recovery, il prend l'adresse fixe 192.168.81.1, mais ça c'est normal. Bon du coup il doit y avoir autre chose, mais là je sèche.... ça demande réflexion PS : tu ne pourras pas te logger en ligne de commande sur la box, il faut le compte root que seul Fibaro possède. C'est bien pour ça que je t'ai fait booter en mode rescue sur une clé Linux afin d'accéder au système de fichier.

Oui c'est bien sur un virtual device, mais je voulais juste compléter avec les plugins pourquoi il me semblait logique que l'accès via localhost permet d'effectuer les mêmes actions que par l'adresse IP externe.

Jojo ton lien ne marche pas Mais son script est plus ancien je crois, mais je dirais qu'il ne l'a tout simplement pas mis à jour juste pour ça. L'accès par 127.0.0.1 ne fait pas de différence, à priori les droits d'accès sont les mêmes, c'est juste que ça permet de bypasser l'authentification. Pour les plugins utilisateurs, donc le code source n'est pas accessible (contrairement aux modules virtuels), il était impératif de disposer d'un moyen d'accès direct à l'API pour que le script puisse s'exécuter sans les identifiants de l'utilisateur.

Pour être précis, l'accès en localhost existe depuis longtemps (toujours ?), mais Fibaro n'a lâché l'info officiellement que dans le courant de l'année dernière. Donc les vieux scripts n'ont pas forcément été mis à jour. Faut pas hésiter à en abuser, c'est tellement pratique

Non, pas de trigger possible dans un module virtuel. C'est réservé aux scènes.

chimay, queue de charrue, ou une classique leffe me vont bien En fait, j'aimerai habiter plus près de la Belgique rien que pour le choix en bière (à défaut de la météo clémente....) C'est la fête à Ludo ce soir dites donc les gars

Excellent Nikko, bonne nouvelle Oui espérons que la clé survive longtemps.... c5leman ok à suivre donc.

Si Fibaro se connecte àdistance c'est le mieux

Non justement, ce n'est pas clair, mais il semble que les variables locales ne soient pas bien détruites, et justement avec les 2 fonctions citées précédemment ça plante. Donc dans une main loop, il faut mettre du code très simple, et déporter les fonctions élaborées dans des boutons. Ou alors il faut protéger les bouts de codes sensibles avec des pcall(), mais là il faut s'appeler Krikroff ou Steven pour en maitriser les subtilités.... tu peux trouver quelques exemples d'utilisation de cette fonction sur le forum.

ça se passe que ça finit par planter au bout de quelques itérations.... car il y a des bugs avec les fonctions Net.FHTTP() et json.decode() (seule la main loop du module plante, le reste de la box fonctionne normalement) et pour répondre à ta 2nde question, il y a une seule instance de la main loop qui tourne en boucle infinie, donc elle attend bien que les instructions soient terminées, avant d'attendre 3s puis relancer à nouveau.

Ced600f, Le main loop est exécuté toutes les 3 secondes, ce qui est beaucoup trop rapide pour raffraichir les infos météos. Et si tu rajoutes un gros sleep (pour faire plaisir à mprinfo...) de 24h avec tout le code dans la main loop, ça finira par planter pour d'obscures raisons.... Donc le mieux est de laisser le code complexe dans un bouton, et de laisser la main loop appuyer sur ce bouton toutes les 24h avec l'exemple de petit bout de code proposé par mprinfo. Ou sinon utiliser une scène, ou GEA.

Si je ne me trompe pas, en LUA il n'est pas possible de récupérer l'état du panneau d'alarme Fibaro, donc par extension GEA ne peut pas non plus. En fait en LUA, on n'a accès qu'à chaque détecteur individuellement, soit pour les armer/désarmer, soit pour détecter l'intrusion. Lorsque tous les détecteurs sont armés individuellement, alors le panneau d'alarme s'active tout seul. Perso j'utilise aussi une variable globale et je réagit au déclenchement du détecteur, comme Zozotte.

Il y avait un comportement bizarre l'autre jour, il faudrait qu'on résolve ce point car sinon ça ne fonctionnera jamais. Si tu as un autre Linux àdisposition de ta Ubuntu, essaye la commande suivante : fdisk -l /dev/sdb Parce que ton Ubuntu, j'ai l'impression qu'il y a des process qui montent automatiquement la clé et empêchent ce genre de commandes de bas niveau de fonctionner correctement

Tu les contactes, et ils te proposeront soit un accès via un logiciel du genre teamviewer (qui permet de prendre contrôle àdistance de ton PC, et de làils pourront se connecter "localement" sur la box). Soit tu ouvres un port sur ton routeur afin de rediriger vers le port SSH (TCP 22) de la box.

Cool, bonne nouvelle Merci pour le retour Lionel

Oui il vaut mieux que tu commence par remettre en état ta clé actuelle. Sinon ces histoires de clés qui tombent en rade vont être de plus en plus problématiques à l'avenir. C'est de la flash, ça s'use forcément avec le temps, et on a tous déjà eu des clés USB défectueuses au quotidien. Le souci c'est que Fibaro utilise cette clé comme un dongle permettant de protéger sa box, à la manière des dongles série/parallèle des années 80 pour limiter la copie des logiciels. J'attends une évolution de Fibaro de ce côté là , mais ça n'a pas l'air d'être la tendance vu qu'ils ont renforcé la protection durant les premières beta de la v4 Protection totalement inutile car le soft FIbaro ne tourne pas sans la carte fille propriétaire fixée sur la carte mère....

C'est un bug de la v4.035 car le FGSD-002 n'était pas officiellement reconnu. Il n'y a pas de détecteur de mouvement, c'est bien un détecteur de fumée uniquement (et aussi température)

Oui tout à fait. Tu peux reprendre un image.gz en bon état ici : http://dl.free.fr/tiZ4fSHDP (v3.548) Le checksum est : c496e1fe5e3095b73e2f376b35ae5307

Oui emoncms ça fonctionne plutôt bien je crois. Regarde ça justement : http://www.domotique-fibaro.fr/index.php/topic/3929-yagda-yet-another-graphic-data-analyser-netatmo-vmc-emoncms-json-viewer/

@Jojo je pense que l'option "save logs to event panel" n'a rien à voir avec les mesures de consommation. @Berale : étrange quand même.... la box n'a aucun moyen de mesurer sa propre consommation, et de toutes façons elle fait 13,5W environ. Ca ressemble à un bug, une corruption dans la base de données. Le support Fibaro devrais regarder ça en remote connexion...

Tu as fait comment ton image de la clé il y a quelques mois ? Parce que ce n'est pas normal que le checksum du image.gz soit corrompu.... sauf si il été déjà corrompu avant la copie, ce qui signifie que ta copie est inutile. Voici la liste des choses que j'ai pu identifier jusqu'à présent qui ne fonctionnent pas en v4 avec une clé USB copiée : - exclusion de modules - recovery (le système est bien restauré, mais la puce Z-Wave n'est pas réinitialisée) - sauvegardes

Si tu vas dans l'onglet Recovery et que tu lui demande de calculer le checksum, il se passe quoi ? Tu peux aussi essayer de booter en mode recovery pour voir si ça fonctionne (sans réellement lancer le recovery)

C'est clair pourtant En gros, Kiwi te propose du reverse engineering : sniffer le réseau pour intercepter les trames et comprendre le fonctionnement.

Mes graphs je les fait tourner sur un hébergement Web mutualisé (OVH) donc effectivement le NAS n'est pas requis. Mais par contre, Fibaro ne propose pas de solution cloud, tout se passe en local sur la box. Tu as contacté le support Fibaro pour ce problème ? Car ce n'est pas normal....

Alors ça, ça dépend clairement de la boite dans laquelle tu bosses. Dans l'administration publique et les boites moyennes je suis d'accord, car les mecs ils préfèrent planter une prod en pleine semaine, que de risquer de travailler le week-end (faut pas déconner avec les horaires, non mais... )... expérience encore vécue ce mois-ci un mardi soir à 19h dans une collectivité locale.... les mecs ont pas voulu attendre que le cluster finisse de remonter.... ça n'a pas loupé, le lendemain matin il était par terre. Pas grave apparemment Par contre quand tu attaques des domaines sérieux (finance, banque, assurance, énergie, industrie, ...), je peux t'assurer que les mises en prod s'effectuent le week-end, et tu t'assures d'avoir tous les experts à ta disposition, soit physiquement sur place, soit en astreinte téléphonique. Ca coute cher, mais les enjeux ne sont pas tout à fait les mêmes... De toutes façons, rien que la durée d'interruption de service nécessaire à la monté de version fait que tu ne peux pas effectuer cela en heures ouvrées. Bon là , on est sur de la domotique grand-public, et c'est Fibaro, donc bon.... Après si tu estimes ta domotique critique, tu peux faire comme certains (dont moi) sur ce forum : rester en 3.6 en attendant des jours meilleurs Et c'est bien là l'intérêt de ce forum (et de tous les autres forums du net) : obtenir des retours d'expérience, échanger, se faire conseiller, etc, avant de prendre les décisions.