smoo

Bon, je viens de remplacer un de mes anciens modules ZMNHIA par un de ces nouveaux modules Module ZMNHID1 (thermostat on/off).... j espérais ainsi régler les sérieux problèmes (bugs) de l ancien module qubino (bug de reporting température et power). ben c'est raté : la consommation ne correspond absolument pas à la réalité... quand je n'ai aps de charge, il m'idique 40w.... quand je suis en pleine charte 160w (plutot que 1000 w)... Qubino est désespérant de médiocrité... je crois que je comprends pourquoi Fibaro ne veut finalement pas les supporter dans leur tamplates... quelqu'un d'autre à essayé l'un de ces nouveaux modules ?

mis a jour àdistance, rien àsignaler depuis.

J'ai essayé la scene pour un faire un widget, j'ai vite abandonné car mon telephone devenait instable avec ce widget... je n'ai pas re essayé depuis. j'ai évité la version 4.081, je ne la sentais pas du tout suites aux commentaires sur le forum.... je vois que j'ai bien fait ! Est-ce que votre module "porte de garage" est en bout de réseaux ou bien intégré. - J'ai vraiment l'impression que la manière dont Fibaro gère les devices lointains , les retry, et la charge sur le network génère tout ces effets de board. Chez moi cela marche beaucoup mieux depuis que j'ai passé a 5 second le auto off, et doublé mon temps de pooling des devices sur fibaro.

Alors pour en utiliser régulièrement, le biométrique c'est vraiment pas top. je ne sais pas en terme de hacking.... mais ce qui est certain c'est que le temps de lecture et la fiabilité de lecture... faut vraiment un super lecteur.... (d ou peut être le prix)

au faite.... sur cette planète - y a des millions de gens qui ont des serrures Electronique dans leur maison via leur porte de garage et télécommande.... - y des centaines de millions de gens qui utilise cela tous les jours pour verrouiller leur voiture.... et c'est vraiment du gateau a hacker également... comme quoi, y a un moment, on est quand même obliger de relativiser. j'avoue habiter dans la campagne Suisse (pays bucolique et tranquille, parfois un peu trop...). le risque est faible....

oui je confirme, il m'arrive de partir avec la porte ouverte.... et il m'est même arrivé de laisser ma clé sur la porte à l’extérieur toute la nuit... je suis un grand distrait, mes enfants aussi. malgré un cambriolage à l'époque (ou j'habitait avant)... j'ai heureusement petit a petit appris à ne plus être parano (sauf pour l'assurance). Il est vrai que j'ai la chance d'habiter dans une region ou la "confiance naive" peut rester encore possible par rapport à la parano. J'admets volontiers que ce n'est pas partout la meme chose. Donc oui, je fais encore confiance au livreur si je ne suis pas là . (j'y trouve plus d'avantages que d’inconvenants, je préfère donc faire confiance que de me pourrir la vie) c'est a chacun de voir en fonction de son context effectivement. A noter qu'il ne me viendrait pas à l'idée de mentir à mon assurance non plus. je mise sur le faite que celui qui a les connaissance pour hacker une serrure Electronique ne peut pas être assez bête pour croire qu'il ne va pas se trouver nez à nez avec d'autres systèmes dans la maison (alarm, video surveillance).... A quelque part ou pourrait même dire que c'est plutôt dissuasif de ce point de vue là ... et si le gars n'est pas assez intelligent pour comprendre ca.... c'est qu'il utilise d’autres moyens plus "mécaniques" pour entrer....

je ne dirais pas 0 sécurité, mais c'est clair que ce n'est pas inviolable. maintenant les portes avec serrures conventionnelles ne le sont pas non plus.... Si une personne veut rentrer chez vous, il y a peu de chance qu'elle le fasse en piratant la serrure, alors qu'il faut moins de 30 secondes pour forcer une porte ou une fenêtre... (j'ai malheureusement appris cela par l'expérience, et c'était pas faute d'avoir une bonne serrure et une bonne porte...). donc pour moi, maintenant une serrure ne sert : - qu'à etre couvert par mon assurance, mais pas à empêcher l'intrusion.... une fois qu'on est devenu pragmatique avec cela.... la vie se présente différemment : la serrure electronique c'est : - pour commander tout ca a distance, vérifier que c'est bien verrouillé depuis mon lit ou mes vacances - ouvrir a distance pour le livreur - c est pas pour sécuriser la maison. Après, comme partiellement mentionné par certains ici, il faut plutôt dissuader le cambrioleur de rester trop longtemps après l'intrusion par des alarmes et des nuisances. C'est beaucoup plus efficace en terme de sécurité que d essayer d’empêcher une personne d'entrer.

Bonjour, sur les problèmes évoqués, rien de nouveau, il faut surtout s'assurer lors de l'achat de bien avoir les derniers firmware. en ce qui concerne la reconnaissance du module qubino, voici ce qui est automatiquement remonté: Il y a deux autres panneaux d'alarme en plus qui correspondent aux deux entrées, je ne les montre pas car je ne les utilises pas.

tiens je me demande aussi si mes noeuds morts ne compliquent pas les choses.... (certains de mes noeud ne sont pas toujours alimentés, mais je les marques pas come "dead".

J'ai pas de wall plug, mais j'ai un detecteur de fumée oui ! je vais essayer cela effectivement, je n'y avais pas pensé. mon polling est a 125, je vais aussi essayer de passer à 300. voir si cela change qqchose. merci

@did, oui j'ai essayé. Ca a marché longtemps avec cette valeur du reste. Puis sont venu les update fibaro... et le choses se sont dégradées. j'ai remonté la valeur à 3 secondes, ce qui me semble avoir diminué le nombre de fois ou j'ai le problème. (mais pas complètement). Raison pour laquelle je suspect aussi vraiment un problème de network. je dois encore essayer a 5 secondes. @Steven oui, j’avais vu cet excellent post, j'ai fait le même cheminement, sauf que je n'ai mis en place que la commande du moteur. J'ai un module door/windows qui attend d'etre utilisé.... je vais éventuellement m'en servir, mais ce n'est pas vraiment un besoin pour l'instant. Tu n'as jamais rencontré ce problèmes de ton coté ? (il est vrai que mon module du garage doit être en bout de maillage.... ceci peut expliquer cela....) Domage qu il n'y a pas d outils pour voir son maillage (j'ai vu cela sur d'autres outils, c'est quand meme bien pratique) A noter que j'ai innocemment demandé a Fibaro comment monitorer mes instabilités de réseaux (par ex en obtenant accès au logs).... voici leur réponse Hello, Please go to configuration > Z-wave network > and perform "z-wave network reconfiguration (select entire z-wave network). Delay can also be caused by too much traffic in the network. Check the following: -Please increase the “Devices polling time intervalâ€. Go to configuration > z wave network and increase the time to at least 1000. -Please also reduce number of different reports such as temperature, LUX etc. -Please increase an individual device polling time. -Please reduce (if applicable) the max running instances of each scene. -Please double check you virtual devices. Some types of configuration may seriously slow down your controller. -Please check your scenes. Try to avoid using “delay†in scenes. Simplify your scenes. It is not possible to check z-wave logs or have any impact on communication apart from the suggestions above. quelle valeur de polling vous avez chez vous ?

Chris6783, ou je pense que c'est cela... j'avais passé a 3 secondes.... mais ca semble pas être assez effectivement. Je vais tenter à 5 secondes... juke94, c'est un moteur Hoermann. Non je n'ai pas encore mis de cellules encore. cela pourrait poser un petit problème sécuritaire, si je devais fermer la porte à distance (sans vision), mais ce n'est pas un scenario que j'ai (quand je ferme.... je suis toujours à la porte...). J'ai malgré tout pris quelques précautions pour l'instant: 1) vérifier que la sécurité du moteur fonctionne bien (si il y a une résistance à la fermeture, la porte s’arrête immédiatement et remonte un petit peu) 2) si je devais tout de même un fois fermer la porte a distance, j'ai une caméra qui me donne un control visuel A noter qu'avec les télécommandes livrées avec le moteur... il est aussi fort possible de fermer la porte sans se trouver dedans... (par ex depuis l'intérieur de la maison)

ok je vois, merci pas certain de vouloir foutre le Bronx dans ma HC2 effectivement....

je n'ai pas de module virtuel. j'ai ajouté un autre module entre ma porte de garge et mon HC2... esperant améliorer la maillage... mais ca ne semble pas mieux... C'et vraiment pénible de ne pas pouvoir monitorer le rseaux z-wave. merci de ton aide en tout cas

ah ! bon je ne suis pas au top des connaissances de Fibaro encore... mon entête: --[[ %% properties %% events %% globals --]] donc pas d ID 120 et comme expliqué, j'avais deja ce comportement sans scene.

je me demande si mon module n'est pas trop "isolé" du reste du maillage (donc retry et autre effets indésirables)... et Fibaro ne nous aide pas a diagnostiquer ce genre de choses....

j'ai max running instance a 1. donc la scene ne devrait pas se déclencher plusieurs fois. par contre, comme la scene ne dure pas et que l'action elle dure... je vais tenter de mettre un sleep dans la scene le temp de l ouverture complete de la porte.... et voir si cela change qqchose. merci de l'idée bon... ben ca ne change rien....

j'ai commencé a essayer simplement avec le bouton normal du module FGS212 (comme si j'allumais une lumière). j'ai ce phénomène.... j'ai ensuite essayé de faire une scene très simple, que j'active manuellement j'ai toujours ce phénomène.... (la scene) local startSource = fibaro:getSourceTrigger(); if ( startSource["type"] == "other" ) then fibaro:call(120, "turnOn"); end

Bonjour, j'ai installé un module FGS212 Switch 2.5kW E pour commander ma porte de garage le principe est simple et suit tout a fait le principe décrit ici http://www.domotique-info.fr/2014/03/domotiser-garage-cas-concret/ le hic, c'est que parfois ca marche,... parfois pas... Quand ca marche, une simple pression sur mon app Android permet l'ouverture de la porte (le module simule une pression de 1 sec sur la commande du moteur, ce qui correspond au comportement attendu de cette dite commande) mais parfois, j'ai l'impression que le HC2 roupille... et la commande n'est pas instantanément transmise... jusque là ... ca peut encore aller... sauf que quand ce cas arrive, la porte commence a souvrir,... puis s'arrète a mis chemin comme si HC2 avait essayer de renvoyer la commande une deuxième fois.... (ce qui induit le comportement normal de l’arrêt du moteur) est-ce que vous savez si le HC2 fait des retry sur ses modules fibaro quand il s'appercois que la commande n'a pas passé ? mon hypothèse est que le feedback du module reste coincé qqpart ou vient trop tard.... et que la boite décide de relancer l’opération. si c'est le cas, y a t il un moyen d'éviter ce "retry" ? merci

oui je vois, merci. c est frustrant. certain se sont ils déjà essayé en root (en admettant qu'on puisse encore se mettre en root) ?

oups, je vois que ce point a déjà été traité ici http://www.domotique-fibaro.fr/index.php/topic/6004-acces-aux-relev%C3%A9s-de-consommation/#entry91351 pas de possibilité de modifié la base visiblement. Est-ce toujours vrai ?

Bonjour est il possible d’accéder à la base de données Fibaro, en particulier les tables qui gardent les mesures de température et de puissance consommées. j'aimerais faire un petit script qui supprime les valeurs farfelues de mes modules qubino. (de temps a autre ils annoncent une consommation de MW... (ou négative) ou des haute températures.... juste pour une mesure). ce qui rends l'utilisation des graphiques impossible. merci PS: Qubino m'a confirmé le bug de leurs modules... la correction de leur firmware... et l'impossibilité d'upgrader les firmware...

update fait... pas de soucis pour l instant...

bon, tout marche, sauf que je n'arrive plus a changer la valeur des mes parametres de modules. je ne sais pas si cela vient de cette version ou si c'est ultérieur. [23:26:30] ID 119: Set parameter 4, value = 8 [23:26:43] ID 119: Parameter 4 value sending failed. Please try Curieux car c'est bien un module Fibaro en plus...

bon j'ai fait l update, car les latences que j'ai depuis 4.070 sont insupportables... il semble bien que je me retrouve avec un système sans latences pour l'instant (instantané plutôt que plusieurs secondes de réactions) pour moi cette beta est donc positive par rapport a la 4.070 Sinon, Comment vous faites pour voir les tables ?