Cardane

ahhh, ben je te rassure, ca ne marchera pas même pour changer une variable globale ca ne marche pas

ben je sais pas comment tu fais, parce que moi je reçois bien la question sur l'iPhone, mais la réponse n'est jamais prise en compte, aucune scène n'est activée

@pepite.. si tu regardes sur ipbix/docs, le quatrième en partant de la fin, c'est le trackingSchedules

oui, je suis d'accord avec toi, le problème de la géolocalisation c'est les petites distances et la précision. C'est une des raisons qui ont fait que j'ai très vite enlever l'ouverture du portail par exemple, c'est impossible à gérer par géoloc... moi ca va, je fais de grandes distances, et j'active juste quelques scènes en fonction, mais pour des besoins plus complexes, à mon sens il faut pas mal de ligne de code J'ai bien vu ton message sur les notifications, mais sur iPomme je n'ai pas vu de différence. Mais effectivement, impossible de me rappeler ou j'ai pu rentrer le nom de la box :-)

ah là, par contre, je ne sais pas

ben c'est dans la doc de l'api, ou aliors c'est pas ca que tu cherche ? PUT /trackingSchedules/{trackingScheduleID} { "id": IDTéléphone, "MondayMorningHour": "", "MondayMorningHourTo": "", "MondayMorningTime": "", "MondayDayHour": "", "MondayDayHourTo": "", "MondayDayTime": "", "MondayEveningHour": "", "MondayEveningHourTo": "", "MondayEveningTime": "", "MondayNightHour": "", "MondayNightHourTo": "", "MondayNightTime": "", ... jusque SundayNightTime }

Avec ca, on doit pouvoir le faire non ? fibaro:calculateDistance(fibaro:getValue(ID Téléphone, "Location"), "xx.1234567891011;yy.1234567891011") <= distance en mètres ensuite si tu compares la valeur obtenue par rapport à une table de distance, il ne te reste qu'à mettre à jour le tableau des trackingSchedule avec la fonction de l'api qui permet de le faire

non, pas suivant la distance, tu as un tableau style chauffage, où tu peux régler la fréquence suivant une tranche horaire

dans HC2, tu règles la taille de la zone en mode bloc ou lua et la fréquence dans lorsque tu édites un User

non, effectivement, en mode bloc tu peux juste vérifier que tu arrives à un point ou dans une zone, ou que tu quittes ce point ou cette zone. Déjà, je n'utilise pas la notion de point parce que la précision n'est pas assez bonne, donc ca marche une fois sur deux, mais ca n'a rien à voir avec Fibaro. Donc, effectivement, il faut passer par LUA si tu veux faire du calcul de distance. Moi j'ai mis en place une solution toute bête et simpliste, mais qui fonctionne... exemple : mon boulot se situe à 120 km de la maison. Je sais que je quitte la zone du boulot, ca c'est facile. Ensuite, j'ai défini quelques zones le long de la route par lesquelles je suis certains de passer (sur l'autoroute par exemple, aux quelques feux tricolores , ce qui donne le temps de vraiment comparer une position) si je rentre chez moi. Ca me donne l'occasion de prévenir mon épouse, d'activer certaines scènes, etc, ... (Depuis que j'ai découvert la possibilité de modifier la fréquence comme expliqué ci-dessus je vais modifier en mettant 1 min dans la période temps de probable de mes trajets, pour voir si je peux être plus précis) Après, tout dépend de tes besoins précis, mais il y a moyen de se débrouiller en général.

tu parles de la précision dans les scènes par exemple ? en général j'utilise 50 m, ca me suffit pour savoir que je suis chez moi. je n'utilise pas la géoloc pour ouvrir un portail par exemple, c'est ingérable correctement, donc j'ai juste besoin de savoir si je suis à certains endroits ou pas. je me suis rendu compte que moins de 50m ce n'était pas assez précis, enfin, avec mon iPomme :-)

ok, trouvé aussi... vraiment pas réveillé moi, ou déjà endormi, un des deux... bon, ca mis à part, je confirme que la géoloc fonctionne très bien avec mon iPomme depuis des mois, avec une bonne précision, et une tracage dans HC2 qui fonctionne bien.

bon ben je suis comme @pepite, je dois avoir de la neige dans les yeux... c'est ouuuuuuu ???? je ne vois même pas le menu déroulant dont @Peter parle...

oui mais faut se mettre à sa place... dans son coin il fait froid, il est obligé de se réchauffer à la mirabelle

mise à jour faite sans problème, elle e pris un peu de temps, mais rien d'extraordinaire, je dirai entre 5 et 10 minutes. depuis tout fonctionne correctement

A mon sens le MaxTime n'a rien à voir la dedans... ta tâche s'effectue une fois, le MaxTime intervient pour une tâche qui peut se déclencher plusieurs fois. Une fois que la tâche s'est déclenchée, elle n'est plus dans la liste des tâches de GEA, donc normal qu'elle ne s'effectue plus le lendemain. Si tu redémarres GEA, tu relances la tâche, en attente du déclenchement de ton détecteur, donc normal qu'elle fonctionne à nouveau le lendemain. Ce sera le même comportement avec ou sans MaxTime. C'est pour ça que j'ai mis ce genre de tâche avec une condition supplémentaire pour ne l'avoir qu'une fois dans l'heure, et puis un RestartTask.

oui, j'avais mal lu, mais par contre avec un trigger et ensuite un -1 pour la durée, C'est ce que j'ai fait et ça marche très bien. Le seul problème c'est qu'il va se déclencher à chaque fois que tu passeras devant ton détecteur dans les heures que tu as donné, donc il faut gérer une condition en plus pour ne le faire qu'une seule fois.

tu as un trigger au début avec ton DETEC_MOUV_CUISINE ? et si en plus de l'option Time tu rajoutes l'option "Days", "All" ? (ou les jours que tu veux uniquement ?)

Bonne et heureuse année à tous et toutes, avec plein de petits bugs sur vos box pour alimenter les discussions sur ce forum

bon, je ne vais pas me mettre tous les amis belges sur le dos, mais moi elle fonctionne très bien depuis plusieurs mois mais bon, je suis vachement plus dans le sud qu'eux ça doit être une question de climat ...

viens en Belgique, tu trouveras du 80,90,100,110, bref tout ce que tu veux

Joyeux Noël à tous les geeks Fibaro, Jeedom et LD

@Steven ok, je fais un nouvel essai ce soir, et je regarde la différence avec le mien. merci beaucoup

ah oui, donc c'est bien ça... moi ce que j'essaie de faire c'est utiliser mon interrupteur de deux manières suivantes : - soit le détecteur a déjà allumé la lampe, et un appui sur l'interrupteur (connecté en S1 du FGS) arrête l'extinction automatique - soit la lampe est toujours éteinte et alors l'interrupteur allume la lampe mais, ok, en y réfléchissant je me dis que ce n'est pas possible, puisque l'appui sur l'interrupteur fera toujours une action physique sur le FGS avant que l'on puisse réagir au niveau logiciel. donc, il faut que je trouve une autre solution... en fait le but est tout simple... ce détecteur est dans un couloir... 9 fois sur 10 on y passe pour l'accès à une chambre ou à la SDB, donc un allumage automatique et extinction après 2 minutes , c'est OK sauf que parfois mon épouse a besoin d'avoir accès à une armoire dans ce couloir, et être obligée de faire un grand geste pour activer le capteur ou revenir pousser sur l'interrupteur, c'est pas très WAF

@Steven c'est ce code là que j'ai.. je ne suis pas à la maison maintenant pour faire un copier coller de mon code mais dès que possible je le posterai. En fait ça marche à moitié... si j'appuie sur l'interrupteur avant que la lampe soit allumée (via la détection et le GEA correspondant) ça marche. Par contre, si la lampe est allumée via le détecteur et que je pousse sur l'interrupteur ensuite (pour dire que je veux arrêter l'extinction automatique), alors là ça ne marche pas. Suis pas expert en GEA, mais si j'ai bien compris, la ligne ci-dessus s'active lorsque l'état de ID[LAMPE] change d'état non ? GEA.add(id["LAMPE"], -1, "", {{"StopTask", extinction}, {"StopTask", detection}})