Sowliny

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...

Pour info, Lua avait tenté d'interpréter "fibaro" comme un nom de variable, et le contenu entre parenthèses comme des coordonnées de table.

Ma réponse d'hier soir (qui n'avait pas dû partir...) Exact. Sous forme numérique, et non pas texte (qui génère l'erreur). Si je peux te glisser un petit conseil : j'ai vu dans ta scene é (ou plus) variables locales dont le nom commence par id... Essaie de n'utiliser "id" que pour les identifiants de module ou de scène. Mais pas pour des identifiants Pour ce matin : Effectivement y'a un truc qui chiffonne. La réponse est dans le libellé de l'erreur "attempt to call a table value (global 'fibaro')" Il manque quelque chose comme ".get" après "tonumber(fibaro..." non ? Ca serait plutôt : tonumber(fibaro.get(id,"value")) Erreur typique dite "des paupières lourdes", quand on a bossé longtemps... Ca m'est arrivé souvent aussi - maintenant quand je tourne en rond (surtout le soir), je laisse béton...

Oui, il y avait un truc qui me chiffonnait hier. Je vérifie et je reviens (vite !)

Exact. Sous forme numérique (tonumber(...)), et non pas texte (qui génère l'erreur). Si je peux te glisser un petit conseil : j'ai vu dans ta scène (ou plus) variables locales dont le nom commence par id... local id = 95 local idlampe = fibaro.getName(id) --- nom du device Essaie de n'utiliser "id" que pour les identifiants de module ou de scène. Mais pas pour un nom de device, et essaie aussi de "documenter" mieux les variables id : Par exemple pour local id = 95, essaie local ID_module1. Pour la variable idlampe, change pour LAMPE_salon (par exemple bien sûr), ou NOM_lampe_salon, ce qui sera plus en rapport avec le contenu. Tu t'y retrouveras bien mieux

Il me plaît bien (beaucoup même) ce projet. Non pas parce que j'y ai trempé un p'tit peu, mais parce qu'il fonctionne et présente bien. Certes ce n'est pas un circuit d'envergure, mais il est bien ficelé, il intègre plusieurs technologies, et il boxe dans une catégorie qui me plaît bien aussi (le solaire). Certes également on pourrait estimer que c'est beaucoup pour une boîte à lettres, mais il fait partie des petites choses qui nous facilitent la vie en nous faisant plaisir. Et puis pour finir, c'est un excellent champ d'application du Smart Implant.

Je pense que ça vient de la : la ligne en erreur attend une VALEUR numérique Il faut donc écrire : local VALEUR = tonumber(fibaro(id,"value")) pour renvoyer la valeur numérique attendue de "valeur"

Tout à fait. Si tu n'actionnes qu'un seul device (le 98 par exemple) le trigger déclenchera la scène. Par contre, ta scène va se dérouler d'une façon linéaire, c'est à dire qu'elle va exécuter toutes les lignes sans se préoccuper si le trigger est le 98 ou le 95. Pour éviter cela, mets cette ligne en premier : local ID = fibaro.get(id, "value") Tu pourras ensuite faire la différence avec : if ID == 98 then .... elseif ID == 95 then ... end ou plus simple s'il n'y a qu'un choix binaire : if ID== 98 then ... else ... end Si j'ai bien compris la scène bien sûr.

Euh je sèche là... Quoi que c'est-y que c'est quoi ? Ou pas ?

Je confirme ! Vraiment personnalisées... Pas de changement en ce qui concerne ces affichages de code au lieu des libellés corrects. Je n'avais jamais auparavant installé de "bêta", je comprends mieux la portée du terme maintenant. Bon, quoi qu'il en soit, ca tourne bien (apparemment - j'ai des "actions" qui doivent être effectuées à 22h par exemple, mais non, y veut pas !).

Idem ! C'est ce souci du détail qui distingue(ra toujours ?) Fibaro... Et toujours ces foutus labels "24min il y a {{time}}" ! En attendant la résolution de ces menus désagréments, ça semble bien tourner. Oserais-je parler d'une interface plus réactive ? PS : le système a enfin remarqué que la mise à jour a été (bien) effectuée, et a éteint la LED verte !

Bon c,'est fait ! Successfull !!! Petit détail : APRES la mise à jour, il est bon de se déloguer, puis se reloguer pour voir apparaître le nouveau bandeau à gauche. Celui qui permet entre autres d'accéder aux scènes et surtout au retore en cas de pépin. J'ai pas fait gaffe au début, et je restais sur l'ancien bandeau : le clic sur la roue dentée (accès au scènes, etc...) ne fonctionnait pas. Légère sueur froide dans le dos... Mais non, tout s'est arrangé après le nouveau log... PS1 : Je vais retenter une sauvegarde dans le cloud, juste pour voir... PS2 : Voyant vert clignote toujours comme un fou ! (ça sent un petit reboot curatif !)

Ca commence très fort, 2 erreurs signalées (apparemment lors du backup cloud) : (backup anormalement long...) Error while dumping Z-Wave memory (pas d'explication...) Not enough space (mémoire = 50% - stockage = 78%, 52% sur le cloud) Donc pas de mise à jour dans ces conditions. Et (very hard) reboot (arrêt avec le bouton, débrancher la prise, et rebrancher few minutes later... (Et là, le voyant vert de mise à jour disponible est apparu !) Après suppression de tous les backups (sauf 1) du disque et du cloud, re-tentative de sauvegarde. Fenêtre "Creating backup" bloquée à 80%, pendant au moins 5 minutes... Et ensuite, toujours cette erreur "Not enough space" ! Allez, je me lance !