Krikroff

Lorsque j'ai mis a jour ma minimote en v1.18 j'avais eu une grosse galère de mémoire je ne mouvais ni inclure ni exclure la minimote sur le HC2 et les devices inclus directement sur la telco ne répondaient plus ! Le hic, je ne me souviens plus comment j'ai règle le problème àl'époque :-( peu être le support de la boutique ou je l'avais acheté, il faut que je regarde ... Rien n'est perdu !

Je pense avoir le firmware en v1.17 et v1.18 àla maison, cela peut te servir ?

Je suis bien d'accord, je ne vais pas confier ma domotique àmon FAI nous sommes ok

J'avais expliqué tout cela sur mon post ici http://www.domotique-fibaro.fr/index.php/topic/109-ping-dun-%C3%A9quipement-r%C3%A9seau/ (en dessous du code) Pour faire simple: La fonction LUA pcall permet l’exécution du code en mode "protégé" ou "encapsulé", c'est à dire qu' il ne lèvera pas d' erreur dans le processus de votre box si jamais le code provoquait une erreur. La box est protégée, vos scènes aussi, mainloop, etc.. Aussi à savoir: pcall, retourne true ou false en fonction de la réussite du code comme Shad a précisé mais peut aussi retourner un résultat issue de la fonction en utilisant la méthode interne error. La fonction pcall peut-être utilisé pour faire en LUA du try..catch... pour ceux qui connaissent. Des exemples ici pour comprendre: http://www.lua.org/pil/8.4.html, http://www.lua.org/pil/8.5.html

Et bien tu n'as vraiment pas de chance ! C'est certain pour l'impossibilité de mettre la v1.18 sur ta telco, il me semblait que la 1.18 c’était juste pour changer le code fabriquant z-wave suite au passage AeonLabs / aeotec mais je me mélange peut-être avec la 1.17 ?

En même temps pout avoir fait tous les FAI ici en France et bien j'aurais du mal àpasser chez un autre que Free aujourd’hui !

J'ai réglé le problème définitivement en mettant en place un proxy réalisé en C# qui tourne sur un serveur perso, mes caméras ne sont pas exposées, juste mon proxy

Parfois sur certain périphérique la croix semble ne rien faire mais pourtant le périphérique disparait quelques minutes tout seul après. Si cela ne marche toujours pas: 1 ou 2 exclusions après finirons de régler le problèmes: il y aura très certainement le message "correction du module en erreur" ou un truc du genre dans la petite fenêtre de log en haut de la page. Après ré inclusion dans le HC2 cela devrait régler le problème. Attention aussi au fait qu'il fait être dans un rayon de 10 cm à max 2 mètres pour ce types d'opération. PS: pour l'HET-4 il me semble que tu n'est pas le seul sur le forum officiel ...

Perso c'est ce qui m'a décidé àprendre du Fibaro :lol: , c'est clair qu'ils ont vraiment de l'avance sur la concurrence

Intéressant aussi en petit en bas àdroite sous le gesture pad : digital display ;-)

Aussi très intéressé par le support de ce produit et de tous les produits Remotec d’ailleurs , je remplacerais bien ma Duwi par la télécommande ZRC-100

Les PAC n'utilisent pas la même gamme IR, il faut en générale un transmetteur spécifique :-)

Non non cela marche pas trop mal, juste que le comportement est aléatoire mais c'est tout àfait normal pour ce type de detecteur et surtout de technologie avec juste un simple seuil de sensibilité pour être discriminant, il faudrait au minimum un petit algo pour faire la différence entre une personne et un spot halogène ! Pour moi, il est àjour avec le dernier firmware et je l'utilise depuis 1 an avec un parametrage au petit oignons.

Un petit mail au support alors ! Lol pas de pseudo dans ce cas :-)

Idem... Même si mon everspring marche correctement l'intégration ne sera jamais aussi aboutie qu'avec le fibaro :-)

Hum, le KIra est-il vraiment compatible avec une PAC ? Sinon pour faire passer le message il serait bien de faire le même post sur le forum officiel :-) ou et aussi une ouverture de ticket... Plus il y a de demande sur le support d'un périphérique plus il y a de chance que Fibaro se penche sur le problème !

Idem c'est trop aléatoire, la preuve par l'exemple

ça c'est certain... Tapez la marque de notre belle HC2 sur shodan, ça fait peur hein ...

Le périphérique ne cherche pas de chemin sauf cas spécial, le contrôleur s'occupe du routage, et c'est le contrôleur qui demande le rafraichissement du maillage et pas les périphériques , les auto alimentés sont forcement des points terminaux, ils ne peuvent pas router les signaux. Bon l'essentiel est que tout fonctionne maintenant pour ce Wall Plug, c'est bien .

@moicphill, pas de problème si le port de ta cam est exposé sur ton IP publique, c'est comme être en local (enfin presque)

Hum, oui mais ça m’intéresse moi la domotique... J'arrive

mouai enfin en z-wave c'est pas à 30 centimètre non plus de plus si le test de communication avec le wall plug est au vert c'est que la communication est directe avec le controleur. en revanche suite à une coupure de courant le contrôleur fait une vérification et une demande de routage au niveau du maillage z-wave et il arrive que des périphérique perdent les pédales ! Hors sujet mais peut être utile: D'ailleurs pour info, la technique de la coupure générale (au compteur) est une bonne manière de forcer le rafraichissement du maillage

en local pas de problème mais en externe il suffit de supprimer les identifiant "remote accesss" (qui ne sont pas ceux de la HC2 mais bien du home.fibaro.com )

Effectivement si dans une boite àchaussure il y a des détections, c'est pire que ce que je pensais ... Mais honnêtement confier àdes détecteur domotique PIR son alarme même si je comprends bien que c'est tentant

@biboun, les fausses détections c'est le problème des détecteurs PIR, sensibilité à la lumière, aux variation de température, surtout que je ne suis pas persuadé que le 4-1 possède une correction de température comme un détecteur PIR d'alarme digne de ce nom ! Donc exit: soleil, lumière directe, radiateurs, climatisation, cheminée ou poêle, animaux bref ... Je pense que le problème sera le même avec le capteur de Fibaro, à voir , pour la domotique OUI mais l'alarme je passe mon tour