Fredmas

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart Au plaisir de te lire

Ouch ! Merci pour l’info.

Débutant tu es sûr ? Parce qu’à vous lire je me sens bien mauvais

Ok compris. Merci @Moicphil Leur réaction est dommageable car sans forum leur popularité serait moindre, mais c’est comme ça. Lois du marketing et de l’industrie. Par contre si je peux me permettre, il serait peut-être bon de supprimer le logo et le lien en page d’accueil du forum, non ?

Ha c'est un bon point vis-à-vis de leur cloud ça. Ca veut dire que bien que leur serveur soit en panne, temporairement ou définitivement, via un navigateur tu peux continuer de gérer/modifier ton installation

arf... donc si besoin d'utiliser leur app pour configurer le système d'alarme ou pour une autre fonction que je ne connais pas, il y a besoin de leur cloud et de leur "existence". Si tout fonctionne et est déjà paramétré, ils peuvent disparaitre et l'alarme fera son job en cas d'intrusion dans le futur. Bon, c'est le principal (seul) mauvais point que je vois à cette alarme à côté du reste qui semble très positif, car je revendique la pleine autonomie et non dépendance au cloud (d'où mon choix Fibaro à l'origine), mais malheureusement ils ne sont pas un cas isolé il me semble, en tout cas de moins en moins... Après, à part en cas d'évolution de l'installation ou d'extension à venir, j'ai envie de dire qu'une fois que tout est installé et paramétré, même si l'entreprise devait disparaitre l'installation continuera sa vie en place. Sauf si on peut paramétrer le système depuis un navigateur sans leur app smartphone, ce qui ne semble pas être le cas de ce que j'ai compris ?

Merci pour la confirmation Steph. A défaut d'une Diagral vieillissante à la stratégie "bizarre", celle-ci semble être un bon rapport qualité prix et me semble intéressante avec ces relais optionnels Autre question, dans son fonctionnement et réglage, est-elle autonome ou dépendante de leur cloud et appli ? Autrement dit, AJAX coule demain ou change de stratégie, c'est transparent pour l'utilisateur ? Un des points important qui pour la plupart d'entre nous a compté pour choisir Fibaro il y a quelques années

Cool , ça veut dire qu’avec 2 de leurs relais, on pourrait récupérer les états : - relai 1 = information armé/désarmé - relai 2 = information intrusion/pas intrusion C’est intéressant pour lancer quelques vérifications/actions avec le contrôleur Fibaro en parallèle du boulot fait par l’alarme.

Du coup, également avec la nouveauté de leurs scénarios, quels états on peut récupérer sur cette alarme ? Armée, désarmée ok. Mais peut-on également désormais récupérer l'état intrusion ?

Je me permets de poster ici malgré l'âge du post, car le sujet alarme m'intéresse depuis quelque temps, trop longtemps, et il est sûr que je vais en installer une. J'espère avant qu'il ne soit trop tard.... Ca vient peut-être de moi, mais je n'arrive toujours pas à comprendre la raison créant l'envie de vouloir "créer" l'alarme par la domotique ?... Je rejoins ce qui a déjà été dit, me concernant ce sont 2 produits et 2 fonctions totalement différentes. Avec 2 niveaux de fiabilité différents. Comme pour beaucoup d'autres produits moins sensible d'ailleurs, le produit 3 en 1, plutôt que différents produits remplissant parfaitement leur fonction, mouais pas toujours... Si la raison principale est le lien entre les 2, par exemple activer l'alarme par la domotique lorsqu'on quitte la maison, je pense qu'il faut raisonner dans l'autre sens. Une alarme 100% autonome et hors domotique, et arriver à connaitre de manière neutre et sans influence son état pour en faire quelque chose. Dans mon choix d'alarme, plus tard, je souhaite simplement pourvoir récupérer son état. Cet état communiqué à mon contrôleur Fibaro, quelques scénarios s'activeront mais uniquement "pour compléter" le système d'alarme qui sera autonome dans sa propre gestion. Je peux jeter ma box Fibaro contre le mur (ou simplement faire un update firmware Fibaro de trop ), et mon alarme devra continuer d'être opérationnelle évidemment.

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart Au plaisir de te lire

Est-ce normal que le lien ne fonctionne plus ou cela vient de chez moi ?

Je réponds tardivement, mais j’avais à la fin le même genre de problème avec mon ancienne HCL sur laquelle je n’avais installé que des firmware stables jusqu’à ses problèmes. Je l’ai gardée 6,5 ans, et les 5 premières années sans trop de problème ni de bug. La dernière année les scènes se sont mises à fonctionner quand elles voulaient, les mêmes qui ont fonctionné pendant des années. 1 semaine oui, 2 semaines non, puis 3 jours oui, et 1 mois non. N’ayant jamais réussi à trouver la solution, j’ai changé cette année pour le nouveau contrôleur Fibaro, et je n’ai plus de problème. Ça ne t’aidera pas beaucoup, à part savoir que ton cas n’est peut-être pas isolé…

C’est exactement comme cela que j’ai fait le mois dernier, sans me poser de question, et tout c’est très bien passé, vite, et sans boules bleues De toute façon un vieux module ou un neuf, je commence toujours par l’exclure avant de l’inclure. Donc pas de raison de faire autrement durant la migration

Version 5.071.52 BETA Important Notice The following software update contains a lot of new features to enhance the capabilities of your system. Due to the number of changes, we recommend installation only for advanced users and installers. Update 5.071 includes a new version of the Z-Wave software (called Z-Wave 3.0). This version features expanded default device support, the ability to add products using Smart Start technology and many other changes. Please note that this is a beta version and its compatibility will be developed with further updates - not all Z-Wave devices are fully supported**. ATTENTION - installing version 5.071 does not automatically change the existing Z-Wave 2.0 software to 3.0. In order to run version 3.0, it is necessary to restore the gateway to factory settings, requiring the system to be configured from scratch. In future updates we will work on extended device support and provide a mechanism to migrate your current system configuration to the new Z-Wave engine. Main features: 1. Z-Wave Software 3.0 New Z-Wave engine version 3.0 - in order to use it is necessary to configure the system from scratch. Currently it is not possible to migrate the system in version 2.0 (current) to version 3.0 (new). Version 3.0 includes the following changes: Simplified mechanism for adding devices (Smart Start). Support for improved encryption mechanisms (Security S2). Streamlined process of advanced device parameters configuration. Possibility to update device software from a file. Extended compatibility of Z-Wave devices (more devices, additional features). 2. Yubii Ecosystem (Home Center 3 & Yubii Home)* Changes to the Yubii Ecosystem device support: New features related to operating speed for selected devices (also available from block scenes and notifications). Support for further Nice devices. We have started work on supporting Elero devices in the Yubii Ecosystem: First, test feature for adding devices to the ecosystem (support for roller shutters only). The functionality is under development and may be significantly modified in future updates. 3. Energy Panel The first part of functionalities we are providing in the brand-new Energy Panel: Eye-catching energy data visualisation interface. Preview of energy data generated by devices using renewable energy sources. Preview of individual and aggregated data related to energy consumption at home. We will add further functionalities in upcoming updates. 4. Gateway Connection We have introduced a mechanism for linking HC3L and Yubii Home gateways. It is possible to connect a master HC3 with HC3L or Yubii Home, which operate in slave mode. This allows to create a smart home system based on HC3, HC3L and YH products. Please note that the master panel can only be HC3. Note - linking of control panels only works within the Z-Wave 2.0 engine. What's new: Access Tooltip with description on user synchronization button. Alarm Brand new alarm control dashboard, available to any user. Possibility of arming and disarming individual zones and the entire house. Information on the zone tile how much time has elapsed since arming/disarming/alarm. Backup Column with backup size information. Information in api about the Z-Wave engine version on which the backup was created. Warning before restoring a backup created on a different version of the Z-Wave engine. Dashboard Icon in the header indicating that there is no internet connection. Device limit on YH/HC3L replaced with a recommendation of their maximum number. Devices Notification of required device reconfiguration after its updating. Possibility of interrupting a queued device update process. Possibility to set a favourite position for grouped roller blinds. Refreshed Z-Wave configuration parameters support if selected the new Z-Wave engine. Info on the Advanced tab about the security level the device was added with. Marking devices added in security mode with a lock icon. Increased the limit of 20 characters for the device name to 60 characters. Improved operation and support of power and energy meters. Added support for upcoming firmware updates of FIBARO Heat Controller (FGT-001). Support for FIBARO Smart Implant (FGBS-222) version 5.2. Changed the default icon, role and category of the Rehau RE.GUARD device. Elero* New category of devices in adding process. Pairing of Elero devices possible with the new adding wizard. Energy Brand new energy panel, available to any user. Support of devices that consume and produce electricity. Display of production, consumption, and energy balance for selected time period. Comparison of the energy balance for the last three time periods. Top three devices that consumed the most energy during the current time period. Detailed energy consumption data displayed by room or device category. Filtering of detailed energy consumption data by room or device category. Gateway Connection Possibility to use Yubii Home and Home Center 3 Lite as slave gateways. Adding and removing devices on connected YH or HC3L from the master gateway. Possibility to add slave gateway connected to subnet used by master in Wi-Fi connection. Blocked connecting of gateways with new version or different versions of Z-Wave engine. General Possibility of setting m/s as a wind speed unit. Accepting global variable values longer than 20 characters. History Enlarged clickable area on the button with information about new events. Nice* Support in scenes for actions with specified roller blind movement speed. Notifications available as scene triggers. Notifications System notification for possible scene update when wind speed unit has changed. Other Saving the name of device or scene after pressing the enter key. New, Danish language version. Plugins Added Husqvarna Automower plugin with support in scenes. Quick Apps New variable type - secret variable, designed for passwords. Scenes Capability of creating multi-line messages for e-mail and push notifications. Z-Wave Possibility to select the Z-Wave engine version after resetting to factory settings. Bug fixes: Backup Unexpected new line character in backup description. Cameras Image from a camera using digest authentication does not arrive via e-mail. Preview tab is not active after saving the paths and address of IP camera. Dashboard Negative values greater than -1 are displayed as positive. Devices Changing the temperature sensor belonging to linked device does not activate the heating. Door lock may be in wrong state right after being added. Inverted state logic for door lock custom icons. No possibility to configure endpoint as output when configured as input before. FIBARO Walli Controller (FGWCEU-201) does not work in security mode. Incorrect value of parameter 14 for Heatit Z-TRM2fx. History No icons and labels for some events and actions. No units for values reported by multilevel sensors. Network Access Points of the same network are displayed as separate Wi-Fi networks. Wi-Fi network unexpectedly disconnects, and gateway retries to obtain an IP address. Nice* The stop action for grouped roller shutters does not work. No possibility to add a device for which the adding process was interrupted earlier. Error when trying to control several shutters simultaneously. No translations for notifications in block scenes. Other Tooltips do not disappear automatically and cannot be closed by clicking on them. Swagger is available via remote access but is useless. Plugins No display of data stored in the Dahua plugin. Unable to trigger a scene via Satel alarm outputs. Some Sonos devices are not discovered by the plugin. Blocked UDP ports prevent the detection of some devices on the network. Profiles Buttons of Quick Apps which are available in scenes are not available in profiles. Quick Apps UI elements do not refresh when changing properties. Action setColor does not update the colour property of colorController device type. Scenes No possibility of creating scene with action for group of devices. Incorrect interpretation of home arming status based on the status of the partition. Update Insufficient timeout for requesting gateway update status. Known issues: Energy The energy related data collected so far does not appear in the new energy panel. Z-Wave FIBARO Heat Controller (FGT-001) is not functional in this firmware version - only with engine 3.0 Not all Z-Wave devices are fully compatible with the new version of Z-Wave engine (3.0) In some cases, device adding/removing fails and gateway needs to be rebooted to retry Gateway connection is not available in the new engine version * - does not apply to HC3L (Home Center 3 Lite)

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart Au plaisir de te lire

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart Au plaisir de te lire Je n'ai jamais utilisé Jeedom pour pouvoir "sérieusement" te répondre sur la comparaison. Ce que je sais c'est que j'ai commencé il y a quelques années avec une HCL (en mode bloc et virtual device), et j'ai pu faire ce que je voulais en chauffage et automatisation de la maison. Cette année avec le changement pour mon nouveau contrôleur Fibaro, je découvre et j'apprends LUA et QA, qui permettent évidemment beaucoup plus de chose, et finalement de manière plus simple. Je ne suis pas programmeur de formation et grâce au docs Fibaro et le soutien de ce forum j'y arrive. Donc il n'y a pas de raison que tu n'y arrives pas venant de Jeedom. Et oui tu as une app Fibaro téléphone et tablette.

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart Au plaisir de te lire

Je viens de finir de lire le topic traitant des enfants... Heuuu comment dire, même si j'essaie d'apprendre vite, il me permet de mesurer le gouffre de connaissance et de confort de codage que les habitués ont, comparé à moi qui me suis mis au LUA il y a 1 mois après quelques années en mode bloc. Donc oui, étape par étape, après avoir lu et relu, codé et recodé quelques scènes en LUA, je me sens plus à l'aise, mais il y a encore pas mal de chemin à parcourir. Je vais démarré déjà un premier QA conséquent (pour moi) en Generic Device, et une fois à l'aise je tenterai de voir ce que peut m'apporter cette gestion d'enfants. Donc pour revenir à ce topic typé débutants , et je l'espère pas utile uniquement pour moi in fine, après la compréhension des types je reviendrai pour d'autres découvertes Mais avec méthode et classe bien entendu Bon ok je sors...

Oui merci @Lazer. A la rigueur ce topic est plus pour des besoins de compréhension du fonctionnement des QA pour débutant que de résoudre à proprement parler mon besoin, ou chaque besoin individuel. Même si tout est lié. Je pense avoir mieux compris les "types", et je vais essayer avec un "generic" de construire mon premier vrai QA répondant à ce besoin comme un premier exercice à mettre en prod. Malgré tout je suis en train de lire/relire le topic traitant des enfants pour commencer à comprendre. Pas toujours simplement de changer son mode de raisonnement

C'est fort probable oui... Bon ben je vais regarder cette histoire d'enfants alors... Sachant qu'il ne me semblait pas avoir besoin de QA pour commander le FGS qui commandera la pompe, ni le FGBS qui remontera la température de la pac et commandera son relais on/off. Le but étant que le QA s'occupe de tout seul, principe de l'automatisme et pas de la télécommande, je pensais principalement gérer le mode absent, ou 2 ou 3 boutons pour forcer des mode auto/manuel éventuellement. Puisqu'en dehors des 2 ou 3 boutons, en mode scène LUA je sais déjà comment le faire. Mais comme tu le dis, peut-être n'ai-je pas le bon mode de raisonnement QA vs VD...

super QA ça je ne sais pas, mais comme dit ailleurs maintenant que j'ai fait quelques trucs (probablement basiques pour les spécialistes) en LUA, je commence l'apprentissage des QA. Effectivement ce QA serait dédié à la gestion de la piscine, et probablement dans l'esprit du tien pour la maison: par exemple chauffage (FGBS) et filtration (FGS), en fonction des températures (FGBS), des horaires, de boutons virtuels auto/manuel, du mode vacances/présence, etc. Le deuxième QA, quand j'aurai assimilé la philosophie, sera pour transformer certaines scènes LUA faites pour la gestion de maison, avec l'expérience du premier non vital Merci pour ta réponse, je viens d'en créer un pour essayer et effectivement le type "Generic device" dont tu parles semble tout indiqué. Dommage pour l'icône, mais ce n'est pas le plus important. En tout cas je comprends un peu mieux le fonctionnement de ce "generic" et du coup des autres, avec le fait de devoir l'ouvrir ou pas pour l'utiliser par exemple. Du coup pour les types "simples" ça veut dire que la gestion de ce qui se passe en lien avec l'icône par exemple ou les notifications, est gérée de manière transparente (non visible dans le main en tout cas) en lien avec les méthodes existantes lors de la création du QA? Après j'avoue que le type "Device Conroller" m'interpelle, en tout cas la porte que tu ouvres lorsque tu en parles en citant la possibilités d'enfants Mais bon je vais déjà essayer d'un faire un "generic" correctement d'abord...

Bonjour à tous, Allé, sans aucune honte j'ouvre ce sujet pour débutants qui ont lu le manuel QA de Fibaro mais qui n'ont pas trouvé leurs réponses Je ne doit pas être le seul et je pense qu'au fil du temps, la liste des questions à venir dans ce topic pourrait peut-être (je l'espère) aider les autres débutants Lien vers le manuel Fibaro LUA Lien vers le manuel Fibaro Quick Apps #1 Question 1 : choix du type lors de la création d'un QA Lien vers la réponse la plus utile Lorsque l'on crée un QA simple le choix du type est plus facile/évident. Mais lorsque que l'on veut créer un QA qui fait plusieurs choses, vérifier des horaires, possède des boutons et des labels, change des variables globales ou locales, lance des scènes, active des modules (FGS/FGD/FGBS, etc.), comment faire pour choisir le bon type de QA lors de sa création ? J'ai bien trouvé la liste existante, mais bien comprendre les conséquences du choix du type serait bien mieux. Types of Quick App devices: Binary sensor, Binary switch, Color controller, Door lock, Door sensor, Energy meter, Generic device, Flood sensor, Humidity sensor, Multilevel sensor, Multilevel switch, Player, Power sensor, Remote controller, Roller shutter, Smoke detector, Temperature sensor, Thermostat (auto, cool, heat), Weather, Wind sensor, Window sensor. #2 Question 2 : faire tourner un QA en boucle pour vérifier l'heure et déclencher des actions Lien vers la réponse la plus utile Dans la continuité d'apprendre la philosophie des QA et leurs possibilités afin de remplacer les scènes petit à petit, je n'ai pas trouvé comment faire tourner un QA en boucle. Je raisonne probablement encore trop en mode scène LUA, mais bon pas facile de changer du jour au lendemain. Alors je vais prendre un exemple pour illustrer la question et aider les autres débutants comme moi à se projeter en situation pour mieux comprendre. La suite ici. #3 Question 3 : définir correctement une fonction comme membre du QA Lien vers la réponse la plus utile J'ai compris que pour qu'une fonction prenne des commandes self par exemple, et donc utilise les méthodes du QA, cette fonction doit être membre du QuickApp (ajoutée au QuickApp class). Cependant à la lecture des sujets et des manuels Fibaro, on constate plusieurs types d'écriture et manières de déclarer une fonction pour qu'elle soit membre du QA, en tout cas j'en ai retenu au moins 2. La suite ici. #4 Question 4 : définir correctement la méthode de débogage dans la console d'un QA Lien vers la réponse la plus utile Cette fois, rien de bien compliqué, c'est davantage une question "café-philo" à propos des bonnes pratiques. Après avoir lu le sujet rédigé par @Krikroff et du coup relu le manuel Quick Apps de Fibaro , il me reste quelques doutes quand au choix des différentes méthodes de de débogage dans la console d'un QA. La suite ici. #5 Question 5 : appeler une fonction B et attendre son résultat pour l'utiliser au sein d'une fonction A avant de continuer la suite du code du QA Lien vers la réponse la plus utile Dans une fonction A dans un QA j'appelle une autre fonction B, mais j'ai besoin d'attendre le résultat de cette autre fonction B avant de continuer à dérouler le reste de la fonction A. Comment coder "proprement" pour que la ligne de 17 attende l'exécution et le résultat d'une fonction appelée à la ligne de code 16 ? La suite ici. #6 Question 6 : respecter de bonnes pratiques d'architecture logicielle pour le code d'un QA Lien vers la réponse la plus utile et une deuxième C'est davantage un sujet de partage, et à la rigueur de café-philo me concernant, qu'une question répondant à un besoin à proprement parler. Mais maintenant que mes QA sont stables et continuent d'être modifiés et améliorés, je me pose la question d'une meilleure architecture du code et de comment mieux le structurer tant pour la performance que pour sa compréhension et sa maintenance. La suite ici. Et un peu de la place pour les questions suivantes

ok, merci

Quelle est la différence avec cette syntaxe : fibaro.getValue (1, 'sunriseHour')