Lazer

OK je découvre. J'ai déjàvu des précises un peu spéciales en hôtel (multistandard international), mais je n'ai jamais testé en Suisse. Je ne peux pas te faire un schéma (suis sur tablette), mais je suppose qu'il faut le mettre au niveau de ton fil orange, en fait exactement comme le schéma standard de la d'oc Fibaro.

T'as demande àcaptainigloo alias Sébastien Joly ? C'est un peu le spécialiste du Spark Core. Il a peut être trouvé un moyen de faire. Tu as plus de chance de le croiser sur la communauté Google+ Domotique-info .

Ah ouais quand même.... C'est quoi cette prise, jamais vu ça ???

Par contre, attention je pense qu'il faudra exclure/inclure les modules pour prendre en compte les nouvelles sondes.

Tout ce qui concerne le statut armé est lié au panneau d'alarme de la box. Rappel sur le panneau d'alarme : dans l'onglet des paramètres avancés des modules, il y a une cache à cocher permettant d'inclure ou d'exclure le capteur du système d'alarme. Ensuite, quand tous les modules faisant parti du système d'alarme sont armés, alors le panneau d'alarme est armé, et si une intrusion survient, alors les actions configurés dans le panneau d'alarme se déclenchent (caméras, volets, lumières, scènes, etc) Par opposition, le statut désarmé correspond à un module dans son état standard, donc sans utilisation du panneau d'alarme. => Mon conseil si tu n'utilises par le panneau d'alarme, c'est de ne jamais armer les modules. Car il existe un effet de bord courant : un module armé qui se déclenche peut bloquer les scènes, et impose la saisie du code PIN pour désarmer. Sauf que si tu n'as pas préalablement configuré le code PIN de ton utilisateur, c'est la galère... En suite, les status normal et alerte correspondent justement au fait que le module ne capte rien, ou alors capte un mouvement (ou une ouverture pour un détecteur adéquat) Pour finir, le tamper c'est la détection de sabotage du capteur (vibration dans le cas du FGMS)

En v4 dans une scène, je crois qu'il faut utiliser net.HTTPClient() àla place de Net.FHttp()

Essaye d'intervertir les piles pour voir. Sinon, si c'est possible, tu peux essayer d'intervertir les sondes.

Le câble induit surement une résistance supplémentaire sur le bus 1-Wire, donc potentiellement une consommation supérieure. Mais je pense aussi que la pile n'aime pas le froid à l'extérieur, c'est surement ça qui joue le plus ! EDIT : j'ai peut être mal compris, mais j'ai un doute : il y a encore une sonde à l’extérieur, ou elles sont toutes rentrées dedans ?

Je pense à une erreur de syntaxe dans tes 2 lignes GEA. Essaye plutôt comme ça : GEA.add(13, 30, "", {{"Inverse"}, {"Time", "9:00", "9:01"}, {"turnOn"}}) GEA.add(13, 30, "", {{"Time", "13:00", "13:01"}, {"turnOff"}}) (non testé) Mais il y a un topic Support GEA dédié pour ces questions, tu y trouveras plus de réponses.

Faudrait regarder sur xda-dev si certain ont pu la rooter et y mettre une ROM custom.

Bien sur qu'elle reparte en pleine forme Je fais une dernière batterie de tests, mais apparemment ma procédure est bien rodée maintenant ! En fait le plus dur c'est de pas les mélanger....

Oh oui, je testerais bien sur l'une des 3 HC2 actuellement chez moi Vite vite, car 2 de ces jouets doivent repartir au plus vite.

A piori pas encore déployée, la 4.035 existe seulement en interne chez Fibaro. C'est la 2nde fois que j'en entends parler, donc ils auraient sauté la 4.034....

Attention si ta box reboot entre 9h et 13h, comme la scène est basée sur un gros sleep(), alors elle sera interrompue et le Wall Plug ne sera pas éteint. Il vaut mieux avoir 2 scènes distantes. Même si ça parait plus lourd, en pratique c'est plus fiable. Les scènes en mode bloc, c'est sympa pour débuter et apprendre, mais comme tu as une HC2 tu pourrais regarder du coté de GEA by Steven, qui permet de faire ce genre de scénarios (et bien plus) en 2 lignes de configuration, sans écrire de LUA.

Eric, non pas de polémique, c'est juste que j'aime bien savoir Donc voilà , c'est juste une "recommandation" d'en mettre plusieurs pour les grands logements et/ou sur plusieurs étages. Donc j'en ai 4 en tout : - 1 à la norme - 3 autres qui ne sont pas aux normes : 2 Fibaro en Z-Wave, et 1 connecté sur ma centrale d'alarme Diagral, si y'a le feu je pense que tout le quartier sera au courant ! Ca devrati suffit dans un premier temps je pense

@Gazous, J'espère que tu as mis un matelias sous le détecteur pour qu'il passe une bonne nuit (et ne s'éclate pas par terre).... perso je n'ai aucune confiance dans le double face pour ce genre de choses. Au passage, si il y a le feu, imaginons le scénario suivant : la chaleur fait fondre le scotch, le détecteur tombe au sol, là où il ne capte jamais la fumée..... http://www.service-public.fr/actualites/003377.html Je lis qu'il faut au moins un détecteur, mais je ne vois pas qu'il en faut plusieurs en fonction de la taille de logement. Au contraire, dans tous les articles récents que j'ai lu, c'était bien spécifié qu'un seul suffit, quelle que soit la taille du logement. Tu as une source ?

La loi, c'est 1 détecteur par foyer, non ? Après la loi c'est juste du pipeau.... mais attention, car le FGSS-001 n'est pas aux normes, il faut le FGSD-002. Idéalement il faut en mettre plusieurs.

Bah du coup, je dirais que l'entrée c'est pas mal, car tu l'entendras depuis les chambres la nuit en dormant.

@Gazous, Oup's, désolé, j'ai cru que ton module était un détecteur de mouvement..... j'ai du regarder l'image trop vite.... suis fatigué je crois

@Gazous, ici c'est le topic du détecteur de fumée

Et hop, une eedomus àvendre

Oui mais les associations cela fonctionne sur un événement précis. Par exemple tu associes un Dimmer avec un Wall Plug => Ainsi, quand tu allumes/éteints la lumière, cela agit immédiatement sur le Wall Plug. Là c'est différent, tu as un capteur d'humidité, donc il se contente de remonter des valeurs mesurées, il n'y a pas réellement un événement lié. Il y a quand même une exception, par exemple le module Everspring ST814, pour lequel on peut configurer dans ses paramètres un seuil haut et bas pour le déclenchement d'une action sur un module lié. Je ne l'ai personnellement pas utilisé, car je trouve qu'il est plus simple de gérer le déclenchement du déhumidificateur via une scène, car cela permet de prendre en compte d'autres paramètres (heure creuse, présence/absence, etc). Finalement, je trouve que l'association a un intérêt quand on recherche une réactivité immédiate (un détecteur de mouvement allume un dimmer), ou une indépendance à la box pour une fonction critique (un thermostat déclenche un radiateur). Dans les autres cas, je préfère passer par une scène, car comme dis, cela offre une meilleure personnalisation en fonction de paramètres externes.

Les modules sur batterie type FGMS ou Danfoss doivent être réveillé pour que les modifications de paramètres soient prises en compte. Sur le FGMS, il faut cliquer 3 fois sur le bouton. D'ailleurs l'interface Web doit indiquer "en attente de réveil" sous le module. Pour l'humidité, tu n'y arriveras pas avec les associations. Une piste : il faut que tu utilises une scène, qui se déclenche lorsque l'humidité dépasse un certain seuil, alors tu actives le Wall plug.

Hum, je suis dans le coin en ce moment, mais pas mal occupé.... normalement dans 2 semaines ça sera calme, je t'en reparle Sinon y'a Latoupie dans ton coin la semaine prochaine. Bon sinon sérieusement je laisse Krikroff reprendre la main, car ta demande est un peu trop pointue pour moi.

if json.decode("quiche") == "Fredo" then fibaro:abort() else lazer.sortir("très loin") end