jjacques68

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é

alors aucune idée de comment fonctionnent les entrées virtuelles... excellente question !! J'essayerai dès que j'ai du temps, donc pas dans l'immédiat

hello tout le monde, Il me semble qu'on en avait déjà parlé un jour de ces capteurs : XIAOMI YTC4043GL : le range est de 0 - 83000 Lux. pas étanche ! https://www.amazon.fr/gp/product/B08NZBJLP1/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 Je les utilise chez moi depuis plus d'un an maintenant. Fonctionne très bien ! Prix environ 16 €. Posés sur le rebord des fenêtres, à l'extérieur et prend les grosses pluies. Dommage qu'il est très difficile d'en trouver...

ça vaut le coup d'essayer, je testerai, mais pas maintenant... Sur le forum officiel , y a un endroit spécifique pour poster ce genre de chose, ou je le mets simplement dans la rubrique HC3 ?

ah oui il y a le headers encore !! oui donc ça vient de fibaro... je comprends bien, en effet. merci !! suis entrain d'écrire sur le forum officiel

alors j'avais pas pensé à ce que ça provienne de la HC3 ! J'étais plutôt parti sur une modif de PushBullet... Suis toujours en version 5.140.17, j'ai pas fait la dernière update. j'ai contourné le problème en faisant un string.sub() du json, puis en l'exploitant comme il se doit, mais c'est null comme méthode ! je vais poster sur le forum officiel, on verra...

Hello tout le monde, j'espère que vous allez bien ! Je rencontre un soucis avec une http:request() avec PushBullet. Depuis quelques temps (semaines), la réponse à la requête http semble avoir changée. avant je faisais ceci pour tester le retour : success = function(response) if response.status == 200 then ... else self:error("error "..response.status) end end et maintenant j'ai une erreur error 1 response.status semble être à 1 et plus à 200 si je fais un debug de response.data, j'ai ceci : HTTP/1.1 200 Content-Type: application/json; charset=utf-8 X-RateLimit-Limit: 131072 X-RateLimit-Remaining: 130794 X-RateLimit-Reset: 1690014525 Content-Length: 2153 Date: Sat, 22 Jul 2023 07:44:00 GMT Via: 1.1 google Alt-Svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000 Connection: close {"accounts":[],"blocks":[],"channels":[],"chats":[],"clients":[],"contacts":[],"devices":[{ici les données qui m'intéressent}],"grants":[],"pushes":[],"profiles":[],"subscriptions":[],"texts":[]} on le voit le status 200 au début de la chaine de caractère. J'ai pas d'autres rubriques dans la réponse, que status et data. Mais c'est quoi ce type de status, "1" ? on a "0" si y a une erreur ? Donc je contourne le test de ce status avec : if string.find(response.data, "HTTP/1.1 200") > 0 then mais c'est un peu pourri non !!!? merci pour vos lumières !! EDIT : en fait la réponse est clairement inexploitable, je cherche justement à utiliser la rubrique "devices" du json, mais comme il est noyer dans cette chaine de caractères, je peux rien en faire... une idée ?

ben en wifi, ça semble plutôt bien, mais en 4/5G c'est toujours pourri.

les QA s'affichent plus rapidement ou c'est moi qui délire ?

J'ai les mêmes craintes sur ce site

une idée du prix de capteur ?

il semblerait

oui en effet, ça semble peut, on penserait être à au moins 75 % dans ce genre de cas. ce que donnent les xiaomi...

rien de neuf. il semble pas mal le capteur zigbee !

mon non plus, on va attendre la suivante