MAM78

Il me semble que la RFXCom est nécessaire pour pouvoir piloter des équipements Somfy. J’ignore si c’est la case de@DavidD. Il parlais d’un besoin de pilotage de volets. Il me semble. Mais dans ce cas elle sera également nécessaire derrière une HC2. Quid d’une HC3 ? Envoyé de mon iPhone en utilisant Tapatalk Pro

Merci@Lazer pour la correction, je me suis effectivement trompé de clé. Mais qui reste toujours un coût additionnel [emoji6] Envoyé de mon iPhone en utilisant Tapatalk Pro

Si tu parts pour une installation Jeedom sur ton Synology. Ce ne sera pas sans coûts additionnels. Il te faudra clé type RFXCom (radio Z-Wave) à connecter sur un port USB de ton NAS qui coûte environ 90 € plus le prix des plugins. Idem pour un NUC. Pour une HC2 d’occasion tu en trouves régulièrement sur le forum aux alentours de 200 € Envoyé de mon iPhone en utilisant Tapatalk Pro

non qu’est-ce qu’elle apporte ? Envoyé de mon iPhone en utilisant Tapatalk Pro

La solution à l’ensemble de tes besoins, c’est la HC2 pour sa fiabilité et ses fonctionnalités. Il y a de très bons prix actuellement en occasions et un support encore très actif proposant énormément de Virtual Devices et scènes et des conseils avisés. Pour Jeedom. il y a également une grande communauté active mais j’apprécierais moyennement de devoir payer pour accéder à des plugins. Ce que justement ce que j’aime ici, le partage des sources et l’esprit d’entraide sans sectarisme (ou presque pour les mangeurs de pommes [emoji2957]) Même si l’on passe beaucoup de temps sur nos box, on apprend tous les jours et fait travailler nos neurones, avec l’âge c’est important de les garder actifs [emoji6] C’est toujours très gratifiant de réussi à faire fonctionner ses propres développements (ou même à adapter les sources de la communautés) pour qu’ils correspondent à nos propres besoins. Sans être bridé par une solution propriétaire ou peux adaptable à ses besoins immédiats et futures. Certes, pour pouvoir tirer le meilleur des fonctions avancées de sa HC2, il faut apprendre à coder en LUA, avoir certaines capacités telle que l’algorithmie, avoir envie de relever des chalenges malgré le temps nécessaire et accepter que certaines fonctions sont manquantes, mais on arrive toujours à s’en sortir seul ou avec l’aide de la communauté. La HCL ne disposant pas d’un vrai langue bride forcément les usages et peut devenir frustrant tel que tu peux le ressentir. Une box ouverte intégrant une vraie langage de développement apporte énormément de perspectives et permet d’adresser énormément de cas d’usages. Presque sans limites. Toujours pour Jeedom, je penses qu’il faut bien choisir son hardware. Il y a eu par le passé pas mal de mauvaises expériences sur des bases Raspberry. Plus tard tu pourras passer à la HC3. Une fois qu’elle sera stabilisée (avec une bonne application mobile) et ouvertes sur les autres protocoles et utiliser ses nouvelles fonctionnalités telle que la possibilité de construire tes propres devices virtuels totalement intégrés tels les devices physiques. D’autant que d’ici la communauté aura mis à disposition de nombreux Virtual devices et scènes qui t’aiderons dans ta migration. Tu peux toujours partir directement sur une HC3 mais tu risques d’essuyer les plâtres et avoir une certaine frustration. A décider en pleine conscience [emoji6] ou voir ailleurs si l’herbe en plus verte [emoji56]

J'ai trouvé la réponse à ma question. effectivement le Smoke+CO Alert n'est pas supporté par l'API Google. J'ai perdu 5$ pour m'inscrire à leur service pour rien. En espérant que cela puisse me servir pour d'autres usages CF. article ci-dessous : https://support.google.com/googlenest/thread/76035557?hl=en

Il semblerait que les services Work with Nest ne sont plus disponibles pour les nouveaux utilisateurs. Voir message affiché sur le site de Nest : Works with Google Assistant (WWGA) permet à Google Assistant de contrôler tous vos produits connectés. Vous pouvez utiliser l'Assistant Google pour développer des routines d'assistant à utiliser dans les applications Accueil ou Assistant. En outre, nous avons lancé un nouveau programme pour les développeurs, Device Access, qui permet d'accéder, de contrôler et de gérer les appareils Nest au sein des applications, des solutions et des écosystèmes de maison intelligente partenaires, à l'aide de l'API Smart Device Management (SDM). Pour en savoir plus sur ce nouveau programme et comment démarrer, visitez le site Device Access . Le problème dans le nouveau programme d'API Google, il semblerait que les détecteurs Nest Protect ne sont pas accessibles, voir liste des fonctionnalités disponibles pour le appareils Nest : Est-ce que l'un de vous pourrait confirmer où est-ce une erreur d'interprétation de ma part ?

Pour moi totalement inexploitable Mais la nous sommes hors sujet [emoji6] Envoyé de mon iPhone en utilisant Tapatalk Pro

L’une des choses qui le retient le plus à basculer sur la HC3 c’est leur nouvelle application iPhone qui est moche pas ergonomique et qui plante au bout de 10 secondes. Impossible de passer le WAF. Envoyé de mon iPhone en utilisant Tapatalk Pro

Lorsque je vais investir dans une HC3, je ferais mes propres QA avec de vrais sondes climatiques qui pourront être reconnues comme des vrais modules Merci pour vos retours toujours aussi efficace Dans l'attente de l'investissement dans une HC3 je vais probablement mettre en place une surveillance pour vérifier s'il y a des écarts importants entre les données remontées par le plugin et mes VD Netatmo (qui eux sont toujours bons). S'il y a un écart important sur une certaine durée, j'enverrais un message m'invitant à rebooter ma HC2.

C'était bien ça la solution Merci

Suite à vos échanges, je viens de vérifier mes devices Netatmo et l'un d'eux avait les piles à plat. Après le changement des piles le module réapparaître dans l'application Netatmo. Du coup j'ai relancé la procédure de configuration de ma station dans l'application Netatmo. Je ne sais pas si c'est lié mais je constate que les devices sur ma HC2 (via le plugin Netatmo de Fibaro) ne s'actualisent plus . J'ai par ailleurs installé des VDs connectés à mon compte Netatmo qui eux fonctionnent très bien. Mon problème c'est que mon chauffage via les panneaux de chauffage utilisé les devices (via le plugin Netatmo de Fibaro) comme module principal des pièces. Du coup mon chauffage ne réagit plus aux variations de températures. C'est la m.... J'ai vu par le passé que le plugin Netatmo pouvais déconner de temps à autre. Est-ce que vous auriez une idée pour résoudre mon PB ?

Est-ce que le packaging sonos-http-api sous docker (Synology) a été finalisé. Sin oui, je serais intéressé par celui-ci.

Bonjour j’ai le même souci que @Bobobule, mes messages écoutés sont parfois ceux précédemment demandes et non celui que je viens d’envoyer. Il semblerait que l’enceinte Sonos bufferise parfois un message TTS sans l’énoncer. Puis lors de l’envoi d’un nouveau message, ce n’est pas le nouveau message qui est énoncé mais l’ancien. Quelqu’un aurait trouvé une solution pour régler ce problème. Comme par exemple une commande API qui purgerait le buffer du Sonos. Envoyé de mon iPhone en utilisant Tapatalk Pro

Hello, J'ai un petit souci sur l'utilisation. Lorsque j'envoie un message TTS et que j'envoie la lecture d'un fichier MP3 avant la fin de la lecture du TTS, mon MP3 ne passe pas. Est-ce un fonctionnement normal (une limite du module de @Krikroff) ou est-ce qu'il y existe une solution pour que les 2 lectures (TTS et MP3) s'enchainent ? Mettre une pause de type sleep entre les 2 c'est pas top. mon TTS peut être de durée variable et en plus lié au temps réponse du serveur TTS. Une idée ?

Nouvelle version V1.3.0 : du 15/11/2020 -> Ajout d'une variable Mode_StatusOff dans le Main Loop. Voir explication dans la documentation.

Comme j'aime bien mes icônes pour l'arrosage goutte à goutte et Sprinkler, je les partage A voir sur fond noir. Elles rendent encore mieux

Nouvelle version V1.2.0 : Ajout d'une variable "OnValue" pour pouvoir préciser quelle est la valeur du Device lorsqu'il est en position ON (marche). Précision dans la documentation sur la configuration d'une Device selon qu'il est en position normalement Ouvert ou normalement Fermé. Nota : N'ayant pas HC3 pour le moment je continue de créer des VD et Scènes pour nos HC2 en attendant l'achat d'une HC3. Je pense que nous sommes encore nombreux à utiliser nos HC2, du coup je partage

Pour ce qui suivent ce Post vous trouverez ci-après un nouveau VD permettant de piloter un IPX800 V4.

IPX Device Manager Préambule : Vous trouverez ci-dessous le nouveau Virtual Device visant piloter un device d'un IPX800 ou tout autre module pilotable avec des requêtes HTTP. Le VD permet d'intégrer de nombreux modes paramétrables de type On / Off et pilotables selon un timer programmable en mode automatique ou manuel.  Le projet exploite l'API mise à disposition par GCE à l'adresse suivante : http://gce.ovh/wiki/index.php?title=API_V4 A l'origine de projet, je cherchais une solution pour mettre en marche une sirène connectée à un relais du l'IPX800 V4. Mais du coups, ce VD peut être utilisé pour activer et désactiver n'importe quels : sorties relais de l'IPX800V4 et des extensions entrées et sorties virtuelles entrées analogiques virtuelles extensions pilotant les volets roulants extensions Fils Pilotes extensions X-DIMMER pour piloter vos lumières compteurs thermostats volets roulants Enocean actionneurs Enocean Il est également totalement adaptable pour gérer tous types de devices pilotables par des requêtes HTTP. Le Projet : Le but du projet consiste à (pour le moment) : pouvoir activer ou désactiver un device selon des requêtes HTTP programmer un minuteur qui détermine une durée d'activation du device et sa désactivation automatique une fois le temps écoulé. permettre d'avoir plusieurs modes d'activation pour un même device (moduler les durées, agir sur les paramètres du device, ...) pouvoir choisir les désignation des états affichées (Arrêt/Marche, On/Off, Allumé/Eteint, ...) et selon la langue que vous souhaitez. pour afficher les icônes correspondantes aux différents modes définis Quelques exemples de modes. Mise en marche d'une sirène d'alarme pour une durée déterminée Activer l'arrosage automatique pour une durée déterminée Allumer une lumière pour une durée déterminée Activer un chauffage pour une durée déterminé ... Vos idées/suggestions sont le bienvenues Pré-requis : Disposer d'un IPX800 V4 ou tout autre module pilotable par requête HTTP Installation : Télécharger et installer le Virtual Device ci-dessous (sa dernière version) Configuration : Du Virtual Device : Dans l'onglet Avancé du VD importé, il convient de : De nommer votre VD (ex. : Sirène Alarme) à votre convenance De désigner la pièce où est situé votre device Modifier les icônes de chaque bouton pour les faire correspondre à l'état du Device. Ne pas oublier de sauvegarder Cf. image ci-dessous : Configurer dans le bouton btUpdate votre VD pour configurer les différents modes (celui avec la fusée) : C'est ce bouton qui s'occupe de piloter vos différents modes : Renseigner les paramètres indiqués ci-dessous : Dans la structure HTTP_Device : ["Name"] = "IPX800 V4", ["IP"] = "192.168.0.50", ["Port"] = "80", ["LoginAuth"] = false, ["User"] = "xxx", ["PSW"] = "yyy", ["URI"] = "/api/xdevices.json?key=ZZZ&", ["Id"] = "R1", ["OnValue"] = 0, ["Commande"] = "" Name = désignation de votre Device. Utilisé uniquement pour les messages dans les logs. Port = port réseau pour accéder à l'API de votre Device IP = adresse ID pour accéder à l'API de votre Device LoginAuth = Indicateur true / false pour préciser s'il faut utiliser l'APIKEY où le login et le mot de passe pour accéder à l'API de votre Device User = login d'accès à l'API de votre Device PSW = mot de passe d'accès à l'API de votre Device URI = Lien URI (URL) d'accès à l'API de votre Device ZZZ = votre Clé APIKEY personnelle (pour un IPX800 V4). Par défaut c'est : apikey Id = Désigne votre device (exemple : "R2" pour désigner le relais n° 2 de l'IPX800 V4, VI2 pour un Virtual Input, ...). Utilisé pour vérifier l'état du device. OnValue = Désigne la value de votre device lorsqu'il est On (exemple : 0 pour désigner le relais est normalement Ouvert pour une sirène, Pour un arrosage ce sera 1 pour normalement fermé). Commande = A ne pas renseigner. Utilisé lors de l'exécution du code pour prendre la valeur contenue dans la variable HTTP_DeviceCommande de la structure ModeParams selon le mode sélectionné. Les variables ci-dessous : local Mode_IconOff = 1128 -- The turn off icon local Mode_IconOn = 1127 -- The turn on icon local Mode_StatusOff = "Arrêt" -- Désignation utilisée pour représenter le mode Off. Mettre valeur que la même variable présente dans le Main Loop. local Mode_StatusOn = "Marche" -- Désignation utilisée pour représenter le mode On local ModeIdGetValue = 1 à mettre en cohérence avec les données de la structure ModeParams local ModeIdOff = 2 à mettre en cohérence avec les données de la structure ModeParams local ModeIdOn = 3 à mettre en cohérence avec les données de la structure ModeParams Dans la structure ModeParams : Exemple pour le mode Off. ["Id"] = ModeIdOff, ["ActionMode"] = Mode_StatusOff, ["ActionDesc"] = "Arrêt de la sirène", ["HTTP_DeviceCommande"] = "ClearR=001", ["HTTP_Action"]= "SetValue", ["timer"] = "--:--", ["icon"] = Mode_IconOff }, Id = identifiant du mode pouvant prendre une valeur de 1 à N. Vous pouvez également indique la variable ModeIdOff ou ModeIdOn ActionMode = Désignation courte que sera affichée dans le label (lblState et lblMode). Vous pouvez également renseigner les variables Mode_StatusOff ou ModeStatusOn ActionDesc = Désignation longue qui sera renseignée dans l'objet log (cf. fonction fibaro:log) ainsi que dans la log du bouton btUpdate à chaque changement de mode HTTP_DeviceCommande = Chaine de commande ajoutée à l'URI pour commander l'API de votre Device et exécuter le mode correspondant. Pour un Device de type Relais, il convient d'utiliser les commandes : SetR=002, ClearR=002, Get=R) Voir documentation de l'API IPX800 V4. Attention d'inverser les valeurs SetR avec ClearR selon que vous utilisez un Device normalement Ouvert ou normalement fermé. HTTP_Action = Désigner si la commande correspond à une fonction SetValue ou GetValue. GetValue est utilisé pour récupérer l'état actuelle d'un Device sur l'IPX timer = Désigner si la durée durant laquelle le Device reste en mode On (Marche). "--:--" correspond au mode arrêt. "" (vide) permet de désigner que le mode on reste permanent jusqu'à ce qu'un autre mode soit exécuté ou que le timbre soit modifié. icon = Désigner l'ID de l'icône correspondant au mode définit. Vous pouvez également indique la variable Mode_IconOff ou Mode_IconOn Voici un exemple de la structure ModeParams avec 2 modes additionnels. local ModeParams = { { ["Id"] = ModeIdGetValue, ["ActionMode"] = "Valeur actuelle", ["ActionDesc"] = "Reccupération de la valeur actuelle de l'Entrée Virtuelle sur l'IPX", ["HTTP_DeviceCommande"] = "Get=R", ["HTTP_Action"]= "GetValue", ["timer"] = "--:--", -- Not used in this case ["icon"] = "" -- Not used in this case }, { ["Id"] = ModeIdOff, ["ActionMode"] = Mode_StatusOff, ["ActionDesc"] = "Arrêt de la sirène", ["HTTP_DeviceCommande"] = "SetR=01", ["HTTP_Action"]= "SetValue", ["timer"] = "--:--", ["icon"] = Mode_IconOff }, { ["Id"] = ModeIdOn, ["ActionMode"] = Mode_StatusOn, ["ActionDesc"] = "Mise en marche de la sirène (sans minuteur)", ["HTTP_DeviceCommande"] = "ClearR=01", ["HTTP_Action"]= "SetValue", ["timer"] = "", ["icon"] = Mode_IconOn }, { ["Id"] = 4, ["ActionMode"] = Mode_StatusOn, ["ActionDesc"] = "Mise en marche de la sirène pendant une minute", ["HTTP_DeviceCommande"] = "ClearR=01", ["HTTP_Action"]= "SetValue", ["timer"] = "01:00", ["icon"] = Mode_IconOn }, { ["Id"] = 5, ["ActionMode"] = Mode_StatusOn, ["HTTP_DeviceCommande"] = "ClearR=01", ["HTTP_Action"]= "SetValue", ["ActionDesc"] = "Mise en marche de la sirène pendant 2 minutes", ["timer"] = "02:00", ["icon"] = Mode_IconOn } } Ne pas oublier de sauvegarder Configurer les différents boutons correspondant aux différents mode : Pour chacun des boutons (Marche / Arrêt) ainsi que les différents modes additionnelles (derniers boutons du VD), il convient de modifier la variable : local ModeId = 3 ModeId = Identifiant du mode. Il doit correspondre au contenu de la variable Id de la structure ModeParam présente dans le bouton "btUpdate" Assigner au bouton l'icône correspondant au mode définit. Cela évite les changements d'affichage des logos. Nota : Vous pouvez ajouter autant de bouton que vous le souhaitez en respectant les principes ci-dessus et en les ajoutant à la fin du VD. Configurer le Main Loop du VD : Modifier la valeur de la variable ci-dessous. local Mode_StatusOff = "Arrêt" -- Désignation utilisée pour représenter le mode Off. Mettre valeur que la même variable présente dans le bouton btUpdate Utilisation du VD : Vous pouvez tout simplement cliquer sur l'un des boutons correspondant au mode que vous souhaitez exécuter. Il s'arrêtera lorsque vous cliquerez le bouton "btON" (Arrêt) ou une fois le timer terminé si programmé. Avant de cliquer sur le bouton "btON" (Marche), vous pouvez paramétrer le Timer en utilisant les boutons haut et bas (minutes et secondes). Ce qui aura pour effet de définir une durée d'exécution. Durant l'exécution d'un mode, vous avez la possibilité d'en lancer un autre mode. il se substituera au précédent. Vous pouvez évidement commander le VD depuis une scène ou un autre VD en simulant un clic sur le bouton correspondant au mode souhaité. Préalablement à la simulation du clic sur le bouton correspondant au scenario voulu, vous pouvez également renseigner le Label lblTimer avec une durée (au format mm:ss) pour définir une durée d'exécution de celui-ci Par exemple : vous pouvez utiliser GEA pour lancer un scénario tout en utilisant le timer. Exemple : % properties 243 ui.lblEtat.value -- Si la valeur de la variable Global "PA_Mode" est égale à "Jour" (Alarme activée) -- Si la valeur du label "lblEtat" du VirtualDevice numéro 243 est = à "Arrêt" (la sirène est arrêtée) -- Assigne la valeur "01:00" au label lblTimer du VD 326 -- Appui sur le bouton 1 du VD 326 pour activer la sirène d'alarme pour 1 minutes GEA.add({{"Global", "PA_Mode", "Jour"}, {"Label", 243, "lblEtat", "Marche"}}, -1, "Détection présence devant porte garage", {{"Label", 326, "lblTimer", "01:00"}, {"VirtualDevice", 326, 12}}, "Détection devant porte garage, activation de la sirène d'alarme") Versions : V1.0.0 : du 13/11/2020 -> Intialisation du projet V1.1.0 : du 15/11/2020 -> Ajout du paramètre du paramètre "Id" dans la structure HTTP_Device. Voir explication ci-dessus. V1.2.0 : du 15/11/2020 -> Ajout du paramètre du paramètre "OnValue" dans la structure HTTP_Device. Voir explication ci-dessus. V1.3.0 : du 15/11/2020 -> Ajout d'une variable Mode_StatusOff dans le Main Loop. Voir explication ci-dessus. Evolutions à venir : A voir selon vos suggestions Dernière version du VD : Sirène_Alarme.vfib

Puisque tu es est dans un projet de construction, pourquoi ne pas simplement utiliser un système domotique avec des équipements filaires connectés par exemple sur un IPX800. Du coup pas de double investissement et tu gardes tous les scénarios imaginables et pas de limite d’intégration. Pas de risques de brouillages pas de piles à changer. Le budget d’un IPX800 plus éventuellement un module d’extension sera toujours moins cher qu’une alarme pro propriétaire. Néanmoins à regarder le surcoût du câblage. Mais si c’est prévu dès le départ, ça devrait pas être exorbitant. Il y a de très bon détecteurs filaires (portes, fenêtre volumétrie,...) pas forcément plus cher que ceux vendus par les fabricants de systèmes d’alarmes. Néanmoins ce sera à toi de réaliser toute l’intégration de la solution versus de solutions clé en main mais qui sera forcément plus fermée. De plus ton IPX pourrait te servir à plein d’autres choses Comme par exemple la gestion des volets, du chauffage, arrosage automatique, ... Tout en gardant la possibilité de l’intégrer dans une box Fibaro. Sachant qu’un système basé sur de l’IPX (montée dans un tableau électrique) sera toujours plus facile je pense à laisser en place et à valoriser lors de la revente de ta maison, contrairement à une boxe fibaro qui reste un truc de geek. Pas de SAV à assurer C’est juste une idée qui va sûrement faire réagir

Non pas concerné

Le but c'est de dégager rapidement la maison une fois l'alarme activée

N'ayant eu aucune réponse, j'ai créé mon fichier audio WAV avec un Text to Speech et un montage avec l'outil de montage audio Audiacity. N'étant pas avare en partage, vous trouverez le fichier finalisé ci-dessous Alarme Activée avec bip.wav

Est-ce que l'un de vous aurait un fichier MP3 ou WAV avec un son correspondant à l'activation de l'alarme. Du genre, un bip à fréquence progressive (d'une durée d'environ 30 secondes). J'ai trouve celui-ci. https://pikbest.com/sound-effects/alarm-clock-crescendo-sound-effect_509706.html Mais j'aime pas trop. A la fin ce serait bien que le son devienne constant pour bien marquer que l'arme est active