04-30-2020, 03:30 PM
ok on va essayer de desenmeler tout ça
j'ai regardé d'un peu plus près les programmes qui permettent de fonctionner avec ton équipement : (que ce soir jeedom, openhab, domoticz, .... c'est pareil)
1 - il n'y a pas d'API officielle worx android, tous les programmes qui ont été écrit pour pouvoir dialoguer et piloter l'équipement sont des "reverse ingenierie" ==> ça veut dire que tu ne peux pas demander au constructeur worx android de fournir une API basée sur Oauth2 réglementée strictement par les normes de ce protocole,
en l'occurence LD dans la séquence "Oauth2 - token" ne pourra pas fonctionner, il va manquer l'adresse du code retour dans la trame de dialogue entre l'API worx android et LD
2 - le fonctionnement simulé de la séquence via le connecteur et l'équipement ne peux pas récupérer le token directement, car ce dernier n'est pas transporté par le contenu de la trame json , mais dans les données d'entête ==> malheureusement LD ne permet pas d'accéder aux données d'entête (si tu regardes dans le listen , tu n'as que pas la trame d'entête disponible).
3 - à ce stade le seul moyen (que je connaisse) de reproduire la séquence de connexion et donc les étapes successives pour avoir - le token et le certificat - ce sera de faire un programme sur un serveur à côté, donc pas sur le serveur LD qui est fermé et ne permet pas ce type de code (en php ou python ou tout autre language qui va bien) qui permet d'accéder à toutes les infos et séquences , va récupérer le token et le certificat et les transmets à LD - CS via écoute-UniversalListen , une fois cette étape passée les infos stockées dans l'équipement , on pourra les utiliser comme si c'était LD qui les avaient récupérées.
j'ai regardé d'un peu plus près les programmes qui permettent de fonctionner avec ton équipement : (que ce soir jeedom, openhab, domoticz, .... c'est pareil)
1 - il n'y a pas d'API officielle worx android, tous les programmes qui ont été écrit pour pouvoir dialoguer et piloter l'équipement sont des "reverse ingenierie" ==> ça veut dire que tu ne peux pas demander au constructeur worx android de fournir une API basée sur Oauth2 réglementée strictement par les normes de ce protocole,
en l'occurence LD dans la séquence "Oauth2 - token" ne pourra pas fonctionner, il va manquer l'adresse du code retour dans la trame de dialogue entre l'API worx android et LD
2 - le fonctionnement simulé de la séquence via le connecteur et l'équipement ne peux pas récupérer le token directement, car ce dernier n'est pas transporté par le contenu de la trame json , mais dans les données d'entête ==> malheureusement LD ne permet pas d'accéder aux données d'entête (si tu regardes dans le listen , tu n'as que pas la trame d'entête disponible).
3 - à ce stade le seul moyen (que je connaisse) de reproduire la séquence de connexion et donc les étapes successives pour avoir - le token et le certificat - ce sera de faire un programme sur un serveur à côté, donc pas sur le serveur LD qui est fermé et ne permet pas ce type de code (en php ou python ou tout autre language qui va bien) qui permet d'accéder à toutes les infos et séquences , va récupérer le token et le certificat et les transmets à LD - CS via écoute-UniversalListen , une fois cette étape passée les infos stockées dans l'équipement , on pourra les utiliser comme si c'était LD qui les avaient récupérées.