Bonjour à tous
J’observe un comportement étrange sur les données renvoyées par l’api surepetcare pour la partie heure de verrouillage déverouillage … elle change tout le temps
Exemple a 14h29
Exemple a 14h30
j’ai l’impression que de temps en temps l’api envoi l’heure sans la prise en compte heure été / heure d’hiver
Avez vous le meme comportement dans vos logs du plugin ?
Oui ce décalage d’une heure fait bien penser à un problème heure d’été/heure d’hiver. Mais le serveur SurePetCare envoie des heures au format UTC donc sans décalage hiver/été, donc je vais regarder si c’est un souci interne au plugin.
Tu as quoi comme Fuseau horaire dans Configuration Général ? Moi j’ai (GMT + 1.00) Brussels Copenhagen Madrid Paris
ET j’y pense en fait comme pour faire la traduction j’utilise les fonctions du php en fait il faudrait voir les réglage de ton OS (Debian ou raspbian) car çà peut jouer.
Mais comme je n’utilise pas le couvre feu il faut que je monte un Jeedom de test pour faire des essais et que je trouve un moyen de ne pas perturber mon chat chartreux : le peuvre a perdu son copain persan il y a 1 mois donc il est tout désorienté. Si la chatière ne le laisse plus sortir il va en faire un drame.
Re
Merci pour ton retour.
Pas acces a mon jeedom au taf … je regarde tout cela ce soir … mais si c’était un pb de fuseau horaire sur mon jeedom ou mon OS j’aurais tjs le décalage … non ? là c’est de temps en temps … ce soir je vais essayer de compiler les logs de la journée pour voir
@chris94440
En fait j’ai commencé à regarder le code pour me rafraîchir la mémoire et je ne comprends pas tout je vois bien la conversion quand on récupère les valeurs pour mettre à jour les commandes info mais je ne vois pas comment sont géré les heures quand on passe une commande action.
Ce soir si tu peux aussi regarder quelles heures tu vois dans l’application smartphone (IOS ou Android) et quel pays est déclaré dans la configuration de ton compte chez SurePetCare.
Mais comme tu dis ce qui est bizarre c’est que tu n’as pas toujours le décalage.
dsl as eu le temps hier … panne de chaudière en pleine hiver … 
Time zone OS hébergeant jeedom :
root@jeedomProd:~# timedatectl
Local time: jeu. 2024-11-28 08:00:16 CET
Universal time: jeu. 2024-11-28 07:00:16 UTC
RTC time: jeu. 2024-11-28 07:00:17
Time zone: Europe/Paris (CET, +0100)
System clock synchronized: yes
NTP service: n/a
RTC in local TZ: no
Côté appli mobile :
Langue : Français
Unités : métrique
Format horaire : 24 heures
Pays : France
Paramétrage via app mobile :
Logs plugin filtrées sur ces infos
Ligne 12: [2024-11-28 01:42:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 400
Ligne 13: [2024-11-28 01:42:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2100
Ligne 46: [2024-11-28 01:43:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 500
Ligne 47: [2024-11-28 01:43:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2200
Ligne 80: [2024-11-28 01:44:08][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 500
Ligne 81: [2024-11-28 01:44:08][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2200
Ligne 114: [2024-11-28 01:45:08][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 500
Ligne 115: [2024-11-28 01:45:08][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2200
Ligne 148: [2024-11-28 01:46:09][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 400
Ligne 149: [2024-11-28 01:46:09][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2100
Ligne 182: [2024-11-28 01:47:08][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 500
Ligne 183: [2024-11-28 01:47:08][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2200
Ligne 216: [2024-11-28 01:48:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 400
Ligne 217: [2024-11-28 01:48:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2100
Ligne 250: [2024-11-28 01:49:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 500
Ligne 251: [2024-11-28 01:49:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2200
Ligne 284: [2024-11-28 01:50:10][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 400
Ligne 285: [2024-11-28 01:50:10][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2100
Ligne 318: [2024-11-28 01:51:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 400
Ligne 319: [2024-11-28 01:51:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2100
Ligne 352: [2024-11-28 01:52:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 500
Ligne 353: [2024-11-28 01:52:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2200
Ligne 386: [2024-11-28 01:53:07][DEBUG] : Mise à jour commande Heure de déverrouillage nouvelle valeur 400
Ligne 387: [2024-11-28 01:53:07][DEBUG] : Mise à jour commande Heure de verrouillage nouvelle valeur 2100
Apres si on regarde les logs du plugin on a vraiment l’impression que c’est l’api qui déconne
A 8h17 dans la log
Et dans l’appli c’est bien 500 et 2200
Oui c’est bien les infos reçues du serveur qui semblent buggées.
Hier à 21h j’avais défini un couvre feu entre 23:55 et 23:59
et l’ordre a bien été envoyé correctement
Execute command whith parameters : {"curfew":[{"enabled":true,"lock_time":"23:55","unlock_time":"23:59"}]}
Et ensuite le retour a bien été correct jusqu’à la dernière requête avant minuit (c’est un Jeedom de test le cron tourne toutes les 30 minutes)
[2024-11-27 23:30:03][DEBUG] : updateDevicesStatus curfew : Array ( [0] => Array ( [enabled] => 1 [lock_time] => 23:55 [unlock_time] => 23:59 ) )
Mais dès minuit les données reçues du serveur SurePetCare ont changées
[2024-11-28 00:00:03][DEBUG] : updateDevicesStatus curfew : Array ( [0] => Array ( [enabled] => 1 [lock_time] => 22:55 [unlock_time] => 22:59 ) )
Ce soir je vais tenter un nouvel essai en utilisant seulement l’appli Smartphone et si le même phénomène se produit je leur enverrai un message (l’API n’est pas publique donc je ne peut pas leur parler du plugin Jeedom mais si le bug se produit sur smartphone, je peux me plaindre).
EDIT: Je n’avais pas jeté un oeil à mon smartphone mais je viens de le faire et lui affiche bien un couvre-feu 23:55 - 23:59 donc je vais essayer de voir si je peux copier la requête qu’il fait plutôt que celle que j’utilisait dans mon code.
Hello @vedrine
Tu as pu avancer ?
@chris94440