jjacques68

on peut faire ça ? c'est où ?

mais c'était fait !! et pourtant !!!???

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

oui c'est bien ça : 3.3.52 et donc ? faut que je les remplace c'est ça ?

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

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 !!

étrange en effet...

ça fait combien de temps ? sinon hard reboot... ça m'est déjà arrivé une fois ou deux...

@mprinfo , je me suis fait la même remarque

@Lazer, oui oui tout à fait, je répondais à @idomotique la solution de @Barelle est déjà bien utilisée

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.

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 !!

ben sur le routeur principal, les log ne sont pas activés donc... dommage

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é ????

honnêtement, à part le faire en LUA, je vois pas...

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

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

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

ah ben ça, si vous lui donnez de la mirabelle avant de partir, c'est le risque...

oui je pense qu'il va falloir ouvrir un topic spécial alsace-lorraine

sinon vous prenez quoi comme groupe ?

chez nous à Cernay, j'ai rien remarqué niveau coupures pour le moment... niveau neige, pareil, 25 à 30 cm et puis 1 ou 2 centimètre en ce moment.

t'es sérieux ???

j'ai quand même relu plusieurs fois ta phrase et bien dit comme ça, c'est claire oui

ça marche très bien le timeout dans l'initialisation de la socket. et toujours en utilisant la fonction readUntil(). Et c'est bien le retour "error" qui est levé. ce qui est un peu bête c'est que le message d'erreur retourné dans le cas d'un timeout est : Operation canceled qui est le même que si y avait une perte de connexion... Donc difficile de faire la différence entre le timeout et une perte de connexion... Je pinaille un peu, parce que je voulais faire marche très bien quand même.