Sowliny

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 (?)...

Je n'ai rien trouvé aussi sur la conso du smart... reste à le tester avec un ampèremètre pour avoir une estimation assez précise. Mais ça doit se situer entre +/- 0,6 à 1,nnn watt, soit très peu (en mode "tranquille", et sans commande aux deux switchs). Bien moins que les 30mA boulottés (inutilement pour 99% du temps) par les afficheurs. Le courant de travail <30mA me paraît correct, compte-tenu que c'est un affichage multiplexé et certainement en PWM. Quoi qu'il en soit, 30mA à longueur de journée est (beaucoup ?) trop pour ton système. Fais le test avec les afficheurs éteints d'abord, pour voir le tenue sur 24h.

Tu vas être surpris je pense en comparant les deux consommations (afficheurs vs Smart Implant) Pour les afficheurs, coupe leur retour a la masse (ou au + le cas échéant) en intercalant par exemple une ampoule Reed juste derrière le couvercle transparent - ce qui préservera "l'étanchéité"... Tu pourras ensuite activer l'affichage avec un simple aimant.

Points à vérifier/corriger : ■ l'orientation du panneau par rapport au soleil (azimut, élévation) ■ est-ce que les afficheurs sont alimentés ou allumés en permanence ? Ce sont certainement les plus gros consommateurs. Vérifie la consommation du Smart Implant SEUL en configuration "de travail" Après tu pourras calculer la durée théorique de la batterie. PS : une LED draine jusqu'à 20/25 mA, alors un afficheur avec "2" par exemple ça fait 100mA au pire (sauf bien sur en cas de multiplexe, ce qui est la règle pour ces petits afficheurs.

Désolé du retard... Tu dis "car j'ai transféré dans mon ancienne hc2" : là je ne te comprends pas. Tu les as transférés DEPUIS ta HC2 ? Pour "l'ancienne appli Android" il est normal je pense que tu voies tous les modules - sûrement un effet mémoire (?). Il est notoire également que les applis Android ne jouissent pas d'une grande fiabilité - surtout la nouvelle. (là, je vais peut-être me faire corriger, je n'ai pas une grande expérience dans les applis). Par contre pour la HC3, il faut impérativement utiliser la nouvelle version. J'ai également transféré tous mes modules de la HC2 vers la HC3, sans aucun problème, et les mises à jour des modules se sont toujours bien passées, même en version actuelle (5.040.37). Autre chose notoire, tu passe d'un système HC2 STABLE vers un système HC3 encore non abouti - et je ne parle pas des innombrables (bugs) et autres fonctions pas encore ou incomplètement implémentées. J'ai fait ce choix par "obligation", en toute connaissance de cause - ma HC2 se trouvait à 2000 km et je n'avais localement qu'une HC lite (parfaite bien sûr, mais inadaptée à l'envergure de mon nouveau projet). Cela dit, mis à part une période "faste" en emmerdes de tout genre... la HC3 tourne correctement (après déverminage de la base de données interne - qu'ils ont dit). Bien sûr pas de folies - que du basique, avec des scènes limitées au seul Lua.

Je viens de recevoir un mail relatif à un module passerelle entre le système Nice et Fibaro (HC3). Le bidule s'appelle "BiDi-ZWave" Et voici le pdf de présentation : Nice BiDi-ZWave - InstalatON.pl.pdf Et les notices : Nice BiDi-ZWave - InstalatON.pl.pdf Guide FG-IBT4ZWAVE .pdf Déjà en vente chez Domadoo... Bonne lecture ! Notice IBT4ZWAVE.pdf

Bonjour @gregmmat, Tout d'abord, avant d'intégrer tes modules, les as-tu bien dissociés "à vide" vis-à-vis de la HC3 ? Quasi indispensable avant de les intégrer de façon sûre.

Les Smart Implants risqueraient plutôt de provoquer une baisse de tension (certes faible) dû au drainage via les entrées IN1 et 2. Mais cela me paraît très improbable - je ne pense pas que l'alarme (vu son âge) soit en mesure de détecter une si infime baisse de tension. Toutefois, une solution radicale serait d'insérer un étage à transistor (MosFet par exemple - à très haute impédance d'entrée) ou une porte logique (pourquoi pas un trigger de Schmitt ?). Mais ça fait beaucoup... Teste plutôt directement en connectant le Smart Implant. Pour voir, et provoquer des situations qui pourraient perturber la centrale (?).