Lazer

ah ça je sais ! regarde bien la requete, il n'y a rien après chaque signe "=" donc le script ne récupère aucun info depuis l'eco-devices, àmon avis tu peux chercher de ce coté là, pour le moment ton problème n'a rien àvoir avec la base SQL.

Ouais peut-être pas quand même Bon sinon tout ceci confirme quand même qu'il est possible de remplacer la carte mère de la Home Center 2 simplement en récupérant la carte fille et en modifiant 2 fichiers de configuration réseau sous Linux. La prochaine étape sera de faire tourner GEA en v4 sur une carte mère bi-Xeon afin de retrouver les latences de la v3....

oui y'a un souci, les champs sont vides.... il y a un fichier de configuration àparamétrer (settings.php), àmon avis tu n'as pas du remplir correctement tous les champs. Dans le doute, tu devrais poser la question sur le blog eb-home, tu as plus de chances d'y croiser son auteur.

Excellent Ouais l'accès distant je ne sais pas trop pourquoi..... il utilise une "hardware key", je ne sais pas comment elle est calculée, peut-être que c'est en fonction de la carte mère. En tout cas tiens nous au courant de la réponse de Fibaro.

c'est pas dans l'eco devices, je n'ai jamais réussi à rien faire avec l'onglet M2M. Il y a un module virtuel sur la hc2 à créer qui appelle la page ecod2sql.php (ou qqch dans le genre), et en retour cette page interroge l'eco-devices puis insère les données dans la base.

Regarde dans les plus anciens posts. Moi j'ai tout trouvé sur ce site, ça fait plus d'un an que ça tourne comme une horloge.

On va la faire à l'envers : - On regarde les mecs développer la v4 à distance - Dès qu'on aperçoit un bug, on leur fait remarquer grâce au chat Ca ira plus vite

Sur ce site, tu trouveras tout ce qu'il faut pour mettre les données dans la base (via un script dans un module virtuel sur la HC2) et comment réaliser une passerelle Ethernet/Wifi avec un Raspberry PI : http://www.eb-home.eu/

J'ai pas trop saisi si c'est Free qui bride, ou plutôt Google. Car ce n'est pas de l'Android, mais de l'Android TV, donc àusage théoriquement différent des mobiles.

La plupart des applis ne s'installent pas, ils sont un peu déçus sur G+. Il va falloir passer par les APK....

Voilà Krikroff Mais je ne sais pas si le compteur Z-Wave est compatible HC2. Le compteur Gioanola + RPI c'est ce que j'utilise.

Merci, rien d'anormal. Si la modification du fichier de conf n'a pas fonctionné, tu peux le supprimer (ou le renommer), et il en créera un nouveau au prochain reboot. Donc tu peux essayer de rebooter en mode rescue, remonter le filesystem et renommer le fichier comme suit : mv /mnt/etc/udev/rules.d/70-persistent-net.rules /mnt/etc/udev/rules.d/70-persistent-net.rules.OLD Ensuite tu démontes et tu reboote normalement. EDIT : profiles en aussi pour regarder aussi le contenu du fichier /mnt/etc/network/interfaces Normalement il n'y a pas d'adresse MAC dedans, mais sait-on jamais...

Argl, pas de chance.... d'ailleurs, depuis que Veolia a installé le télérelevé sur ses compteurs, ils vendent une assurance payante pour détecter les fuites d'eau.... chose qu'on fait très bien tous seuls grâce à ce script Oui il me semble que ça existe un compteur d'eau Z-Wave, enfin je me souviens avoir un vu un compteur normal sur lequel tu rajoutes un boitier qui envoie les impulsions par Z-Wave.... en fait exactement la même chose que fait Veolia avec son boitier de communication propriétaire.

Je ne vois pas ce que peut faire FHEM ? En fait, FHEM s'appuie sur les commandes Linux, telles que curl. A la limite FHEM peut servir à remonter l'info dans le JSON en vue d'être interrogé depuis la HC2 ? C'est surement ton idée Benjy. Mais sachant que Veolia met à jour les statistiques avec 1 à 7 jours de retard, je ne vois pas vraiment sur quel genre de scénarios ça peut déboucher. Perso je trouve ce script utile pour alimenter une base de données, en vue d'établir des statistiques à long terme.... tout comme je le fait avec les graphs de température et de teleinfo.

1- Oui il y a une protection sur le getkeys, mais en fait on s'en moque dans le cas présent, car cette clé publique RSA ne sert que pour établir le tunnel SSH depuis la box vers les serveurs de Fibaro pour l'accès distant via home.fibaro.com et l'appli smartphone. En aucun cas cela ne peut empêcher la box de prendre une adresse IP sur le réseau local, pour la simple et bonne raison que l'adresse IP est obtenue AVANT que le script getkeys ne s'exécute. Logique, puisque le getkeys a besoin du réseau pour fonctionner ! Sur ta box avec le clavier et l'écran branché, tu peux faire <SHIFT>+<PAGEUP>, ce qui a pour effet de faire remonter l'affichage afin de voir les messages précédents que tu n'as pas le temps de voir lorsque Linux démarre. Avec un peu de chance il y aura un message qui nous mettra sur le bonne voie. Je pense que le problème est juste lié à Linux et au hardware. C'est surement tout bête, mais à distance c'est pas évident de deviner... En plus sur tes captures d'écran on voit bien que les process Fibaro démarrent (GPIO notamment), donc la communication avec la carte fille se fait bien. 2- Si tu arrives à faire réparer la carte mère d'origine, il faudra que tu remettes l'ancienne adresse MAC dans le fichier de configuration.

Oui exacte, il me semble avoir déjàvu un module virtuel sur le forum qui utilisait la valeur d'un label, mais bon c'est les mêmes limitations que les variables globales en fait.

C'est un script Shell sous Linux. Tu copie/colles tout ça dans un fichier que tu nommes comme tu veux (par exemple veolia.sh") [root@redhat veolia]# ls -l veolia.sh -rwxr-xr-x. 1 root root 1594 Jan 18 00:54 veolia.sh . Puis tu le rend exécutable avec : chmod +x veolia.sh . Et tu l'exécute : [root@redhat veolia]# ./veolia.sh % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 36760 0 36760 0 0 62009 0 --:--:-- --:--:-- --:--:-- 110k % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 18694 0 83 22018 97 --:--:-- --:--:-- --:--:-- 22018 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 30285 0 30285 0 0 9807 0 --:--:-- 0:00:03 --:--:-- 12241 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 37731 0 37731 0 0 18931 0 --:--:-- 0:00:01 --:--:-- 21734 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 6656 100 6656 0 0 18591 0 --:--:-- --:--:-- --:--:-- 65900 . Et tu as un beau fichier : [root@redhat veolia]# ls -l conso.csv -rw-r--r--. 1 root root 637 Mar 18 00:14 conso.csv [root@redhat veolia]# tail conso.csv 03-08-19,221804,349,M 03-09-19,222076,272,M 03-10-19,222363,287,M 03-11-19,222544,181,M 03-12-19,222761,217,M 03-13-19,222957,196,M 03-14-19,223140,183,M 03-15-19,223465,325,M 03-16-19,223640,175,M 03-17-19,223830,190,M . La toute dernière ligne du script c'est pour insérer les données dans une base MySQL, ce qui implique tu mettes ça en Å“uvre sur ton serveur. NOTE : si tu n'as pas de Linux, tu peux normalement faire tourner le script avec Cygwin sous Windows. Je pense que ça doit fonctionner nativement sur les Mac.

T'es obligé de passer par une/des variable(s) globale(s) je pense pour assurer la communication entre les différentes boutons d'un module virtuel.... pas très propre tout ça :/

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.