Myfox Home Alarm et Eedomus

[labussiere]

Merci Mitch pour votre réponse.
En effet, vous avez bien ciblé le problème. Soit que le serveur ne connait plus nos identifiants soit le jeton ne se rafraichit pas.
Faut-il se rapprocher de eedomus ou de myfox pour résoudre ce script ?
Bonne journée à vous.

[mitch]

Bonjour,
Aucun souci côté Myfox, en utilisant le site api.myfox.me cela fonctionne parfaitement.
Le problème vient de eedomus. A priori, la fonction httpQuery est bugguée.
Il faudrait peut-être recharger le soft de la box peut-être même à la version précédente de la dernière mise à jour mais je ne sais pas comment le faire.
Un simple reset n'est pas suffisant.
Si quelqu'un a une idée ??
Sinon, il faut effectivement se rapprocher de l'équipe Eedomus.
Bonne journée.

[mitch]

je viens de trouver comment restaurer la box:
https://doc.eedomus.com/view/Restauration_matérielle
Je teste dès que je pourrai

[labussiere]

je viens de trouver comment restaurer la box:
https://doc.eedomus.com/view/Restauration_matérielle
Je teste dès que je pourrai

Bonsoir mitch, je reste suspendu à votre test.
Merci encore

[mitch]

Bonsoir,

J'ai enfin trouvé le temps de restaurer ma box et ...
Aucun changement. Le bug reste entier.
Je ne vois plus trop comment résoudre ce problème.
Bonne soirée

[Toyoda]

Bonjour à tous,
Comme vous j'ai une alarme MyFox, plus précisément une centrale Evology zen qui était jumelée avec Eedomus et comme vous le lien entre les deux a été coupé.

Commander l'alarme depuis Eedomus pour moi ce n'est pas (n'est plus) le but recherché mais plutôt connaitre l'état de la centrale et déclencher alors des règles dans Eedomus.
Pour cela j'ai créé dans MyFox trois fausses prises ''Chacon'' et, à chaque changement d'état de la centrale, j'ai créé un script dans MyFox, activant ou désactivant telle ou telle prise.
Grace à la détection automatique de Edomus des signaux RFX en 433, j'ai recréé ces fausses prises dans Eedomus et récupérer ainsi leur état et donc létat de ma centrale.
Je peux alors sans risque déclencher une multitude de ''règles'', pas exemple, demander à Eedomus de m'informer vocalement que des portes ou fenêtres sont restées ouverte alors que je viens d'activer l'alarme.
J'ai écrit le terme ''Sans risque '' car dernièrement, j'ai subit une tentative de piratage de ma centrale (heureusement très vite bloqué par les serveur de MyFox), l'attaque venait de mon interface IFTTT / Api MyFox, elle même attaquée par un lien avec mon compte FaceBook via une API IFTTT / FB ayant une faille, alors même qu'aucun lien direct n'avait été établi entre mon compte Facebook et mon compte IFTTT. oui vicieux le truc...
J'ai alors supprimé mon compte FaceBook (sans regret) et mon compte IFTTT (avec regrets).

Cela pour dire la domotique d'un coté et la sécurité d'un autre avec un minimum d'interaction entre les deux, vous dormirez mieux.

Cordialement
Toyoda

[mitch]

Profitant du confinement, j'ai pu consacrer du temps à ce problème qui me chiffonne depuis avril 2018!!
Et il semblerait que j'aie trouvé.
Dans le script, les requetes en POST vers l'API Myfox sont libellées comme ceci:
https://'.$ClientId.':'.$ClientSecret.'@api.myfox.me...
Lorsqu'on teste depuis le site api.myfox.me, le clientID et ClientSecret sont passés en paramètres POST. Je pense que Myfox a supprimé le 1er type d'accès en avril 2018. En effet, il parait logique de masquer L'ID et le mot de passe.
J'ai donc modifié le script en conséquence et ça marche
Voici les modifs nécessaires:
Ligne 20: remplacer la 1ère ligne par la suivante :
$getToken_url = 'https://'.$ClientId.':'.$ClientSecret.'@api.myfox.me';
$getToken_url = 'https://api.myfox.me';

Ligne 44 : remplacer la 1ère ligne par la suivante :
$postdata = 'grant_type='.$grant_type.'&refresh_token='.$refresh_token;
$postdata = 'client_id='.$ClientId.'&client_secret='.$ClientSecret.'&grant_type='.$grant_type.'&refresh_token='.$refresh_token;

Ligne 52: remplacer la 1ère ligne par la suivante :
$postdata = 'grant_type='.$grant_type.'&username='.$UserName.'&password='.$UserPassword;
$postdata = 'client_id='.$ClientId.'&client_secret='.$ClientSecret.'&username='.$UserName.'&password='.$UserPassword.'&grant_type='.$grant_type;

J'ai découvert un autre bug: Les requetes d'action comme Security/Set par exemple étaient exécutées en GET (car la variable $post était toujours vide) alors qu'elles devraient l'être en POST.
Voici comment corriger:
Ligne 101: remplacer la 1ère ligne par la suivante :
$response = httpQuery($GLOBALS['api_url'].$request."?access_token=".$access_token, 'POST');
$response = httpQuery($GLOBALS['api_url'].$request, 'POST', $post);
Ligne 127: remplacer la 1ère ligne par la suivante :
sdk_myfox_query($query,'POST');
sdk_myfox_query($query,'POST',"access_token=".$access_token);

Dans le tuto de MADOMA73, tout en bas, dans la définition du parametre action pour les requetes en POST, il faut mettre ;action=api_post au lieu de ;action=api_set ou alors, dans le script, à la ligne 125, il faut remplacer case 'api_post': par case 'api_set':

Merci de tester et de me dire si ça marche pour vous
Cordialement

[labussiere]

Merci Mitch pour votre solution. Restez confiné et prenez soin de vous.

[pierre-baptiste]

Bonjour,
après mise à jour du script comme écrit plus haut, toujours la même erreur : invalid_request (grant_type = password)
j'ai pourtant bien vérifie et refait plusieurs tentatives, rien n'y fait. Quelqu'un pour m'aider please

[mitch]

Bonjour,
Vous avez une erreur invalid_request alors que le bug provoquait une erreur invalid_client.
Il doit donc y avoir une erreur dans la construction de votre requête au niveau de la demande d'un access token (grant_type=password).
Pour voir ce qui se passe, vous pouvez modifier l'appel de la fonction httpQuery en POST comme suit :
$response = httpQuery($GLOBALS['api_url'].$request, 'POST', $post, NULL, NULL, false, false,&$infos);
echo "sdkmyfoxquery POST: ". $GLOBALS['api_url'].$request, 'POST', $post," ";
var_dump($infos);
La ligne echo ... va vous sortir les parametres passés à la requete
et la ligne var_dump($infos) va vous donner le détail de la réponse de myfox.

vous pouvez aussi essayer de fournir un access token à votre script :
pour celà, allez sur api.myfox.me onglet authentication pour récupérer l'access token
et mettez le dans votre script en ajoutant les lignes suivantes après le client ID et client secret
$access_token='votre access token';
saveVariable('access_token', $access_token);
$expire_time = time()+3600;
saveVariable('expire_time', $expire_time);

Cordialement

[pierre-baptiste]

Bonjour,
merci pour votre réponse et désolé pour ma réponse tardive, je n'avais pas reçu de notification de votre message. J'ai donc généré un token sur le site myfoxapi et après sauvegarde du script, puis exécution, une page blanche appairait. Aucun autre message...

[pierre-baptiste]

Après avoir tenté une autre solution au pif, suppression de ces lignes :
$access_token='xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx';
saveVariable('access_token', $access_token);
$expire_time = time()+3600;
saveVariable('expire_time', $expire_time);

et malgré une page blanche quand j'éxecute le script, ça marche !
merci d'avoir pris le temps de me répondre

une dernière question, je souhaite modifier un peu le fonctionnement de ce périphérique sur eedomus pour avoir uniquement le retour d'état de l'alarme (question de sécurité, je sépare bien domotique / alarme-vidéosurveillance)

comment procéder ?

merci d'avance

[pierre-baptiste]

et bien non, fausse joie ! de retour le message : Erreur lors de l'authentification: invalid_request (grant_type = password)

je pense que le token généré pour 1h à fonctionné, puis plus rien

[mitch]

Bonjour,
Une partie de votre script fonctionne puisque c'est OK quand on fournit un token.
Il doit y a voir une erreur vers la ligne 52.
Vous trouverez le script complet ici:
https://www.dropbox.com/s/ywtrew8vlzqc0ae/myfox_oauth%20d%C3%A9bugge.php?dl=0
Pour lire seulement l'état de l'alarme, il suffit de mettre en place le périphérique Etat Alarme comme décrit dans le tuto de Madoma73. Attention à mettre une fréquence de requête de 5 par exemple pour interroger l'état de l'alarme tous les 5 minutes.
Cordialement.

[pierre-baptiste]

Bonjour, encore désolé pour le retard
j'essaye cette solution ce soir pour voir et je vous tiens au courant.
Merci

[pierre-baptiste]

Pour le moment tout fonctionne bien ! merci beaucoup pour le coup de main
Je vais me pencher maintenant sur le retour d'état de l'alarme uniquement

[Migo25]

Bonjour,
Une question sur l’api myfox. Elle permet de se passer directement entre myfox et EEDOMUS?
Merci pour votre retour

[mitch]

Oui, l'API Myfox permet à Eedomus de piloter ou de recevoir l'état d'un périphérique Myfox
Par exemple vous pouvez créer un périphérique dans Eedomus qui reçois l'état de votre alarme Myfox ou qui pilote son changement d'état.