Sowliny

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

Tout à fait d'accord avec toi ! J'ai moi aussi des antiquités dont je ne me séparerai que lorsque leur heure sera venue... J'ai rencontré la (presque) même problématique : 4 détecteurs (pour le moment) autour de la maison et de la grange - à ceci près qu'ils sont directement en relation avec la HC3. Pour moi aussi le souci (léger) était que la HC3 soit informée d'une détection. Pour exemple, le détecteur de la grange est un "Steinel sense IQ" d'une portée de 12 mètres. Sa sortie détection fournit un front montant de la tension du secteur (du jus...), normalement destiné à allumer x ampoules. J'ai simplement réduit la temporisation au minimum (soit 5 secondes je crois) et connecté cette sortie sur l'entrée S1 d'un FGSnnn. (bon, dommage d'utiliser un FGS pour cela, mais ça m'évite une petite alim dédiée... - après, c'est une question de place) Avec un trigger en surveillance, le tour est joué. La HC3 déclenche en suite l'éclairage autour de la maison et de la grange pour 5 minutes. (pourquoi tant d'éclairage ? J'habite en lisière de forêt et il y a du "monde" qui circule - et pas seulement les biches... !) J'ai un autre détecteur qui fonctionne différemment : sa sortie "met la charge" au neutre, donc ne peut pas agir sur S1. J'ai donc intercalé un petit relais en sortie, qui lui me fournit un front de phase pour S1 (j'espère être clair). Du "jus" donc... Même procédure ensuite en ce qui concerne la tempo et le trigger. C'est vrai que l'idéal serait d'intégrer un Smart Implant directement dans le détecteur, mais il faudrait prélever directement l'alimentation sur la platine de celui-ci. Le Smart Implant sera donc aussi soumis au potentiel secteur (en fait tout dépend du type d'alimentation - mais souvent on rencontre une alim sans transfo, avec un condensateur tampon). Je n'ai pas encore tenté cela.

Tu as bien dit "module virtuel", donc tu est sous HC2. Tu l'insères donc directement dans le code d'une touche par exemple, ou dans le "Main". Tout simplement comme : fibaro.sleep(5000) Ou si tu as besoin d'une tempo plus longue, avec une boucle comme suit : for CAM_off = (tonumber(fibaro:getGlobalValue("MM_kamery_ON"))*4), 1, -1 do -- *4 : permet de multiplier par 4 la fréquence (sleep(15000) = 15 secondes) d'affichage des messages if (tonumber(fibaro:getGlobalValue("FLAG_kamery")) == 20) -- détection de l'arrêt forcé du timer par action sur la touche "OFF" then fibaro:abort() end INFO_msg("message", "Cameras : " ..math.modf(CAM_off/4) .." minute(s) remaining", nil) fibaro:sleep(15000) -- cadencement du délai "remain" end Ne te focalise pas sur le code (commande de caméra).

Bonjour @adelac, Ton "cas" est finalement très simple . Les entrées IN1 et IN2 du FGBS peuvent être commandées directement par les sorties de l'Abacus je pense, l'une fournissant le signal "mouvement" et l'autre le signal "sabotage" Vu la haute impédance d'entrée du FGBS, il n'y aura pas de dégradation de la tension des signaux fournis. Il n'est donc pas nécessaire de faire "transiter" ces signaux par le FGBS pour ensuite les réinjecter dans ta centrale ou ailleurs. Par contre vérifie bien que la tension des signaux n'excède pas la tension d'alimentation du FGBS. sinon... Et qu'il n'y a pas de (surtension) transitoire générée par un relais. Si cela est le cas, intercale entre IN1 (et 2) et la masse une Zener de 12v. Ou encore un étage à transistors, ou un relais Reed. Tout cela pour la longévité du FGBS... PS1 : je ne considère pas m'être "penché sur ton cas" (ça me fait plaisir de d'aider), je t'apporte mon aide à la mesure de mes moyens - comme j'ai bénéficié moi aussi de celle des membres du fofo. Bien à toi . PS2 : L'Abacus me semble etre "vieux tromblon", mais moi aussi... .

Deux solutions : soit tu programme un fonctionnement monostable de la sortie concernée avec la durée nécessaire, soit tu insère un fibaro.sleep(4000). Pour plus de souplesse, j'avais préféré le sleep (qui permet une retouche facile de la durée, éventuellement via une VG - mais là ça fait beaucoup...) PS : j'ai mis 4000 car je pense que c'est la valeur préconisée ma Microsoft - mais 5 devrait bien coller aussi.