Sowliny

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 !

Bon , c'est mon tour. Backups effectués... launch update ! Awaiting ...

En principe, oui ! (j'ai déjà eu l'occasion, mais avec HC2...) Moult backups avant bien sûr !

Donc, après, action suivant la valeur reçue... (?) Mais je n'arrive pas bien à définir ta recherche. Tout semble correct. PS : Voici mon code complet concernant la détection de ma télécommande Nodon (4 boutons) : local KEY_id = 0 if SOURCE_trig == tonumber(fibaro.getGlobalVariable("ID_telecommande")) then KEY_id = sourceTrigger.value.keyId if KEY_id == 1 then fibaro.setGlobalVariable("FLAG_nodon1_b1","b1") end -- Verrouillage du blanc total if KEY_id == 3 then fibaro.setGlobalVariable("FLAG_nodon1_b1","b0") end -- Déverrouillage du blanc total end - 1 correspond au bouton "ROND PLEIN" - 3 correspond au bouton "ROND VIDE" J'exploite ensuite les valeurs "FLAG" dans le Main de la scène.

Sous HC2, je récupère la valeur du trigger déclenchant avec cette ligne : local TRIG_source = fibaro:getSourceTrigger() Avec HC3, voici un exemple : if sourceTrigger.id == (valeur nnn) then .... end ou encore : local TRIG-source = sourceTrigger.id (...bien sûr !)

Désolé du retard (notification dans les spam ! et opéré de la paluche droite) Oui tout à fait, en le rehaussent si besoin avec un bout de fil rigide (et un p'tit bout de gaine thermo) Et puis comme cela il sera bien visible derrière le couvercle. PS : tant qu'à faire, coupe aussi l'afficheur du PV - ça fera toujours cela de plus pour la charge de la babatt.

Bah, facile (?)...