Lazer

Tu pourrais aussi tenter de mettre des modules dans les combles afin de faire remonter le signal sous les tuiles, qui seront facilement traversées par les ondes.

Sur ce genre de module sur batterie qui a beaucoup de paramètres, il ne faut pas hésiter àle réveiller 2 fois durant la phase d'inclusion si nécessaire. En fait, il ne faut pas fermer la fenêtre d'inclusion manuellement, tant que tout ne s'est pas terminé correctement. Peut être que les soucis viennent de là.

Je te conseille la série d’articles de Sébastien Joly sur le blog domotique-info : Domotique, Bluetooth ou NFC ? FHEM : Une passerelle domotique Bluetooth 4 [Chapitre II] Une passerelle domotique NFC [Chapitre III]

Les 2 en fait, moi j'ai mis la même valeur, comme ça la mesure réalisée par le capteur correspond àla valeur envoyé au controleur (HC2)

Parfait. Oui, paramètre 64, perso j'ai mis 900 secondes.

Euh.... tu es sur que tu réveilles bien ton module après chaque modification des paramètres dans l'interface Web ? Sinon t'es obligé d'attendre l’intervalle de réveil, ce qui peut prendre pas mal de temps....

Quelques lignes de code que j'avais noté, trouvé ça et là : -- On ne peut pas armer le panneau alarme, on doit armer les modules en question directement. -- Le panneau alarme changera automatiquement de status en fonction des modules armés. -- Pour désarmer : fibaro:call(XX, "setArmed", "0") -- Pour armer : fibaro:call(XX, "setArmed", "1") -- Voici 2 scripts pour armer tous les capteurs de la liste (résultat identique) local sensors = {12, 35, 59} for i=1, #sensors do fibaro:call(Sensor[i], "setArmed", "1") end for i, v in ipairs (sensors) do fibaro:call(tonumber(v), "setArmed", "1") end . En fait, je n'utilise pas ces lignes, car je gère l'armement/désarmement via GEA.

Oui je crois bien, mais je ne sais plus où j'ai vu ça..... c'était il n'y a pas longtemps pourtant EDIT : en première page de ce topic, c'est la release note de cette version

C'est donc toi l'un de mes voisins qui a passé sa matinée à faire sonner son alarme Blague à part, j'espère que le voisin en question n'a pas acheté une alarme à 2 balles mal réglée juste avant de partir en vacances, sinon je sens que ça va encore être sympa d'entendre son alarme sonner toute la journée pour rien Content pour toi que ça fonctionne.... effectivement, tu vas maintenant pouvoir créer plein de scénarios utiles

Il est probable que certaines fonctionnalités physiques comme la réduction de la consommation ou l'augmentation de la portée nécessitent la nouvelle puce. Tandis que les fonctionnalités logicielles (chiffrement AES, ...) puissent être émulées de façon logicielle. En plus, il me semble avoir lu (je ne sais plus où) que l'activation de la sécurité créait une charge supplémentaire et n'était pas conseillé pour les périphériques qui ne le nécessitent pas obligatoirement (c'est à dire autre que door lock, roller blind, etc). Tout cela serait à peu près cohérent.

Ils avaient dit il y a quelques semaines/mois sur le forum officiel que la HC2 supportait le Z-Wave+..... sans plus de précision. J'avoue que je ne comprend pas non plus comment cela peut fonctionner.

Ah ? Étrange. Sur la HC2 je spécifie manuellement la conso pour chaque module ( de façon statique), et j'ai toujours trouvé que c'était une fonction super puissante de la HC2, car ça permet d'avoir une pseudo mesure de conso même pour les modules qui ne le font pas de façon hardware.

Et ça doit être une puce Z-Wave+, car on peut activer la sécurité, je ne crois pas que ça existait dans la version précédente du protocole. EDIT : je confirme c'est inscrit dans les specs. mprinfo : oui j'ai une HC2 pour tester.

Yes remonté de conso ! Là ils rattrapent leur retard sur Qubino

sur ma box de test oui par contre, je regarde les paramètres du dimmer, l'autocalibration, le leadin et trailing edge, c'est vraiment de la balle. Ca confirme ce que j'avais cru comprendre. Ca va être le dimmer ultime

ah oui j'avais pas fait attention, mais le nouveau panneau des associations a l'air assez complet.... reste àdécouvrir les bugs

C'est beau le panneau des notifications..... mais euh.... comment dire.... on s'en tape.... ce qu'on veut, ce sont des vrais nouveautés qui nous permettent d'améliorer notre système domotique.... je sais pas moi.... quelques idées en vrac comme ça...... mais alors vraiment au hasard....... des templates, des plugins utilisateurs.... voilàquoi !

C'est normal, par définition les données restent en cache le plus longtemps possible, donc cela ne descend jamais. Le cache ne fait que croitre. Sous Linux, la seule façon de faire descendre le cache, c'est de démonter le file-system contenant les fichiers qui sont en cache.... bon là comme c'est la clé recovery, elle n'est jamais démontée, donc les données restent en cache. Encore une fois, aucun problème. EDIT : kiwi plus rapide Quant aux dimmers, j'ai pas beaucoup d'info. J'espère surtout un meilleur support des lampes à LED.

Aucun souci pour le cache, c'est normal. J'ai remarqué que le fait de réaliser une sauvegarde fait bondir le cache... ce qui est normal, car la sauvegarde manipule quelques fichiers qui sont écrits dans la clé USB.... et donc ils restent en cache tant que le système n'a pas besoin de la RAM pour autre chose.

Ah le support du nouveau Dimmer Fibaro..... ça serait bien qu'ils l'annoncent officiellement quand même ! A priori il y a pas mal de nouveautés au programme. Pour le reste, bah visiblement y'a toujours pas de plugins utilisateurs

Oui justement c'est fait exprès. Pour y mettre un OS en lecture seule, comme ESXi. C'est mieux intégré qu'une clé USB. Ceci dit, je crois que le G8 a aussi un port USB interne comme le G7.

normalement oui.... j'ai pas encore vérifié

Bon il fonctionne très bien ce serveur... mais comme je n'ai ni carte SD, ni clé USB, ni disque dur àmettre dedans, il reste en boot-loop indéfiniment. Je m'occuperai de tout ça au mois d'aout.

Je ne suis pas certain que l'API soit publiée encore....

L'autre statut c'est pour la détection d'intrusion, donc il faut que tu fasses sonner ton alarme pour le voir changer.