Nico

Argghhh cool Bon bah ce sera en anglais alors, tant pis. Et du coup, pour avoir la version anglaise, on passe par le site Polonais ? Ou tu as une autre adresse ? Et j'ai commencé à chercher, on dirait qu'ils ne font aucun détecteur extérieur ?

Oui peut être, mais il faut acheter sur plan pour ça, et acheter sur plan, il faut vraiment faire confiance en ce moment. Maintenant la question ne se pose plus pour moi, je suis en maison désormais, plus de copro, cool...

C'est cool. Aujourd'hui les promoteurs ne veulent plus rien faire du genre, cela coûte trop chère et les fait chier. Mais c'est une excellente chose.

Oui j'avais pas vu ça, un ou l'autre c'est déjàune sacré chance. Car cela veut dire qu'ils ont fait cela proprement, avec la ligne bien reliée sur son propre compteur (Et c'est mieux pour les charges également).

Et tu as de l'ethernet dans un box de résidence, bah dis donc, pas mal conçu cette résidence, j'ai jamais vu ça. Déjàpour avoir une prise c'est presque un rêve de nos jours...

Bon je vais me lancer également. Par contre j'aimerai faire du français si possible, pas pour moi, mais surtout pour ma femme. Je sais qu'àl'époque il y avait une histoire avec ça non, certaines versions ne pouvaient pas être remise en français c'est ça ? Du coup si qqun connaît un site vendant tout ça.

Mouais, ce serait cool d'ici fin de semaine, qu'ils corrigent au moins le bug des FGMS, que je puisse passer en V4.019 !!

Ok, cela me rassure. Ils sont capricieux dans cette version, j'ai déjàeu plusieurs fois le cas. Cela devrait être réglé en V4. Et maintenant, si tu le mets sur 80, ça donne quoi ? Prends les réglages que j'ai mis plus haut au niveau détection, ils fonctionnent vraiment bien (Cela m'a pris qques heures pour les peaufiner) et ils ne consomment pas de pile (Je suis encore à98% après 5 mois dans un couloir et un dressing).

Le fait d'avoir la remonté dans la HC2 c'était surtout pour pouvoir contrôler la valeur, en mode association la lecture n'est pas utilisée. Bon s'il se remet en bloquant de suite, c'est que tu as un autre souci sur le module je pense...

Miam, excellente nouvelle, mon IPX arrive demain. Reste plus que la sortie du Virtual Switch pour les VR des Velux, et ce sera parfait... Quand il y aura la V4

Tu mets du scotch sur le bouton ou de la super glue ? Ok je sors

Ok, bah du coup j'attends la prochaine version pour installer chez moi. Tu penses la publier quand ?

Non, il perd tout. Pour les sauvegarder, il faut utiliser le HC2 Toolkit de Krikroff qui te permettra d'exporter la config. Par contre tu ne peux pas la réimporter ensuite, il faut la ressaisir. Je lui ai demandé une évolution pour qu'on puisse réimporter ces paramètres, cela viendra dans une mise àjour future. Pour la remonté des données, tu as mis quoi comme valeur ? Moi j'ai mis 300s pour que ce soit assez fréquent. Et aucune incidence sur les piles.

Donc tu as bien le bug des FGMS en 3.590. Ils arrivent qu'ils se bloquent ou qu'ils délirent. Cela n'est corrigé qu'en V4. Donc pas d'autre choix : Il faut désinclure puis réinclure les modules ayant le souci. Pour le second qui indique 20 et qui déclenche, c'est effectivement gênant et incompréhensible, sauf s'il est également bloqué.

Clair, pour moi le fait de passer par un tunnel bloque de toute façon l'accès de l'extérieur, donc bon...

A voir, ton idée me plait bien, car plus simple àmettre en œuvre.

Question, l'utilisation du second calendrier est obligatoire ? Car si j'ai bien compris, le second sert àgérer les actions journalières type GEA c'est ça ?

Oui Lazer, mais comme indiqué, cela ne devrait pas jouer sur le déclenchement. Si le FGMS remonte 90, et que le seuil est réglé sur 80, cela ne devrait pas se lancer, c'est qu'il y a un souci ailleurs.

Bah moi disons que cela n'est pas flagrant, cela mouline toujours un petit moment... Pourtant il y a 2 heures je n'avais pas de soucis...

Tellement vite que cela double poste

Clair que maintenant c'est full speed !! Merci Messieurs Et désolé de vous avoir fait dépensé des sous avec ce topic...

Clair

Bah non, pour moi aucun lien. La mesure faite est une valeur, avec une précision x. Mais c'est cette valeur qui sert de référence pour gérer le mode active on night only. Moi si je met 80 par exemple, à 79 il enclenche, à 81 non. Pour moi la précision de la lecture des lux ne rentre pas du tout en compte la dedans. Car s'il ne lisait que de 100 en 100, pourquoi afficher par 1lux ? De plus moi cette partie la fonctionne sur mes 3 FGMS nickel. Et le Sunset/sunrise, c'est bof en fait. Exemple ma cage d'escalier (Même cas avec le couloir de l'étage) : En été par exemple, si le volet du velux est fermé (Pour contrer la chaleur), il me faut la lumière. En hiver, quand il fait gris, il me faut la lumière en pleine journée également. Comme dit, s'il y a un truc qui marche nickel sur les FGMS, c'est la gestion de la luminosité (Car ensuite il y a les bugs V3.590 comme les affichages qui bugs). Gazous, test voir ces valeurs : name;value;description UIMessageSendTime;0; ClassConfigure;0,0,0,0,0,0,0,0,0,0,0,0,0,0,0; ClassGeneric;49; ClassSupport;48,49,86,112,114,122,128,132,133,134,142,143,145,156,239; ClassVersion;1,1,1,1,1,1,1,1,1,1,1,1,1,1,1; DeviceControlType;0; DeviceIcon;51; Disabled;0; EmailNotificationID;0; EmailNotificationType;0; EndPoint;0; IsBatteryOperated;1; Log; ; LogTemp;; NeedConfigure;5; NodeID;28; ParametersTemplate;270; ParentID;1; PollingRetryError;0; PollingTime;; PollingTimeNext;; PollingTimeSec;0; ProductInfo;1,15,8,0,16,1,2,4; PushNotificationID;0; PushNotificationType;0; RequestNodeNeighborState;0; RequestNodeNeighborStateTimeStemp;0; SensorSupport;; ShowChildren;0; SmsNotificationID;0; SmsNotificationType;0; SortOrder;999; Type;; Unit;kPa; UnitSensor;; UserDescription;; Value;0; ValueSensor;; ZwaveCompany;Fibar Group; ZwaveInfo;3,3,67; ZwaveVersion;2,4; Parameters;[ { "id": 1, "size": 1, "value": 15, "lastSetValue": 15 }, { "id": 2, "size": 1, "value": 8, "lastSetValue": 8 }, { "id": 3, "size": 1, "value": 0, "lastSetValue": 0 }, { "id": 4, "size": 1, "value": 2, "lastSetValue": 2 }, { "id": 6, "size": 2, "value": 8, "lastSetValue": 8 }, { "id": 8, "size": 1, "value": 2, "lastSetValue": 2 }, { "id": 9, "size": 2, "value": 100, "lastSetValue": 100 }, { "id": 12, "size": 1, "value": 0, "lastSetValue": 0 }, { "id": 14, "size": 1, "value": 255, "lastSetValue": 255 }, { "id": 16, "size": 1, "value": 0, "lastSetValue": 0 }, { "id": 20, "size": 1, "value": 30, "lastSetValue": 30 }, { "id": 22, "size": 2, "value": 30, "lastSetValue": 30 }, { "id": 24, "size": 1, "value": 0, "lastSetValue": 0 }, { "id": 26, "size": 1, "value": 0, "lastSetValue": 0 }, { "id": 40, "size": 2, "value": 0, "lastSetValue": 0 }, { "id": 42, "size": 2, "value": 300, "lastSetValue": 300 }, { "id": 60, "size": 1, "value": 0, "lastSetValue": 0 }, { "id": 62, "size": 2, "value": 600, "lastSetValue": 600 }, { "id": 64, "size": 2, "value": 600, "lastSetValue": 600 }, { "id": 66, "size": 2, "value": 65531, "lastSetValue": 65531 }, { "id": 80, "size": 1, "value": 6, "lastSetValue": 6 }, { "id": 81, "size": 1, "value": 10, "lastSetValue": 10 }, { "id": 82, "size": 2, "value": 0, "lastSetValue": 0 }, { "id": 83, "size": 2, "value": 1000, "lastSetValue": 1000 }, { "id": 86, "size": 1, "value": 18, "lastSetValue": 18 }, { "id": 87, "size": 1, "value": 28, "lastSetValue": 28 }, { "id": 89, "size": 1, "value": 1, "lastSetValue": 1 } ]; AssociationSet;[ { "groupID": 1, "devices": [ 1, 2 ] }, { "groupID": 2, "devices": [ 1 ] }, { "groupID": 3, "devices": [ 1 ] } ]; AssociationView;[ { "groupID": 1, "devices": [ 1, 2 ] }, { "groupID": 2, "devices": [ 1 ] }, { "groupID": 3, "devices": [ 1 ] } ]; Dead;0;

J'ai mal lu ton premier post, dsl. Donc si tu mets la valeur sur 80 par exemple, en dessous il enclenche, au dessus il reste coupé. Et cela ne fonctionne pas ?

C'est votre réglage de lux qui n'est pas bon : Il ne faut pas mettre 1lux, mais plutôt dans les 80/100. Avec 1 ou 15, c'est sûr qu'il va déclencher tout le temps, c'est très faible comme valeur.