Sowliny

Par contre, je n'ai toujours pas eu le temps de vérifier la prise en charge des caméras HD (dans la HC3)

Attention !!! Fin de la promo le 7 avril... (non, non, non, je ne fais pas de pub ! Pas plus que je ne pousse à la roue, mais quand même -25%, faut pas cracher dessus) Je viens de recevoir un mail concernant la m.à.j. de l'appli mobile. Il y est question d'un mode "wall" pour les tablettes... murales ! Wall mode Thanks to the wall mode, when you use the app on the device mounted on the wall, the main favourites screen is more visible, and you can see the summary of your home from the comfort of your couch.

HC3 Lite à -25% chez Domotique Store, soit 96,75 €. Comme tous les autres produits Fibaro d'ailleurs - je fais le plein de modules ! https://www.domotique-store.fr/domotique/usages/creer-son-installation/box-serveurs-controleurs-domotiques/1417-fibaro-home-center-3-lite-box-domotique-z-wave-plus-v2-serie-700-wifi.html J'avoue être tenté, mais après la lecture des posts précédents, je dois dire qu'il y a de quoi y réfléchir à 2 fois. D'autant plus qu'elle serait située à environ 30m.

Merci également ! Je n'ai pas de FGK, mais je note soigneusement - cela peut se produire pour d'autres types de modules. Même sans pile, cela peut pomper inutilement les ressources de la HC3.

Bonjour, Malheureusement je ne peux apporter aucune info sur ce sujet. Je n'ai (pour le moment) ni motorisation, ni matériel Nice - peut-être quand j'électrifierai mon portail, mais je dois d'abord faire faire une tranchée pour les câbles (électricité, réseau et gaz dans une tranchée voisine).

Bonjour, et bienvenue sur le forum. Malheureusement je ne possède pas l'Intercom, et je n'ai pas de réponse à apporter, mais je pense qu'un autre membre pourra le faire. As-tu fait une recherche globale sur le mot "intercom" ? Il y a beaucoup de réponses à explorer.

Itou ! Pas mal en ce moment. J'interviens prudemment, surtout lors du test de nouvelles scènes (en fait, très peu - 1 ou 2 c'est tout en ce moment). Je fais surtout de l'optimisation...

Bonjour ! Essaie le paramètre 156 : Paramètre 156 : Output 1 - auto off Sélectionné : 0s This parameter defines time after which OUT1 will be automatically deactivated. Je n'ai jamais testé ce paramètre mais il est possible qu'il fasse l'affaire. Je me renseigne plus avant... PS : Paramètre 156 pas adapté certainement. Plutôt le paramètre 154 (pour le canal 1) : 154 Sortie 1 : Paramètre de temps pour les modes retardés OFF / impulsions" Ce paramètre permet de régler le paramètre temps utilisé en mode temporisé pour la sortie 1 (paramètre 150). Temps de retard pour l'arrêt ou durée de l'impulsion. Par "pas" de 0,1s, de 1 à 32000 - Par exemple une valeur de 5 fait 0,5 seconde. (extrait d'un tuto de Domotique-store).

J'ai également ach'té à l'époque (+3 ou 4 ans...) deux FGK001 qui sont complètement HS (lire inutilisables) malgré nouvelles inclusions, etc... J'ai équipé mes fenêtres avec des Aeon Door / Window sensor 6 qui sont très fiables et stables. De plus, recharge par USB ! Avec une autonomie sur plusieurs mois. Pour la porte d'entrée, interrupteur au mercure (minuscule - de la taille d'un voyant "néon") (si, si, on en trouve sur AliExpress...) couplé à un Smart Switch.

Bonne nouvelle ! Souvent une "désinclusion" ("suppression" sur HC3) permet de débloquer une inclusion récalcitrante. J'ai parfois eu recours à plusieurs inclusions/suppression avant de voir un module (parfois ancien ou "douteux") répondre correctement.

Si nous sommes nombreux, alors le Pere Noël entendra nos suppliques , (peut-être)...

J'espère surtout HC2 (et HC lite ?) en slave.

Idem... J'essaie à chaque nouvelle mise à jour, malgré que la fonction ne soit pas dans la liste...

Entièrement d'accord, je n'avais pas pris en compte ce principe fondamental. En complément, je dirais qu'une bonne option de commande > à 150 mA est d'utiliser un opto-coupleur, ou (plus "lourd") un relais statique de type G3NA (Omron, parmi tant d'autres).

Bonsoir @Yorino, Je pense que ce qui te chiffonne, c'est le fait que GND soit connecté sur les interrupteurs, et donc ne peut alimenter correctement le Smart Implant. Dans ce cas, l'alimentation est établie QUAND l'interrupteur est fermé. Dès lors le Smart Implant va être mis sous tension, et il détectera que par exemple l'interrupteur 1 (soit IN2 - si ! c'est comme ça, moi j'aurais volontiers désigné l'interrupteur par "1", mais bon, pourquoi faire simple) est fermé, et il enverra donc cette info. Bon, ca ne permet d'alimenter le Smart Implant que lorsque cela est nécessaire (inter fermé). Perso, vu l'infime conso. de la bestiole, j'aurai opté pour un schéma plus "bourrin". PS : plus bourrin, c'est à dire en établissant une alim. "classique", et ensuite en agissant sur les entrées IN1 & 2. Ca fait un petit moment que je n'ai pas joué avec, mais il se peut que l'on actionne une entrées IN1 (par exemple), en la mettant à la masse (au lieu de lui appliquer la tension d'alim). A ce sujet, une sage précaution est de ne pas dépasser sur les entrées, une tension supérieure à la tension d'alim.

Je pense que dans l'équation "alarme (système isolé) vs Fibaro" il y en a un(e) de trop - je penche pour l'alarme. Le système Fibaro peut à lui seul largement remplacer (et bien plus !) un système d'alarme "classique - on va dire". Cet avis n'engage que moi bien sûr. Hormis les limitations matérielles (pour ne pas dire pannes éventuelles, bugs, ...) des deux systèmes, le système Fibaro peut exploiter bien plus que des capteurs (fenêtres, etc...). Je pense aux capteurs de luminosité, eau, mouvement, sans oublier les "greffes" de Smart Implants dans bien d'autres détecteurs et appareils divers. Même une "bête" prise de courant du genre WallPlug peut voir ses paramètres exploités dans le cadre d'une gestion d'alarme. Perso, à chaque fenêtre, j'ai un capteur Aeon Labs DoorWindows. Pourquoi pas de capteur Fibaro ? Le capteur Aeon est rechargeable via USB - Le capteur Fibaro utilise une pile (non rechargeable par définition) et chère (je trouve). Quoi que j'en ai un (vieux) pour la porte d'entrée, que j'alimente avec un chargeur de téléphone (avec bien sûr une conversion en 3v !). La messe est dite... A pondérer bien sûr. J'utilise trois systèmes (Home Center Lite, Home Center 2 et Home Center 3) qui me permettent une très grande finesse et réactivité dans la gestion domotique (alarme incluse), depuis environ cinq ans maintenant. Mais je n'ai jamais installé de système d'alarme... D'autres membres du forum sauront certainement exposer de meilleurs arguments que les miens. Bien à toi, et bienvenue !

Bien d'accord, je n'ai (pas encore) de QA installée. Le sleep opérationnel qui je n'ai pas (encore) converti en setTimeout est de l'ordre de 4 minutes - à la limite du tolérable certainement, et sont relancés à chaque déclenchement d'un FGMS (éclairage d'un couloir d'entrée). Cependant (et fort heureusement), aucun redémarrage de services, ou autre. Elle tourne comme une "HC2" !!!

Je me suis peut-etre mal exprimé. Je ne voulais pas parler de reboots réguliers, mais quand le besoin s'en fait manifestement sentir. J'en faisais beaucoup il y a 2 ou 3 versions, mais actuellement, avec la 5.050.13, (mis a part la m.à.j. qui en a occasionné plusieurs), tout va (très) bien. Malgré qu'il me reste un ou deux sleep, que je suis en train de convertir - c'est d'ailleurs l'occasion de revoir tout le code en question, ce qui permet une optimisation salutaire).

Je pense que tu est peut-etre dans le bon avec le vrai redémarrage. J'ai fréquemment noté un comportement "aberrant" de la HC3 dans les versions précédentes, surtout avec l'enregistrement des scènes - mais maintenant c'est "stable". Mais jamais ces reboot incontrôlés. Bref, le seul moyen que j'avais de reprendre la main était justement de redémarrer en l'éteignant avec son bouton, puis en débranchant l'alim pendant un moment. D'ailleurs, en règle générale, la HC3 semble "apprécier" les reboots "profonds", signe d'une instabilité larvée due à son immaturité flagrante (mais cela n'est que mon avis).

Je n'ai pas non plus noté ce comportement (reboot) avec ma HC3. Pas de scène non plus, auparavant "normale", et qui provoquerait un reboot avec la 5.050.13. Tout au plus des FGS qui s'activent en plein jour (éclairage extérieur) après un reboot. Je pense fortement aux paramétrage des modules - il faudra que je me penche sérieusement dessus. PS @Julien92130 : pas de problème d'alimentation ? Ou de gros consommateur qui générerait des perturbations en démarrant ? S'il n'y a rien au niveau des la HC3 et des scènes, essaie d'échanger le bloc d'alimentation. Il arrive que des blocs défectueux, au bout d'un moment chauffent et chutent leur tension de sortie, refroidissent, repartent, etc...

Après deux jours, tout semble [stable] (déclenchement des triggers, déroulement des scènes...)

Mise à jour faite ! Rian d'anormal à partager (pour le moment ?). PS : Ce soir, les rubriques 5 (Dispositifs) et 6 (Général) sont inaccessibles !!! (malgré soft et hard-reset) Ca sent le rétropédalage. PS : problème résolu (de lui-même ?) 1) restauration "Restauration avec la version" dimanche soir : échec de la procédure. 2) lundi matin, restauration du backup "Restaurer et convertir" (créé avant la 5.050.13) : avec succès ! Toutes les rubriques(à brac) sont de nouveau disponibles. Je n'ai aucune idée du pourquoi et du comment, mais cela a bien fonctionné, je suis toujours en 5.030.13.

Idem pour le cloud. 92% d'utilisation avec 2 backups. Pour le passage en 5.050.13 je verrai peut-etre demain (occupation hard +++ aujourd'hui) - actuellement en 5.041.50 qui semble stable et efficace (plus de freeze en éditant des scènes par exemple).

@TonyC , Je suis "descendu" trop vite en bas de la page, vu les commentaires (très) mitigés que j'avais vu avant. Je m'attendais à quelque chose du genre... (suppression).

J'ai vu la mise à jour hiers soir. Ce matin, elle avait disparu - strange isn't it ??? PS : malgré reboot, etc...