ASTECH44

GEA.add(true, 30, "Spot Extérieur & Wall Plug allumé à: #time#",{{"turnOn", id["SPOT_EXT_AVANT"]}, {"turnOn", id["WALL_PLUG_ID_47"]}},{"Label", 155, "lblAlarme", "21:40"}, {"Label", 155, "lblJours", "Lu Ma Me Je Ve"}) Pépite, merci pour ta réponse. Néanmoins, en rentrant cette cde avec l'id de mon VD GEA_ALARM ou son libellé mémorisé par l'outil listant les identifiant GEA de STEVEN, mes 2 actionneurs sont activés dès le 1 er passage dans GEA sans tenir compte de l'heure indiquée dans le label voir ci-dessus.

Je découvre l’outil GEA de STEVEN et face au manque d’évolution du mode bloc de Fibaro, ce module GEA de STEVEN va me permettre de « nettoyer « et de rendre plus « lisibles » mon HC2. Et de préparer une migration vers la V4 en supprimant les surcharges de modules et de scènes qu’amène le mode bloc. Un grand merci à STEVEN (dans mon top 3 des meilleurs des virtuoses du « Lua », et concepteur d’outils performants et fiables que compte ce forum tout comme les outils et plugins de Krikoff !!!) Le nouveau module GEA Alarm est aussi fort intéressant, J’ai testé avec succès le chargement de l’heure et des jours via un module virtuel, et l’automatisation d’une tâche dans GEA 153 étant l’ID de GEA_ ALARM Ex : 11H00 les Me, Je & Ve Module virtuel : fibaro:call(153, "setProperty", "ui.lblAlarme.value", "11:00") fibaro:call(153, "setProperty", "ui.lblJours.value", " Me Je Ve") Cde dans GEA (v3.60) : GEA.add({"alarm" , id["GEA_ALARM"]}, 0, "Spot Extérieur & Wall Plug allumé à : #time#",{{"turnOn", id["SPOT_EXT_AVANT"]}, {"turnOn", id["WALL_PLUG_ID_47"]}}) Par contre comme le suggère STEVEN aux « bidoulleurs », où en tout ce que j’en ai compris, je souhaiterais me passer de ce VD et d’intégrer directement le chargement de l’heure et jours à partir de GEA, j’ai testé différentes commandes sans succès, le GEA Alarm n’est pas mis à jour et la cde ne s’effectue pas. ex de cde DANS GEA (15H48 & Me Je Ve), tâche ID3: GEA.add({"alarm" , id["GEA_ALARM"]}, 0, "Spot Extérieur & Wall Plug allumé à : #time#",{{"turnOn", id["SPOT_EXT_AVANT"]}, {"turnOn", id["WALL_PLUG_ID_47"]}},{"Label", GEA_ALARM, "lblAlarme", "15:45"}, {"Label", GEA_ALARM, "lblJours", "Lu Ma Me Je Ve"}) Le mode Debug liste les actions suivantes : La tâche ID3 est systématiquement désactivée, notamment à l’heure souhaitée. [DEBUG] 15:45:02: En cours : vérification (ID:3) [turnOn,4] [turnOn,47] [DEBUG] 15:45:02: Check : démarrage vérification (ID:3) [turnOn,4] [turnOn,47] [DEBUG] 15:45:02: Check : vérification des dates (ID:3) [turnOn,4] [turnOn,47] [DEBUG] 15:45:02: isActivate : vérification de l'activation (ID:3) [turnOn,4] [turnOn,47] [DEBUG] 15:45:02: isActivate : type : alarm (ID:3) [turnOn,4] [turnOn,47] [DEBUG] 15:48:02: !CANCEL! isActivate : désactivé (ID:3) [turnOn,4] [turnOn,47] De même en dissociant en 3 lignes de commande. Merci pour votre aide.

le lien V3 est bien présent en première page mais dans le début du post et non avec les versions V2 pour V3 ou V4 de la HC2

JOJO bonjour. Que veux dire (G1 !!! pas G2), et prévoit tu une évolution de ton VD « Cde manuelle du panneau de chauffage » avec bouton « Holiday & 10°C ». De mon côté, lorsque qu’un panneau de chauffage active le module lié (FGS221 Switch 2x1,5kW) la PAC Eau/Eau démarre une 1ère tempo (relais tempo positionné à 1 mn) puis active la pompe immergée et un second relais tempo (1mn) avant de déclencher le compresseur de la PAC ce qui me laisse le temps suffisant pour agir via ton VD. De plus je me dis que si je suis en limite en intensité consommée sur une des 3 phases, c’est plus dà» à un appareil gourmand comme le chauffe eau, four, lave vaisselle, lave linge ou sèche linge, donc attendre une heure pour repasser ce panneau de chauffage en auto (donc en demande de chauffe), ce doit être suffisant, dans le cas contraire, la scène ré-activée lrepassera à nouveau en « manuel 18°C & 1 Heure). Maintenant, je dois peut être partir des infos du HEM3 par phase et non du total pour appréhender au mieux le risque de disjonction.

Pour ce délestage, je pensais utiliser une scène dans laquelle je surveille mes demandes de chauffage des différents panneaux , puis en fonction du résultat Puissance souscrite _ puissance donnée par les HEM3 (toutes les 10 sec) et moins une réserve, alors si puissance dispo insuffisante, alors activer le module virtuel de la zone demandeuse, et un pushbutton sur 18°C (voir l'ID du bouton) et un second pushbutton sur +1H (voir l'ID du button), ce qui devrait repousser la

Merci JOJO. Très très interéssant ce virtual device et fort bien adapté àmon mode chauffage (PAC Eau/Eau et 3 Zones dont 2 avec vannes Danfoss). Et l'intérêt supplémentaire serait d'utiliser ces VD dans une scène pour Délestage lors d'une demande de chauffe par une zone et ce en fonction du delta de puissance disponible entre mon abonnement EDF et la consommation en cours relevé pa

Bonsoir Krikoff, merci pour ces réponses. Il me semble que ce pb est apparu avec la version V3.590 de la HC2 que l'on soit avec le toolkit .1.0.0.5 ou 1.0.0.7 Cdt

Krikoff bonjour. Vraiment génial et indispensable ce toolkit. Je rencontre le même problème d'interrogation de toutes les données tout comme i-magin et lolomail, (Windows Seven 64 bits) cependant il suffit de lancer onglet par onglet pour consolider l'ensemble des données. De plus est-il (ou serait-il) possible de connaître pour un module, la liste des scènes, minimum l'ID, (blocs ou LUA) où ce module est présent, notamment lors de la suppression et ré-inscription du module. Cdt

De mémoire, les alims àdécoupage répondaient àcette objectif de réduction de perte, Ces alims ont certainement un coût suivant le rendement recherché, donc voir le rapport : Watts économisés/Coût alim. Quant au gain de place, je doute, mais la solution sera plus "propre"

De mes 20 années dans les Télécoms côté Technique puis 20 autres années côté commercial dans les NTIC (Toip, Lan, wan, sécurité) , j'ai gardé cet intérêt pour les nouvelles technologies avec en ligne de mire, l'usage personnel et raisonné que je pouvais en faire. Je m'intéressais à la domotique de puis de nombreuses années, mais les solutions étaient soit trop propriétaires soit trop Geek pour mes compétences. En 2012, j'ai porté mon choix sur la FIBARO HC2, d'une part parce que FIBARO était aussi constructeur de modules ZWAVE et d'autre part parce que sa box était autonome, orientée utilisateur et présentait un potentiel d'évolution certain. L'architecture cible devant me permettre de répondre aux besoins ci-après : - rendre communicante (push, Text to Speech) et pilotable par un smartphone ou tablette une vielle mais fiable alarme filaire et accroître son périmètre fonctionnelle (vidéo-surveillance) - piloter les volets roulants radio Bubendorff suivant des scénarii de gestion de présence et conditions météo. - piloter et optimiser le fonctionnement du chauffage (PAC et radiateur à circulation d'eau) - appréhender les consommations électriques, revoir la répartition des appareillages phase par phase (solutions en Tri-phasé) A ce jour, mon architecture domotique est fédérée par la box Fibaro Home Center 2 et une IPX800 & extensions 880 puis un ensemble de modules : Wall Plug, FGS-221 , FGD-211, FGBS-001 Universal Sensor , HSM02-1-1V1, SP814 Motion detector ,SF812-1 Smoke Sensor ,Danfoss Live Connect,Vivotek IP & TrendNet Camera,Home Energy Meter DSB09104-ZWEU_3 sondes. Aujourd'hui, je suis tout particulièrement les sujets traitant de plugins LUA et d'outil de reporting et suivi type graphique vers NAS. Ma participation sera cependant à la mesure de mes compétences (je suis de la génération programmation en Hexadécimal, assembleur, Basic & Fortran...) et de ma présence. Cdt.