tibahut

Non, l'écocompteur ne gère pas le wifi. Ce qui est dit dans la notice c'est que l'on peut accéder àl'interface via le wifi de la (free)box. Enfin, comme toutes les pages internet quoi. Dans "paramétrage réseau" de l'écocompteur, est-ce que l'adresse IP a les 3 premiers nombres identiques àl'IP de la freebox ? C'est cette IP qu'il faut utiliser sur un navigateur pour accéder àl'interface. Après, pour les paramètres de la freebox, je ne connais pas.

Il me semble que l'écocompteur Legrand ne fonctionne que par ethernet et non pas en wifi. Il faut donc brancher le compteur à la freebox via un câble ethernet. Ensuite, il faut paramétrer le compteur pour qu'il prenne une adresse IP automatiquement en activant le DHCP. Ensuite, il faut se connecter sur son navigateur sur la bonne adresse IP pour voir l'interface de suivi de la consommation. Normalement, cela doit fonctionner aussi avec du CPL.

Second petit retour de ma box : les notifications push et par email ne fonctionnent plus même après redémarrage. Exclusion et inclusion sans soucis avec un détecteur de fumée.

Bizarre, car en lisant vos commentaires, je viens de redémarrer ma box et le bouton a bien fonctionné.

J'ai retrouvé le saint Graal !!!! http://www.domotique-fibaro.fr/index.php/topic/4332-param%C3%A8tres-r%C3%A9veil-et-polling-des-modules-z-wave-sur-batterie/

D'économiser la batterie en limitant les cycles de réveil des modules.

Oui, je l'ai découvert par sérendipité ^^ Je n'ai pas testé les autres paramètres.

Box mise àjour. Aucun soucis constaté pour le moment. J'ai mis mes 9 modules àjour (6 FGMS et 3 wall plug). En effet, pour les FGMS, il faut les réveiller au début, au milieu et àla fin pour que le nouveau firmware soit checké par la box. De toute façon, la box le dit que le module est en attente de réveil. J'en ai profité pour mettre au max l'intervalle de réveil de mes FGMS. Je ne sais pas si c'est nouveau ou pas mais quand je mets une valeur trop grande (86400), il m'enregistre la valeur la plus élevée àsavoir 65535. Alors qu'avant il ne prenait tout simplement pas la modification en compte. Je trouve ça quand même pratique car chaque module a une valeur max différente.

Suite aux tests avec Jorderic, j'ai constaté une coquille dans le script PHP avec un mauvais copier-coller de $ch au lieu de $curl. J'en ai profité pour cleaner un peu le fichier PHP pour enlever le système de rafraichissement avec le token. Le fichier PHP de mon post précédent a été remplacé. J'ai également testé la mise en place du script PHP sur un NAS Qnap, à la base pour aider Jorderic mais aussi pour, à l'avenir, placer mes scripts directement sur mon NAS. Je ne sais pas dans quelle mesure c'est compatible avec un autre NAS, mais je pense que la manière est la même. Dans l'interface de mon "appli" sur Xee dev, j'ai ajouté dans Redirect uri mon adresse IP interne avec le numéro de port associé. (http://192.168.XXX.XXX:port) Dans le script PHP, il faut écrire la même chose dans XEE_API_REDIRECT_URI afin que Xee nous autorise à récupérer des infos. Dans le VD, il faut compléter : local host = '192.168.XXX.XXX'; local path = ''; Et remplacer ici 80 par votre numéro de port : local function checkStatus() HC2 = Net.FHttp(host, 80); Ceci est valable si vous utilisez un script hébergé chez vous. Sinon la méthode que j'ai décrite dans les posts précédents marche très bien sur un serveur web tiers. Voici ce que cela donne pour la tension de la batterie au fil des jours, à raison d'un enregistrement toutes les 15 minutes :

Je suppose que tu l'as remis dans la méthode sendRequest() mais dans le nouveau script j'ai patché vite fait la connexion au web service avec un cURL non factorisé. Il faut donc aussi le mettre dans la méthode firstConnection() après la ligne "curl_setopt($ch, CURLOPT_POST, true);", ajouter la ligne curl_setopt($ch, CURLOPT_SSL_VERIFYPEER , false); Par contre, j'insiste bien sur le fait que c'est un problème de configuration de PHP et non du script et que ce fix désactive la connexion sécurisée lors de l'utilisation de cURL. La résolution se fait comme suit : It's a pretty common problem in Windows. You need just to set cacert.pem to curl.cainfo. Since PHP 5.3.7 you could do: download https://curl.haxx.se/ca/cacert.pem and save it somewhere. update php.ini -- add curl.cainfo = "PATH_TO/cacert.pem" Il faut télécharger le certificat cacert.pem et le sauvegarder sur le NAS. Ensuite, modifier le php.ini pour donner le chemin du certificat à cURL : curl.cainfo=c:\path\cacert.pem

Voici une version du VD et du script PHP pour forcer le login à chaque connexion au webservice de Xee en attendant que tout fonctionne normalement. En contrepartie il faut renseigner son login et mot de passe dans le script PHP et le client ID et le client secret dans le VD en plus du tutoriel de base. Cette version est une version temporaire mais qui fonctionne. Lignes à modifier dans le PHP ainsi que le nom à renommer en index.php : define('XEE_API_CLIENT_ID', 'client ID'); define('XEE_API_CLIENT_SECRET', 'client secret'); define('XEE_API_REDIRECT_URI', 'http://host.com/path'); define('XEE_LOGIN', 'email de login'); define('XEE_PASSWORD', 'mot de passe'); Lignes à modifier dans le VD : local host = 'host.com'; local path = '/path'; local defaultToken = 'clientID:client secret'; XeeConnectForceLogin.vfib indexForceLogin.php

Ok, on va débugger en MP et je mettrai les conclusions ici. Sinon, j'ai fait des améliorations pour tenir compte du fait que le refresh_token ne marche pas en me connectant à ee àchaque fois. Mais c'est un dirty fix donc je voudrais éviter de le présenter.

Qu'as-tu d'affiché dans le script PHP ? en y accédant manuellement au lieu de le faire via le VD ?

mais de rien C'est parce que tu essaies d'accéder à une ressource via HTTPS et que cURL ne peut pas vérifier le certificat. CF : https://curl.haxx.se/docs/sslcerts.html Mon serveur mutualisé a dà» prévoir le coup :/ En test rapide pour savoir si c'est bien le soucis, tu peux mettre à jour dans le code PHP (la dernière option a été ajoutée) et voir si cela fonctionne : curl_setopt_array( $curl, array( CURLOPT_URL => $url, CURLOPT_RETURNTRANSFER => true, CURLOPT_ENCODING => '', CURLOPT_MAXREDIRS => 10, CURLOPT_TIMEOUT => 30, CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1, CURLOPT_CUSTOMREQUEST => $requestType, CURLOPT_POSTFIELDS => $postFields, CURLOPT_HTTPHEADER => $httpHeaders, CURLOPT_SSL_VERIFYPEER => false ) ); Si oui, alors, il faut ajouter un certificat comme mentionné dans ce commentaire : http://stackoverflow.com/a/16495053/4912312 et bien sà»r enlever la ligne du test rapide qui désactive l'utilisation de SSL.

Ah ok, merci Lazer J'étais en train d'essayer PHP-OAuth2 pris sur Github mais sans succès non plus. En effet, le refresh_token ne fonctionne pas. J'aurai dû contacter Xee avant mais j'ai pas mal de choses àgérer en dehors de la domotique. La bonne nouvelle, c'est que quand Xee aura réparé le soucis, ça marchera direct et je pourrai faire des tests sur la fréquence des données récupérées. Il faudrait aussi que je teste le retour de l'API Xee après l'authentification sur l'IP interne de la box. Mais tant que Xee n'autorisera pas le OAuth en mode password ou client ID, nous serons obligés de passer par un serveur tiers pour se loguer :/

Shyrka973 a raison, j'ai un peu craqué. Je prendrai plus de temps la prochaine fois et après le boulot pour être sà»r d'avoir le bon environnement de travail. Quitte à vouloir aider la communauté, autant le faire bien Je n'avais pas la dernière mise à jour concernant le fix pour la 81. J'ai regardé comment mettre à jour mon master avec l'original. ça va le faire

Je suis d'accord que j'ai été un peu vite et que mon sublime text du boulot supprime les espaces en trop en fin de ligne. Ce qui explique le nombre de lignes modifiées. Cependant, le GEA que j'ai est un fork de l'original et ma modification a été faite sur une seule ligne du fichier. Je vais donc refaire 2 PR, une pour le patch et une pour les espaces en fin de ligne en trop Loin de moi l'idée de faire n'importe quoi. Je prendrai plus le temps la prochaine fois.

Je cherche comment mettre àjour mon fork sur github et je mets àjour ma PR et ce sera bon pour moi

Bon, j'ai du mal àavoir une connexion stable au web service :/ Je n'ai pas l'habitude de travailler avec des authentification Oauth.

Pas de soucis Je ne garantie pas de délais ^^

Je ne sais pas à quelle fréquence les données remontent à l'API mais je sais que le boîtier enregistre très précisément le trajet, les kilomètres faits et le temps mis. L'inconnue à tester est de savoir si ce que l'on récupère de l'API est actualisé souvent et si le temps mis entre la remontée d'infos sur les serveurs et l'accès via l'API est assez rapide. J'ai un doute car les notifications de l'application officielle que ma voiture est en déplacement arrivent avec un certain délais variable. A tester plus en profondeur maintenant que j'ai mon module, je vais essayer d'enregistrer les données qui arrivent sur la HC2 sur emoncms pour voir la fréquence d'actualisation.

Je n'ai pas étudié le fonctionnement du retour du status de la voiture en temps réel (avec décalage des serveurs). Mais oui, il y a la position de la voiture : "location":{"latitude":56.701694,"longitude":12.1796002,"altitude":1.6,"heading":123.45,"satellites":6,"date":"1970-01-12T04:28:27.461Z"} Dans mon module, j'utilise une fonction pour récupérer la distance entre la HC2 et la voiture par leurs coordonnées GPS. On pourrait tester si la voiture s'éloigne ou se rapproche, si elle entre dans un périmètre...

Premier post mis àjour avec le script PHP V1, le module V1 et un tuto rapide pour créer l'application sur le site de Xee dev. Les remarques sont les bienvenues, surtout si j'ai zappé un truc.

Premier post mis àjour avec le module virtuel.

Ah d'accord, je n'avais pas fait attention àton profil ^^ au temps pour moi.