Aller au contenu

jjacques68

Membres confirmés
  • Compteur de contenus

    4 365
  • Inscription

  • Dernière visite

  • Jours gagnés

    39

Tout ce qui a été posté par jjacques68

  1. ah !! et maintenant ??
  2. sous DSM ...
  3. Et oui, je l'utilise pour mes applications Webdev... Mais rien y fait, j'arrive pas à lancer ce foutu script. Si j'ai un NAS, mais pfffff...
  4. punaise je suis avec IIS et il me gonfle en me disant que j'ai pas le droit
  5. J'arrive pas à fair marcher ce script PHP !!! ça me saoul
  6. @TonyC : une petite vingtaine... tous sur secteur. Edit : par contre la manip de @Lazer, je l'ai faite que sur les 6 FGRM...
  7. ahhh ok punaise je savais pas merci ! chose faite sur un module : comment on sait que c'est fini ? avec le log "New neighbor list received" ?
  8. on peut faire ça ? c'est où ?
  9. mais c'était fait !! et pourtant !!!???
  10. alors je viens de retourner le fil avec @TonyC : (en plus j'étais l'interlocuteur ...) Mais visiblement c'est pas régler comme problème...
  11. oui c'est bien ça : 3.3.52 et donc ? faut que je les remplace c'est ça ?
  12. alors ce sont bien des FGRM 222 en version 2.2 et 2.4. @Lazer : pas au courant de ce bug, j'ai du louper une info...
  13. hello tout le monde ! En 10 jours, j'ai eu 3 comportements identiques étranges. Cela se passe avec les FGRM. Ils sont tous bien actionné en temps et en heure, mais sur 6, un (et ce matin un deuxième...) n'a pas son état mis à jour. Donc ce matin, ces 2 volets avaient un status fermé, alors qu'ils s'étaient bien ouvert. n'ayant pas fait attention sur le coup, ce soir, lors de la fermeture, et bien ces 2 volet, qui avaient encore le status fermé, ne se sont donc pas fermés. c'est la 3ème fois que ça m'arrive en quelques jour, alors que je n'ai rien modifié sur la box. Ce bug, ne concerne pas toujours le même volet. Dans les 3 cas, cela touchait un autre volet. Ce n'est pas un problème de calibrage, ils sont juste. vous avez une idée ?? merci d'avance !!
  14. jjacques68

    hc3 bloque au demarrage

    étrange en effet...
  15. jjacques68

    hc3 bloque au demarrage

    ça fait combien de temps ? sinon hard reboot... ça m'est déjà arrivé une fois ou deux...
  16. @mprinfo , je me suis fait la même remarque
  17. @Lazer, oui oui tout à fait, je répondais à @idomotique la solution de @Barelle est déjà bien utilisée
  18. attention, ça c'est pas une indirection, tu utilises la propriété "sunriseHour". ça c'est une utilisation classique. Mais par exemple ça, qui est une indirection : local MaVariable = "sunriseHour" fibaro.debug("Scene155", api.get("/settings/info/").MaVariable) ça ne marche pas.
  19. punaise !! Russian !! et bien rebelote ce soir, ce coup-ci pays-bas... Mais je me demande comment ils fond pour arriver depuis le net, sur cette IP locale, sur ce port précis... Le port de la passerelle n'est pas ouvert sur le routeur !!
  20. ben sur le routeur principal, les log ne sont pas activés donc... dommage
  21. hello tout le monde, Par le plus grand des hasard, je me connecte sur mon logiciel (fabrication perso) qui me sert de passerelle entre la HC3 et mon logiciel d'IHM (aussi perso). Et là surprise, je vois cette ligne orange avec cette adresse IP que je ne connais absolument pas : Alors il faut savoir que cette passerelle est un serveur de socket TCP (100 % local). Et que seul les "clients" (toujours locaux), déclarés dans cette passerelle, peuvent s'y connecter. Entre cette passerelle et internet, il y a la box du FAI, mon routeur principale Netgear et l'antivirus du PC !!! Alors comment est-ce possible d'avoir ce genre d'adresse IP venir tenter de s'y connecter ? Il semblerait que ce soit ma pauvre passerelle toute pourrie qui assure sa propre sécurité ????
  22. honnêtement, à part le faire en LUA, je vois pas...
  23. ben si tu n'éteins pas tes lumières elles resteront allumées, et les nouvelles détections ne changerons rien du coup. et tu les fais éteindre à 6h30. EDIT : sinon en LUA, et tu laisse tourner la scène tant que os.time() < 6h30
  24. mouai dans ton cas, c'est un bon exemple. Mais pour des gestion autres, (je pense à de l'éclairage, wifi, ...) ça peut être gênant...
  25. vous parlez de geofencing... je l'ai essayé, ça fonctionne très bien. Sauf que là le rayon de détection minimum d'un point de localisation est de 150m... c'est large, très large... trop large... pas moyen de réduire ce rayon, même directement via l'API, si je rentre autre une valeur plus petite, il ne me l'accepte pas. bien dommage
×
×
  • Créer...