Bonjour, @jared-94 & @tomitomas (là , je n’ai pas oublié d’utliser le bouton infos pour la config. )
Jeedom Core : 4.0.61
Version JC : [beta] 1.0.1
Equipements :
Tél_Dadou : v1.0.1 sur android
Tél_Vané : v1.0.1 sur android
Je testais ce matin certaines fonctionnalités du plugin notamment les commandes liées à l’appareil (Téléphone).
Une d’entre-elle « Prochain réveil » me parait pertinente pour synchroniser certains scénarios en fonction de cet évenement. Cependant je constate que le retour d’info de cette commande ne semble pas exploitable… Mes observations :
si aucune alarme n’est active , le retour d’info est à 0. → OK
Par contre lorsque j’active sur le tél une heure d’alarme , quelque soit l’heure le retour d’info est toujours le même et non signifiant: « 2147483 »
Etange … tu devrais avoir un timestamp !
Sauf que la il manque qlq digit…
Tu peux regarder ce que donne les logs ? (Il devrait y avoir un SET_DEVICE_INFOS)
Il faut accorder le droit de localisation a l application (sans forcement activer les geofencing/tracking) et activer la fonction localisation d’Android
Dans le log , il semble bien y avoir un retour le timestamp . Par contre le retour de la valeur de la commande ne correspond pas
Toujours la même valeur « 2147483 ».
Pour le time du prochain reveil qui était " 1640326800", j ai créé un virtuel et mis : « date(« d M Y à H:i »,#[Extérieur][Zak_samsung][Prochain réveil]#) » cela me renvoit bien le prochain reveil de la forme :
« 24 Dec 2021 à 07:20 ».
Si ca peut aider
Quelle idee ! Alors quon voit partout quil faut privilégier la 64…!!
C est pr ca qu’on ne s est pas rendu compte du soucis en testant. Et que toi tu as un probleme…
Modifications
Si tu veux faire le test en attendant la correction officielle
Dans le fichier JeedomConnect/core/class/apiHelper.class.php
Remplace la ligne 2277 par $eqLogic->checkAndUpdateCmd('nextAlarm', floor(intval($infos['nextAlarm'] / 1000)));
Je ne comprends pas.
Sur pi3, à ce jour, le version 32bits est privilégiée (y compris par @Fabrice mais il a plus d’expérience que moi sur le sujet et pourra confirmer ou infirmer mes propos) et largement répandue.
La version 64bits semble provoquer beaucoup d’instabilités, il y a des dizaines de posts qui en parlent.
Sur pi4 par contre pas de soucis semble-t-il.
Rien à ajouter, c’est exactement cela.
Raspberry Pi4B : installer Raspberry pi OS en 64bits
Raspberry Pi3, 2,1, Zero : installer Raspberry pi OS en 32 bits
Au temps pour moi, je n ai pas les yeux en face des troux. (et visiblement c est de longue date car avant de passer sous proxmox j etais sur pi 3b et j etais egalement parti sur 64b…!)
)
