J3R3M

Salut @GCaster, En effet!! Aucun soucis, cela m'arrive et arrive à d'autres également. En fait, Home Center est devenu, bien que toujours performante, un système vieillissant. Un système qui a eu son heure de gloire et qui a perdu pas mal de parts de marchés en faveur de Jeedom, pour ne citer que celui-ci. Les plus résistants ont combiné Jeedom à Home Center. Je dis cela pour exprimer simplement que la puissante communauté qui a pu exister il y a quelques années (et que je n'ai pas connu) n'est plus forcément présente et que les problèmes les plus subtiles ne trouvent pas forcément réponse. Ahhhh, bienvenue en 2019, la technologie d'internet rapproche les gens, mais pas les délais de réponse! À ce jour, il ne me semble pas que cet outil existe, mais c'est une piste à suivre effectivement. Merci à toi de ton intervention, celle-ci est très intéressante et fait avancer la problématique, sans le moindre doute. De cela me vient une réflexion basique, mais n'aurait-on pas une configuration des modules peu ordinaire? As-tu changé la configuration et les paramètres de tes modules en les passant d'un système à un autre? De mon côté, j'ai effectivement changé les paramètres d'origine, sans avoir mis un taux de réveil de fou, ni une remontée hyper régulière, mais il peut être intéressant d'échanger sur ces paramètres, ne serait-ce que pour mettre en valeur, ou, au contraire, mettre de côté cette éventualité de mauvais paramètres réglés.

C'est bien à ça que je pensais. Ils ouvriront l'API lorsque ça permettra de leur rapporter de l'argent. Dit différemment, lorsqu'ils ne sauront plus quoi faire d'autre pour gagner plus d'argent, cela sera une ultime solution. D'ici là...

Attention aux termes utilisés : "Nous allons certainement". Ce n'est pas encore prévu et il peut se passer longtemps avant que la décision soit prise. Et il peut se passer longtemps entre la prise de décision et l'action Bonne continuation en tous cas

C'est un sujet qui avait évoqué avec Lazer. À mon sens, l'association directe n'a aucun intérêt dans une installation domotique. Il y a bien d'autres solutions moins coûteuses pour qu'une lampe s'allume à la détection d'un mouvement. Effectivement, dire adieu aux conditions n'est pas envisageable dans ma situation, un paquet de vérifications sont effectuées lors de la détection d'un mouvement, ainsi que différentes actions en fonction de la pièce dans laquelle le mouvement a été détecté Mon autre personnalité est triste de ne pas me l'avoir faite, celle-ci!

Des partenariats ont eu lieu entre les assistants vocaux et les marques d'appareils connectés, simplement pour booster leurs ventes. Malheureusement, les APIs n'ont pas été communiqués et restent bien souvent des mystères pour les utilisateurs désireux de développer leurs solutions. Concernant iRobot : http://frsupport.irobot.com/app/answers/detail/a_id/12863/~/roomba-connecté-au-wi-fi-a-t-il-un-api-ouvert-%3F?cc=fr&session=L2F2LzEvdGltZS8xNTUwMDc0ODAyL3NpZC9mVXdKWUtQSGRNUUhiT3h3OXNPMzJfUk1SbUNVQ0hFZUxtODlsa2ZlUVQ3Z0lDU2hmM2JjeVFvOUU0TEpwVjJPV2pUYmtjZE1jNUV4eG1JREtkU0Z3dENaTENJa3JyQ1ozYWxSS2RhZDltNmhPdUpsV0FXSjhibVElMjElMjE%3D

Petite mise à jour : j'ai constaté avoir un léger délai lorsque le trigger était une caméra (donc une Variable Globale), dans de rares cas. Visiblement, le problème ne viendrait donc pas uniquement des FGMS-001, mais plus généralement de tous les triggers de scènes. Un peu comme s'il fallait parfois un peu de temps à la HC2 pour déclencher les scènes associées à leurs triggers. Néanmoins lorsque le trigger est une Variable Globale, cela reste néanmoins léger, même si cela a mis une dizaine de secondes (il y a quelques instants), cela reste beaucoup que la minute de latente que j'ai eu ce matin sur un FGMS-001.

Je suis tout-à-fait d'accord. C'est d'ailleurs le plus embêtant pour n'importe quel dépannage :-/ Ce matin, j'ai eu un temps record de plus d'une minute entre le déclenchement de la scène et le LastBreached du module. Ça commence à faire long dans le noir!

Bonsoir à tous, Plusieurs mois après mon post cherchant à comprendre un peu plus en profondeur le comportement de la HC2 dans certains cas, on avait mis en évidence que mes scènes étaient certainement en cause pour expliquer certaines lenteurs. Je suis quasiment reparti de zéro pour mes scènes principales afin que ce soit plus clair et plus réfléchi, puisque des options avaient été rajoutée par-ci par-là avec le temps. Il n'y a pas de changement flagrant de vitesse d'exécution par rapport aux versions précédentes, mais les codes sont plus propres et, même si ça m'a pris pas mal de temps, c'est quand même mieux et j'ai tenu compte de ce que j'avais appris dans le post ci-dessus. J'en ai également profité pour faire une étude des réactions de la HC2 en fonction des triggers, via des scènes de tests et un VD pour analyser les résultats. Le but de cette "étude" était de comprendre pourquoi, dans certaines situations, une scène s'exécutant habituellement très rapidement mettait plus de temps dans certains cas, souvent lorsque son trigger n'avait pas été sollicité depuis un moment. La Démarche - Mes scènes de pièces peuvent être exécutées par deux types de Triggers : les FGMS001 et certaines Variables Globales (dont la valeur est modifiée par des caméras IP). - À la fin de mes scènes de Pièces, je mettais à jour une Variable Globale "LastMove_NomPiece" afin de remonter le timestamp après exécution de la scène - J'ai créé des scènes démarrées uniquement par un trigger et ce, pour chaque trigger. Cette scène mettant uniquement à jour une Variable Globale "LastTrigg_NomPiece" - Enfin, j'ai créé un VD qui triait les Timestamp de LastMove_***, LastTrigg_*** et surtout, l'information device.LastBreached de chaque Device physique Les Résultats - Bonne nouvelle! Les valeurs dde LastMove_*** et LastTrigg_*** étaient bien souvent les mêmes. Au pire, elles varient d'une seconde, ce qui est largement acceptable vues les vérifications et actions effectuées - Il y a rarement de latence lorsque le trigger est une Variable Globale. Mais cela arrive quand même quelques fois. - Etrangement, la valeur device.LastBreached est souvent la même que LastTrigg_***. Cependant et sans pouvoir l'expliquer, j'ai déjà eu des écarts de plus de 45s. Et là, c'est très long. Le Bilan Et bien, il me paraît évident qu'il y a un problème au niveau des triggers des scènes! Un peu comme si quelque chose ralentissait/empêchait parfois la communication entre le device et la box. Ce qui pourrait expliquer que l'information LastBreached soit bonne et que le détection se fasse plus tard, lorsque la HC2 reçoit l'information. Pourtant, le maillage a été refait puisque des modules avaient changé de place. Des modules qui passaient par d'autres modules pour contacter la HC2 le font désormais directement, tandis que c'est l'inverse pour d'autres. Peut être avez-vous d'autres hypothèses ? Pour le coup, je pense avoir écarté le problème venant de mes scènes. J'ai effectué ces tests pendant quelques jours et je n'ai pas pu mettre en évidence de relation entre ces différentes lenteurs, mis à part le fait qu'elles survenaient généralement lorsque le module n'avait pas été sollicité depuis un léger moment. De plus, ces lenteurs ne sont absolument pas automatiques... Je pense avoir fait un travail d'analyse correct. Cependant maintenant, je m'en remets à vous Qu'en pensez-vous ? Avez-vous une idée qui me permettrait de régler ce léger soucis ?

D'accord, je comprends bien. Je suis dans le même cas que toi avec un Roomba 980. C'est donc un vieux plugin! Mais, dans tous les cas, dans la bibliothèque de plugins, rien ne correspond à Roomba ou à iRobot. Alexa également. Avant ça, j'avais pu le contrôler via Siri grâce à HomeBridge

Bonjour @pepite et merci de ton retour, Lorsque tu dis que ça ne l'a pas fait sur ta box, sur quoi cela a-t-il pu le faire? En fait, c'est étrange, mais je n'ai plus accès aux options d'armement des modules visiblement. Pour tout dire, je n'avais jamais coché cette case concernant l'alarme, puisque je ne l'utilisais pas. Je l'ai donc cochée sur mes scènes principales, je vais retenter un enregistrement de la config d'ici peu, je verrai bien ce que ça donnera Si ça persiste, je n'y manquerai pas puisque c'est problématique. D'autant plus que j'ai la chance d'avoir encore une HC2 sous garantie!

Bonsoir tout le monde, Je viens à vous ce soir pour parler d'Alexa que j'ai intégré dans mon installation depuis maintenant plusieurs mois. Alexa est présent sous deux formes chez moi : Echot Dot et intégré aux Sonos Play One. L'intégration a été assez simple, mais il y a un petit quelque chose qui me chiffonne. Lorsque je demande à Alexa (intégré à une Sonos Play One), de jouer de la musique, il joue bien mon Flow Deezer sur toutes les enceintes faisant partie du groupe de l'enceinte en question. Lorsque je sollicite Alexa (de l'Echo Dot), elle atténue le volume de l'enceinte Sonos présente dans la pièce en attente de mes instructions. C'est GÉ-NIAL. Par contre, lorsque je lui demande de jouer de la musique, celle-ci le joue sur l'Echo Dot... Mais j'aimerais que la Dot ne me serve que d'interface avec Alexa, non pas de Haut-Parleur. Ainsi, j'aimerais qu'elle démarre la musique sur, au minimum, l'enceinte Sonos de la pièce. Qu'à-cela-ne-tienne, je lui demande donc de démarrer la musique dans toutes les pièces et celle-ci me rétorque alors "Pour jouer de la musique sur votre haut-parleur, utilisez le nom de l'enceinte ou bien configurez le multi-room dans l'application Alexa". Alors oui, ça fonctionne si je lui demande de jouer de la musique dans "Pièce" (Nom dans l'application Sonos), mais j'aimerais que cela se fasse naturellement sur l'enceinte Sonos de la pièce si je ne précise rien. Cela vous semble faisable ? Via une réglage quelconque ? Quelqu'un a-t-il déjà été confronté à un besoin similaire ? Autre chose, depuis un petit moment, Fibaro évoque l'existence de deux Skills pour Alexa : Smart Home Skill et Custom Skill. Simplement, je n'ai jamais trouvé quoi que ce soit concernant Fibaro Custom Skill. Qu'en est-il de votre côté ? Bonne soirée à tous et à bientôt!

Bonjour, Quand tu dis qu'il est équipé d'un module wifi, tu parles de son interface lui permettant de se connecter à un réseau local et éventuellement être contrôlé à distance? Je n'ai jamais compris comment Fibaro pouvait se permettre de se venter être compatible avec iRobot quand ils ne proposent même pas un Plugin pour, ne serait-ce un produit de la marque.

Bonjour @pepite, Je n'utilise pas du tout les fonctionnalités d'alarme de la HC2. Mais, après avoir fait un tour rapide des options, celle-ci semble bien désactivée et les options également. En théorie, tous les FGMS-001 sont armés. Mais en vérifiant, l'option d'armement de ces modules a disparu. Je ne le remarque que maintenant, puisque je n'y touchais jamais Ce qui signifie que ça ne ressemble pas à quelque chose que vous ayez déjà vécus ?

Heureusement non, bien que cela paralyse tout de même une bonne partie de la domotique, à commencer par la gestion de l'allumage des pièces xD

Bon, c'est à rien n'y comprendre, mais alors que j'avais baissé les bras, j'ai simplement effectué une sauvegarde de fichier sur mon disque dur et ai effectué un démarrage de plus. Au redémarrage, tout était de nouveau fonctionnel, sans raison. Tant mieux. Maintenant, il serait bien de comprendre pourquoi cette erreur se manifeste et comment la supprimer

Bonjour à la communauté, Je viens vers vous aujourd'hui pour vous exposer un problème qui est récurrent pour moi depuis un petit moment : dès que j'effectue une sauvegarde de la HC2 (localement ou sur le net), quasiment à chaque redémarrage, celle-ci se redémarre, mais aucune scène n'est démarrée. Lorsque je tente de démarrer moi-même les scènes manuellement, j'ai droit à une magnifique erreur 403 : Access Forbidden. Tous les devices physiques et VDs fonctionnent parfaitement bien, j'ai bien le retour des sensors par exemple et je peux contrôler mes Hues et Sonos depuis les VDs. Mais, aucune scène ne se lance, ce qui est un peu dérangeant tout de même! Jusqu'à présent, le seule solution que j'avais trouvée était d'éteindre le serveur, de le débrancher électriquement et d'attendre plus d'une minute avant de le rebrancher. La HC2 redémarrait alors comme si de rien était. Seulement aujourd'hui et depuis hier, rien à faire. Tous mes essais de redémarrage restent infructueux, peu importe combien de temps celle-ci est restée débranchée. J'ai essayé de faire une nouvelle sauvegarde, en espérant que le problème disparaisse de lui-même comme il est apparu, mais ça n'a rien changé, ça a même supprimé la sauvegarde que j'avais effectuée juste avant, alors que j'avais mis un autre nom pour celle-ci. Alors, non je n'ai pas de fichier de sauvegarde sur mon disque dur et c'est bien dommage... Et je suis bien évidemment connecté en administrateur pour effectuer toutes mes tentatives. Any ideas ?

En effet Steven, c'est ce que j'ai fini par faire. En fait, je ne voulais pas modifier considérablement ma scène NetAtmo pour pouvoir la partager en cas de modification majeure pouvant être utile à la communauté. Mais, finalement, c'était plus simple à gérer de directement modifier cette scène pour qu'elle gère elle-même quand elle doit se connecter à l'API, à commencer par ne pas tourner s'il n'y a pas eu de mouvement récent dans la maison, ça économise jusqu'à plusieurs milliers de connexions inutiles à l'API NetAtmo, dans ce cas précis. Merci de ton retour et désolé de ce délai d'un mois pour répondre...

J'ai essayé de bidouiller pas mal, mais je suis arrivé à une erreur à chaque fois

Je remonte un peu ce sujet. Il y a un point qui me posait problème à l'époque et sur lequel je souhaite revenir. Pour gérer la présence et l'absence des personnes via l'API, NetAtmo a mis à disposition deux fonctions qui sont donc setpersonshome et setpersonsaway. Ces deux fonctions s'utilisent exactement de la même manière, à la différence que l'argument person_ids est facultatif sur la fonction setpersonsaway (ce qui déclare tout le monde en dehors du domicile). Cependant, sans être capable de l'expliquer, je n'arrive à rien avec la fonction setpersonshome. Lorsque ce lien fonctionne parfaitement : https://api.netatmo.com/api/setpersonsaway?access_token=AAAAAAAAAAAAAAAA&home_id=BBBBBBBBBBBBB&person_ids=CCCCCCCCCCCCCCCCC Celui-ci : https://api.netatmo.com/api/setpersonshome?access_token=AAAAAAAAAAAAAAAA&home_id=BBBBBBBBBBBBB&person_ids=CCCCCCCCCCCCCCCCC Donne l'erreur 21 : Invalid Array Arg. J'ai essayé de mettre un ou plusieurs IDs séparés par des tirets -, de les encadrer ou non par des accolades {}, cette erreur est systématique. Lorsque j'essaie avec l'argument person_id (au singulier), j'obtiens l'erreur 10 : One arg is missing. J'ai essayé de longues recherches sur le net et sur les forums Jeedom, mais je ne trouve rien qui soit en rapport avec cela. J'aurais tendance à dire qu'il s'agit d'un bug de l'API, mais si c'était vraiment le cas, je me dis que j'aurais trouvé des résultats dans mes recherches. Parmi ceux qui utilisent l'API NetAtmo, ne rencontrez-vous pas des problèmes pour l'utilisation de cette fonction setpersonshome ?

Je pense avoir une idée sur la réponse, mais je tente quand même... À l'heure actuelle, sait-on utiliser la fonction de stream sur plusieurs enceintes simultanément, sans la dupliquer? Donc en mettant plusieurs IDs dans celle-ci? En dupliquant la fonction, il y a un léger décalage qui se crée d'une enceinte à l'autre, comme lorsqu'on diffuse la même source sur chaque enceinte, sans les grouper dans l'application Sonos. Une autre solution serait un VD par groupe Sonos souhaité, mais ce n'est pas encore d'actualité

La scène NetAtmo Welcome effectue déjà 2 requêtes par lancement. Les temps sont donc à multiplier par deux. De plus, 2000 est un chiffre annoncé et il est surprenant que tu aies pu faire autant de requêtes jusqu'à présent! Dans les faits pour NetAtmo, on essaie de ne pas dépasser les 1000 requêtes de l'heure, puisque monter au-delà mène régulièrement à des erreurs de l'API.

Le nombre de requêtes API maximum est à respecter par compte développeur, non par device NetAtmo. Ainsi, dès que tu as atteint la limite des 2000 requêtes par heure, ton compte est temporairement bloqué, pour l'ensemble des périphériques. Par exemple, pour @q.philippe qui a trois caméras, il faut que les requêtes de toutes les caméras n'excèdent pas 2000 à l'heure, il faudrait donc considérablement augmenter le temps d'exécution entre deux scènes. Je pense que ton problème est de ce côté là

@oldelvis, tu n'es pas revenu poster, cela signifie que tout va mieux? @q.philippe, je n'ai pas de Présence donc je ne suis pas capable de t'aider. Le script fonctionne correctement sur la Welcome uniquement, mais pas sur les deux Présence, c'est bien ça ?

@q.philippe, le fait de reposter le message précédent ne m'aide pas à comprendre ta situation

Donc, tu as déjà une Welcome dont une scène sur HC2 qui fonctionne correctement, c'est ça ? Oui, cette scène fonctionne chez moi. Ma version de la scène en production est un peu différente de celle publiée puisque je l'ai adaptée à mes besoins, notamment au niveau du "token".