jjacques68

oh punaise si !! Gros soucis avec mon QA IPX : J'ai une erreur avec cette version que je ne comprends pas : timer handler failed with error: ./include/main.lua:202: attempt to index a nil value (field '?') ça pointe sur cette ligne : if self.childDevices[self.Liste_OUT_ID[i]].properties.value == true then c'est le self.childDevices[self.Liste_OUT_ID].properties.value pourtant que je fais un trace de la variable i, self.Liste_OUT_ID ou encore self.childDevices[self.Liste_OUT_ID].properties.value, j'ai bien toutes mes bonnes infos !!?? qqun a une idée ? merci pour votre aide...

MAJ faite, RAZ pour le moment...

oui en fait Postman fonctionne très bien, et très convivial à utiliser. et gratuit !

justement y a pas moyen...

"Postman" semble faire ce qu'il faut... utilisation en ligne ou depuis un une application windows.

je pensais à un truc... plus simple

hello tout le monde ! j'espère que vous avez bien commencé !! petite question : qu'utilisez vous comme outil pour tester les requêtes HTTP ? l'extension REST de Google Chrome ne fonctionne malheureusement plus ! merci pour vos retours !

@Sowliny : jamais connu ça, je découvre si j'arrive à solutionner ce problème, mon appli serait pas mal du tout. Mais j'ai pas dit mon dernier mot...

bonne année à tous ! vous souhaite plein de bonne choses !

haha ! je te vois venir !!

ok donc moi j'ai aucun regret à ne pas l'utiliser...

pas de réglages dans la nouvelle appli mobile.

bonnes fêtes à tous !!

j'arrive pas à metre moins :

une vieille habitude, comme la nuit aussi, le wifi se coupe. ça se discute je l'admets. Ma petite appli sous android semble pas mal fonctionner. Suis étonné du fonctionnement du GPS cependant. J'ai l'impression, quand je l'interroge, que je ne récupère pas la réponse du module GPS en live, mais plutôt une valeur présente dans une pile de valeurs, elle-même alimentée par le GPS. Car quand je quitte la maison, l'appli continue donc à interroger le GPS toutes les 30 secondes, mais les 5 ou 6 positions qui suivent mon départ, sont toujours autour de mon domicile ! Et ne correspondent pas tout de suite à la réalité. Après c'est ok. ìdem dans l'autre sens. Vraiment étrange...

@Nico : - je peux pas me servir du wifi car il est coupé si absent. - j'ai pas testé la solution de la gestion de Fibaro, car c'est plus ou moins 150 m. pas assez précis.

@jojo je viens de jeter un œil rapide sur "automator"... faudrait que je passe un peu de temps dessus. Après la dernière mise à jour date de 2020 ! Android a fait du chemin depuis... donc à voir... par contre je comprends pas la 2ème appli que tu proposes, faute de frappes ?

je trouve pas d'alternatives... Du coup suis entrain d'essayer de développer une appli sous Android qui check la position GPS du tél. Et qui selon l'emplacement, envoie l'info qui va bien à la HC3 (requête HTTP vers une méthode d'un QA) Je sais pas encore où je vais avec ça La précision GPS, est parfois + ou - 40 mètres, ce qui est acceptable à mon avis. (bien mieux que les 150 mètres minium dans les paramètres de localisation de la HC3 ) Mais c'est moyen, car il faut que l'appli soit lancée au moins une fois (logique). pas forcément au premier plan (heureusement). Et je trouve malheureusement pas le moyen de lancer automatiquement une appli au démarrage du tél, ce qu'il veut dire qu'il faut penser à le faire manuellement (pourri ça). Faire une vrai tâche planifiée sous Android semble... complexe... déclenchement toutes les 15 minutes minimum, on peut pas faire plus court !!?? (en tout cas une tâche créée depuis une application) Android 13 est devenu assez contraignant j'ai l'impression... J'essaye de contourner sans passer par les tâches planifiées avec diverses solutions que j'imagine : thread secondaire qui interroge directement le GPS, très fonctionnel, mais consomme un peu de batterie (logique). En même temps j'interroge toutes les 10 secondes (pas vraiment utile, 30 serait mieux je pense) utilisation des relevés GPS existant et mis à dispo par Android, c'est top quand l'appli est au premier plan, mais en arrière plan, la quantité de ces relevés est très réduite, au profit de la batterie. De plus, si le téléphone ne bouge pas, idem, les relevés s'espacent dans le temps. Suis pas grandement enchanté par cette solution, beaucoup de tests encore à faire. Voir la fiabilité dans le temps et à usage.

Hello tout le monde, j'espère que vous allez tous bien !! je relance un bon vieux sujet... Depuis des années, j'utilise comme détection de présence, un Gtag en bluetooth couplé avec jeedom. Celle-ci communique avec la HC3 à coups de requêtes HTTP. j'ai jamais été fan de cette usine à gaz, mais ça marchait assez bien. Là, la box jeedom a visiblement rendu l'âme. Alors avant de me lancer dans une éventuelle restauration, où rachat d'une nouvelle box (franchement j'ai pas envie), existe-t-il un autre moyen de détection de présence ? sachant que : je veux pas à avoir à actionner qqch en entrant/sortant je ne peux pas compter sur le wifi, car quand absent, le wifi est justement coupé (donc on oublie le ping du tél)... mon mobile est sous android (si ça peux aider) j'ai des Google Home (on sait jamais... ) d'ailleurs, on en est où avec le bluetooth de la HC3 ? Merci d'avance pour vos idées !!

petit retour sur cette version et le Zigbee : c'est la deuxième fois que j'ai un device qui disparaît totalement de la HC3 !! Plus rien dans la BDD. En pleine journée ! Je peux juste le ré-inclure. Avec nouvel ID et tout le bordel qui va avec. il s'agit des capteurs LUX de Xiaomi. Pas de soucis pour le moment avec les prises Sonoff. De plus la suppression forcée ne fonctionne plus. Et toujours un message d'erreur "Zigbee error" au démarrage de la box... Le Zigbee a pris une claque dans cette version...

MAJ réalisée. RAS pour le moment...

utilisateur du refreshState, pas vraiment compris l'intérêt de la chose ? ou alors j'ai lu trop vite ...

Alors moi j'ai des error "Zigbee" sans aucunes informations complémentaires... J'intercepte ces erreurs dans le refreshState. Pourtant le Zigbee semble bien fonctionner... mystère !!!

enfin...

@karlito748 bien joué