Aller au contenu

jjacques68

Membres confirmés
  • Compteur de contenus

    4 251
  • Inscription

  • Dernière visite

Tout ce qui a été posté par jjacques68

  1. jjacques68

    outil API REST

    je pensais à un truc... plus simple
  2. jjacques68

    Détection de présence

    @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...
  3. jjacques68

    Bonne et Joyeuse année 2024

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

    Détection de présence

    haha ! je te vois venir !!
  5. jjacques68

    Détection de présence

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

    Détection de présence

    pas de réglages dans la nouvelle appli mobile.
  7. jjacques68

    Joyeux Noël

    bonnes fêtes à tous !!
  8. jjacques68

    Détection de présence

    j'arrive pas à metre moins :
  9. jjacques68

    Détection de présence

    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...
  10. jjacques68

    Détection de présence

    @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.
  11. jjacques68

    Détection de présence

    @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 ?
  12. jjacques68

    Détection de présence

    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.
  13. jjacques68

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

    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...
  14. jjacques68

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

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

    HC3 & HC3L - 5.150.15 - STABLE - 08/11/2023

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

    Petits bug de la HC3

    Hello, Y a t il moyen de faire remonter les petits bug et éventuelles améliorations que l'on rencontre sur la HC3 quelque part ? C'est osé comme question, je sais... j'imagine que si c'était possible, la boite serait saturée en... un rien de temps , mais c'est dommage de ne pas pouvoir le faire... Voici la liste de petites choses que j'ai remarqué : pouvoir choisir une icone pour les QA générique notification pour DoorSensor quand "closing" (il existe que pour le opening...) bouton QA : bug avec les caractères accentués icone volet sur l'application iphone : inversée par rapport à la réalité (ouvert quand fermé et vice et versa...)
  17. jjacques68

    HC3 & HC3L - 5.142.83 - BETA - 18/10/2023

    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 !!!
  18. jjacques68

    HC3 & HC3L - 5.142.83 - BETA - 18/10/2023

    enfin...
  19. jjacques68

    [HC3] QuickApps pour IPX800 v3

    @karlito748 bien joué
  20. jjacques68

    Comportement HC2 lors d'une coupure de courant

    Bonjour à tous ! Je reviens avec un sujet qui a déjà été abordé... mais je sais plus où... Comment comprendre le comportement de la HC2 en cas de coupure de courant ? J'explique : Suite à un sujet abordé sur le forum avec entre autre @Lazer, @Nico, (désolé pour ceux que j'ai pas cité...) j'ai intercalé sur l'alim de la HC2 une prise commandée via wifi pour pouvoir, en cas de plantage de la box, la faire redémarrer. Mais j'ai un cas où la box plante et plus rien ne répond. Je me dis donc que je vais couper son alimentation depuis la prise commandée, attendre quelques dizaines de secondes (essayé aussi plusieurs minutes) et puis la rallumer !! Et ben non, ça marche pas, la box démarre mais reste plantée (je me rends compte avec les led à l'intérieur) Je suis obligé d'aller appuyer quelques secondes sur le bouton power, attendre, ré appuyer sur le bouton power. Et là elle démarre correctement. Donc en gros la prise commandée ne sert à rien !! Quelqu'un saurait expliquer les différents scénario de démarrage/arrêt/redémarrage/plantage/... ?? Merci pour votre aide !
  21. jjacques68

    [HC3] QuickApps pour IPX800 v3

    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
  22. jjacques68

    Sniffer Zwave

    Hello tout le monde, Merci à ceux qui prendront le temps de lire ces quelques lignes... Je me suis donc mis à sniffer les trames zwave... C'est très intéressant, mais pas toujours compréhensible... (à mon niveau) J'espère ne pas montrer des infos "confidentielles" avec les captures... 1ère découverte à laquelle je ne m'attendais pas, et bien c'est plutôt calme... Je pensais à voir plein de trames dans tous les sens (cf, sniffer LAN avec Wireshark), et bien pas du tout ! Donc c'est plutôt une bonne nouvelle j'imagine. 2ème découverte, et bien faut pas se mélanger les pinceaux avec les ID des modules (colonne Src et Dst) qui sont les "nodeID" et nom l'ID du device dans la base de donnée de la HC3. Certain le savait certainement déjà.. J'ai donc amélioré mon application qui me lister le maillage du réseau zwave, en interrogeant l'API, afin d'afficher les infos nécessaires. Les lignes en grises sont simplement les device qui servent de passerelle pour un autre device. 1ère lecture : Là je viens d'actionner un switch : On voit clairement le chemin que prend la trame avec les sauts de device en device. Ainsi que le retour d'état. Si je compare avec mon soft de maillage : Tout est nickel. 2ème lecture : Là on voit que visiblement, une route n'a pas fonctionnée ?? 28 -> 2 ne répondait pas... donc il a pris 28 -> 3 Par contre je comprends d'où il sort la route 28 -> 2 ?? Parce que clairement, d'après ce que je lis dans mon soft (donc dans l'API), c'est bien 28 -> 3... Et ça revient presque à chaque fois (le node 28 = une tête Danfoss, je dis ça parce que j'ai l'impression que c'est le bordel avec eux... je surveille ça du coin de l'oeil) 3ème lecture : là je constate une erreur (y en a quand même de temps en temps...) cette route n'est pas bonne : elle aurait du être (d'après l'API) : (36) -> 33 -> 34 -> 71 -> 333 -> (1) d'ailleurs quand je vois la ligne CRC_ERROR, tu peux être sûr que je comprends plus la route, comme si elle était perdues 4 ème lecture : Je comprends pas du tout ce scénario ?? qui revient souvent... Surtout que le Node 22 est en lien direct selon l'API... (et au passage, encore une tête Danfoss...) Ben voilà c'est quel le début des aventures Si qqun a des réponses/remarques/explications ... merci d'avance !!
  23. jjacques68

    XIAOMI LUX sensor - YTC4043GL

    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...
  24. jjacques68

    retour d'une http:request() peu commun

    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 ?
  25. jjacques68

    retour d'une http:request() peu commun

    ç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 ?
×