Bonjour a tous,
je suis sur la dernière version de Jeedom, 4.3.23, et depuis que j’ai remis mes scénarios en route, celui des départs semble coincer.
En effet j’utilise le plugin waze in time et là on dirait qu’il n’y a plus de remonté d’info …
Je pensai redémarrer un démon ou autre mais je ne vois rien dans les paramètres,
auriez vous des idées svp?
fonctionne bien de mon côté en 4.3.23
Cela fonctionnait pour moi en 4.3, mais plus en 4.4… En tout cas pour la partie widget !
moi je n’ai plus d’infos qui remontent : plus de durée de trajet, plus rien…
Et parfois (1/10) j’ai les infos
Bref je ne sais pas quoi faire et je n’ai rien modifié
si vous avez vous aussi le probleme ?
merci
PS : Je fais un rafraichissement manuel de l’objet
Jeedom stable et à jour sur une machine virtuelle
voici l’extrait du log du plugin :
wazeintime.txt (1,2 Ko)
J’avais essayé mais ça dépassait le nb de caractères possibles……
hello, j’ai exactement le même soucis, cela fonctionne de manière sporadique, alors qu’en copiant la requête exacte que le plugin exécute, aucun raté.
9 fois sur 10 il retourne un résultat null.
J’ai tenté de changé l’useragent, tenté de réduire la taille du retour pour voir si ce n’était pas un soucis de données trop volumineuse, rien n’y fait…
On dirait qu’il sort un retour null avant d’avoir reçu la réponse (le temps de réponse étant énormément diffèrent entre le null et un raw complet)
Que pourrait-on répondre à un message de ce style qui déterre un sujet … et toujours pas la moindre info concrète?
soit je ne répond pas soit je répond que chez moi ca marche, je n’ai quasi aucun raté.
Il faut adapter le cron pour ne pas éviter la minute pleine
Il faut configurer avec un décalage (donc pas chaque minute ou chaque x minute « rondes »)
éviter de rafraichir en boucle lorsque ca sert à rien etc
merci pour tout cet amour … si j’avais fait un nouveau post, on m’aurait dit qu’il y avait déjà 2 sujet ouvert, c’est vrai que ces sujet ne brille pas par leurs info, mais fournir des log vide, je ne voit pas l’interet, mais soit …
[2025-06-27 20:27:42] INFO : Refresh routes pour: waze
[2025-06-27 20:27:42] DEBUG : routeURL: https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At
[2025-06-27 20:27:42] DEBUG : requete 1: com_http Object ( [url:com_http:private] => https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At [username:com_http:private] => [password:com_http:private] => [logError:com_http:private] => [ping:com_http:private] => [noSslCheck:com_http:private] => 1 [sleepTime:com_http:private] => 500000 [post:com_http:private] => [put:com_http:private] => [patch:com_http:private] => [delete:com_http:private] => [header:com_http:private] => Array ( [0] => Connection: close ) [cookiesession:com_http:private] => [allowEmptyReponse:com_http:private] => [noReportError:com_http:private] => [userAgent:com_http:private] => User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 referer: https://www.waze.com [CURLOPT_HTTPAUTH:com_http:private] => [CURLOPT:com_http:private] => Array ( ) [getinfo:com_http:private] => [streamHeaders:com_http:private] => Array ( ) )
[2025-06-27 20:27:43] DEBUG : raw data:null
[2025-06-27 20:27:43] DEBUG : routeURL: https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At
[2025-06-27 20:27:43] DEBUG : requete 2: com_http Object ( [url:com_http:private] => https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At [username:com_http:private] => [password:com_http:private] => [logError:com_http:private] => [ping:com_http:private] => [noSslCheck:com_http:private] => 1 [sleepTime:com_http:private] => 500000 [post:com_http:private] => [put:com_http:private] => [patch:com_http:private] => [delete:com_http:private] => [header:com_http:private] => Array ( [0] => Connection: close ) [cookiesession:com_http:private] => [allowEmptyReponse:com_http:private] => [noReportError:com_http:private] => [userAgent:com_http:private] => User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 referer: https://www.waze.com [CURLOPT_HTTPAUTH:com_http:private] => [CURLOPT:com_http:private] => Array ( ) [getinfo:com_http:private] => [streamHeaders:com_http:private] => Array ( ) )
[2025-06-27 20:27:43] DEBUG : raw data:null
[2025-06-27 20:27:43] DEBUG : Data: Array ( [routename1] => NA [routename2] => NA [routename3] => NA [time1] => 0 [time2] => 0 [time3] => 0 [routeretname1] => NA [routeretname2] => NA [routeretname3] => NA [timeret1] => 0 [timeret2] => 0 [timeret3] => 0 )
voila un log qui fait strictement que qui a été expliqué avant, data null, je ne pense pas que cela va aider, mais bon, j’aime donner du plaisir au gent ^^…
j’ai ajouté un log pour vérifier si la requête est bien formulé, et c’est le cas
En ce qui concerne le cron, je l’ai modifié il y a très longtemps et il s’exécute une fois par an. Et je lance un refresh uniquement quand je pars du travail, et 45 minutes plus tard
En comparant avec un requête qui fonctionne, il n’y a aucune différence, mis a part la data et le temps de réponse, vide = instantané, plein=5-6s:
[2025-06-28 09:33:12] INFO : Refresh routes pour: waze
[2025-06-28 09:33:12] DEBUG : routeURL: https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&at=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At
[2025-06-28 09:33:12] DEBUG : requete 1: com_http Object ( [url:com_http:private] => https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At [username:com_http:private] => [password:com_http:private] => [logError:com_http:private] => [ping:com_http:private] => [noSslCheck:com_http:private] => 1 [sleepTime:com_http:private] => 500000 [post:com_http:private] => [put:com_http:private] => [patch:com_http:private] => [delete:com_http:private] => [header:com_http:private] => Array ( [0] => Connection: close ) [cookiesession:com_http:private] => [allowEmptyReponse:com_http:private] => [noReportError:com_http:private] => [userAgent:com_http:private] => User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 referer: https://www.waze.com [CURLOPT_HTTPAUTH:com_http:private] => [CURLOPT:com_http:private] => Array ( ) [getinfo:com_http:private] => [streamHeaders:com_http:private] => Array ( ) )
[2025-06-28 09:33:23] DEBUG : raw data:{"alternatives":[{"response":{"results":[xxxxxxxxxxxxxxxxxxxxxxxxxx
[2025-06-28 09:33:23] DEBUG : routeURL: https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At
[2025-06-28 09:33:23] DEBUG : requete 2: com_http Object ( [url:com_http:private] => https://www.waze.com/row-RoutingManager/routingRequest?from=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxat=0&returnJSON=true&returnGeometries=true&returnInstructions=true&timeout=60000&nPaths=3&options=AVOID_TRAILS%3At [username:com_http:private] => [password:com_http:private] => [logError:com_http:private] => [ping:com_http:private] => [noSslCheck:com_http:private] => 1 [sleepTime:com_http:private] => 500000 [post:com_http:private] => [put:com_http:private] => [patch:com_http:private] => [delete:com_http:private] => [header:com_http:private] => Array ( [0] => Connection: close ) [cookiesession:com_http:private] => [allowEmptyReponse:com_http:private] => [noReportError:com_http:private] => [userAgent:com_http:private] => User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 referer: https://www.waze.com [CURLOPT_HTTPAUTH:com_http:private] => [CURLOPT:com_http:private] => Array ( ) [getinfo:com_http:private] => [streamHeaders:com_http:private] => Array ( ) )
[2025-06-28 09:33:35] DEBUG : raw data:{"alternatives":[{"response":{"results":[xxxxxxxxxxxxxxxxxxxxxxxxxxxx]
[2025-06-28 09:33:35] DEBUG : Data: Array ( [routename1] => D402 [routename2] => D201 [routename3] => D209 [time1] => 65 [time2] => 65 [time3] => 69 [routeretname1] => D402 [routeretname2] => D12 [routeretname3] => A5 [timeret1] => 65 [timeret2] => 67 [timeret3] => 68 )
ce cas avec un retour sur les 2 requête est très rare, en général quand j’ai de la donnée, je l’ai soit sur la requête de l’aller, soit du retours, c’est la 1ere fois que je capture un log avec les 2.
J’ai vérifié le http.error, est vide
Version Jeedom 4.4.19
Version OS debian 11.11
Version PHP 7.4.33
$json = json_decode($request_http->exec(60, 2), true);
Je n’ai pas compris cette partie du code, et je ne trouve rien sur le net, mais je suppose que 60 est un timeout er 2 un retry, je ne suis pas sur mais j’ai eu l’impression qu’en changeant ces valeurs cela avait un incidence en bien ou en mal suivant les valeurs.
Si tu développes avec un IDE correct, il te donne l’info 
btw, l’objet $request_http est instancié juste au-dessus, c’est la class com_http qui fait partie du core:
effectivement c’est le timeout (60s c’est déjà énorme) et deux essais ici.
si pas de réponse instantanée, j’imagine que la requête est bloquée avant d’arriver au serveur final, probablement pas un filtre de sécu
p-e rajouter le log du code http de réponse, je ne pense pas qu’il soit log pour l’instant mais à vérifier
Merci pour ton retour, je ne suis pas vraiment dev, mais de grosse notions, c’est pourquoi j’en apprend tous les jours !
merci pour ton explication^^
Je viens de test avec un scenario bloc code, et la réponse est qu’on prend des 503, maintenant que j’ai un visu sur le retour, je vais voir si je trouve un truc.
Sinon pour info les options : returnGeometries=true&returnInstructions=true peuvent être retiré de la requête, cela allèges énormément le retour et rend le plugin un peut plus réactif.
Je continue de chercher si je trouve un truc, mais je pige pas pk ca fonctionne a100% dans mon navigateur.
Bon j’ai trouvé la cause, mais j’avou que je ne pige pas pourquoi …
Ce n’est ni le plugin ni jeedom…
Quand je suis sur mon pc perso, je peux spam l’url, aucun soucis.
Sur les autre pc de la maison je prend des 503 aussi, et c’est la cas sur le mini PC ou est installé jeedom.
Quand sur mon pc perso je passe en wifi, j’ai également le soucis, et si je repasse en Ethernet je ne l’ai plus.
J’ai passé le mini pc sous Ethernet, j’ai mis le même dns, ca change rien, je ne vois pas qu’elle est la difference entre mon pc et les autres …
un « vrai » dev c’est quoi? qui a fait des études de dev?
y a des « vrais » dev qui savent pas coder et des « faux » qui savent alors perso pour moi c’est pas un critère
bref…
ca a du sens, je pousse ca en beta dès maintenant.
ok curieux… donc même navigateur, même user agent?
es-tu authentifié auprès de waze sur l’ordi? (il existe un site sur lequel on peut se connecter avec son compte pour proposer des modifs de carte, j’ai déjà fait ca quelque fois mais je ne me rappelle plus trop)
je me dis que si user authentifié, ca passe p-e des anti-spam et que ca serait pas le cas si pas authentifié
tu sais regarder les headers d’une requete bloquée? pour voir qui bloque
pas grande différence, une fois loggé, ca ajoute un cookie, mais cela ne change rien (et je n’ai pas le cookie sur mon pc qui fonctionne)
quitte a être dans des truc improbable, la seul différence de on pc, c’est qu’il a un vpn (mais non connecté), j’ai installé le vpn sur le mini pc (sans le connecté) et ca fonctionne avec le navigateur…
mais pas avec jeedom !
@Mips 
ca fonctionne
Bon je trouvais ca bizarre cet histoire de VPN, et complément illogique …
Donc j’ai réfléchis, pourquoi le vpn influence les requêtes … qu’est ce qui change quand on installe un VPN avant même d’utiliser ce VPN…
La 1ere chose qu’un VPN fait pour fonctionner c’est désactiver l’ipV6 !
J’ai testé ce matin, bingo !
Pour ceux que ca intéresse :
su -more /proc/net/if_inet6 nano /etc/sysctl.confnet.ipv6.conf.all.disable_ipv6=1
net.ipv6.conf.default.disable_ipv6=1
net.ipv6.conf.lo.disable_ipv6=1
net.ipv6.conf.all.autoconf=0
net.ipv6.conf.default.autoconf=0
sysctl -p@leodecarvalho tu peux passer en solution
En tout cas ipv6 est d’office désactivé sur toutes mes installations jeedom
Si c’est ça, c’est bien joué 
oui plus aucun raté meme avec du spam
Merciiiiii !
Je viens de faire la modif, et en effet je n’ai plus d’erreurs, les valeurs remontent tout le temps !
Bravo pour les réflexions ayant menées à la solution.
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.