Lazer

Attention, seuls les modules Z-Wave sont transférés, pas les VD ni les scènes. Donc dans tous les cas, il faut que tu commences par préparer tes nouveaux QA et Scènes, pour être prêt à modifier uniquement les ID le moment venu, car tu ne peux pas les deviner, les ID apparaitront au moment où tu incluras les nouveaux modules ou que tu feras le transfert de contrôleur. J'ai mon HC3 depuis mai, je n'ai toujours pas migré, ça sera surement pour mai prochain, soit 1 an après. Déjà je ne veux pas faire ça pendant l'hiver, ma box gère tout le chauffage, et je n'ai pas envie de passer ne serait--ce que 24h sans chauffage (Mme encore moins lol) D'ici là, ça me laisse le temps de préparer mes nouveaux QA, pour que tout soit prêt le jour J. Je n'aurai qu'à adapter les ID... et c'est relativement simple, car 99% de mes scénarios sont dans GEA, donc un seul point unique, tous les ID dans un tableau. C'est plus simple que de devoir modifier 20 scènes un peu partout. Et je ne ferai pas de migration de contrôleur, alors OK c'est plus simple, mais tu récupères tous les problèmes dans les modules (j'ai des associations fantômes notamment). Donc je préfère exclure/inclure mes modules, et tant pis si ça me prend 2 jours, je ferai ça pendant ma semaine de congés à solder avec le 31 mai. Tu fais comme tu veux, comme tu le sens, mais surtout ne te précipite pas.

Aucune idée du fonctionnement interne....

Et pas besoin de créer une boucle qui teste l'heure dans le QA. La bonne méthode, à mon avis : - à intervalle régulier, la QA calcule (ou récupère en ligne ?) la nouvelle heure d'aube et crépuscule. - il calcule et définit un setTimeout pour déclencher une fonction - cette fonction émet le customEvent

D'après mes tests, pas besoin de les créer dans les onglets, le simple appel à l'API pour émettre un événement suffit. Du coup je ne sais pas trop à quoi sert cet onglet.... je me dit que c'est bien de les créer pour avoir une liste et s'y retrouver, sinon on a vite fait de les oublier

Sinon tu veux utiliser la procédure de migration, qui va transférer tous tes modules de la HC2 vers la HC3, en une seule fois, sans retour arrière possible, donc il faut être sûr de ton coup. Cela se passe via ton compte Cloud Fibaro

Ta dernière proposition me rappelle ce que fait @jang justement avec son Webhook QA : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/6/?tab=comments#comment-202423

Les événements sont une des nouveautés de la HC3 (et gérées par GEA depuis la version 7.20) : (tu noteras ma grande inspiration quand j'avais testé cette fonctionnalité ) C'est ça Les événements, comme leur nom l'indique, permettent d'indiquer... Un événement ! Mais c'est ponctuel, ça arrive une fois, puis c'est fini (jusqu'à ce que ça se répète éventuellement une prochaine fois... dans le cas qui nous concerne, l'aube et le crépuscule, c'est toutes les 24h) Il n'y a pas d'état associé, aucune donné mémorisée. Donc si tu veux juste réagir au moment précis de l'aube, alors l'événement est adapté : ça déclenche une scène sur trigger, GEA en mode déclenchement instantané (avec durée = -1), etc. A l'inverse, une variable globale mémorise un état (une valeur, n'importe laquelle), jusqu'à ce qu'elle soit modifié et remplacé par une nouvelle valeur. Si on a besoin de lire plusieurs fois la valeur dans la journée, alors la variable est adaptée. J'ai constaté (ou plutôt je n'ai pas constaté) que cette notion d'événement introduit dans la HC3 n'a pas vraiment été discuté sur le forum jusqu'à présent, c'est une fonctionnalité méconnue (et que Fibaro a caché dans un onglet... après les variables globales... déjà bien cachées elles-mêmes)

Bienvenue sur le forum

Voici ma version nettoyée Netatmo_2.6.lua Il faut juste copier/coller le contenu du fichier LUA.

Si c'est ça c'est très con, même les experts en sécurité disent qu'on doit laisser le ping. La sécurité par l’obscurantisme n'a jamais été efficace....

Ce n'est pas possible (à l'heure actuelle ? Fibaro est censé travailler sur une refonte du market, qui est inexploitable en l'état) Seule solution, c'est ce que je fais sur le forum, c'est de partager puis copier/coller le contenu du fichier LUA. Sinon, tu importes le nouveau QA, récupère le code LUA dedans, puis le supprime. Reste la problématique des nouveaux boutons/labels sur l'interface.... Je vais nettoyer mon code, si tu veux je te le passerai, c'est censé être la même chose, de toute façon c'est moi qui ait donné à gsmart la bonne syntaxe avec pcall

Merci pour ton retour, bon tant pis, c'est pas grave, s'ils disent que la nouvelle version n'apporte rien, on va leur faire confiance. L'outil en question c'est Z-Wave PC Controller fourni par Silicon Labs pour ceux qui se poseraient la question. Le même que pour les mises à jours des produits Aeotec (mais Aeotec fait bien les choses car ils fournissent un bundle avec l'outil et le firmware, c'est exemplaire, à ma connaissance ce sont les seuls à le faire) Et je confirme que ce n'est pas ergonomique du tout, gare aux grosses bêtises. Ce n'est pas pour rien que ce genre d'outil n'est pas à la disposition de tout le monde.

oui la variable trigger c'est le mécanisme interne de GEA pour filtrer les événements qui se produisent, mais cette partie là tu ne la prends pas, c'est à toi de faire tes propres tests. Le mieux pour commencer c'est de regarder le contenu de la réponse, un tableau avec un ou plusieurs événements, tu vas en découvrir énormément, c'est très bavard.

En effet, il faut un ampli pas trop vieux, mais tu le changeras tôt ou tard, donc autant préparer les gaines. Par contre, Netflix Amazon et Disney, je pense que ces 3 là n'ont pas dû sortir un seul film Atmos en français, c'est exclusivement sur les VO. Il y a quelques Blurays qui ont des pistes Atmos en VF, mais comme je disais, c'est très rare. Du coup pas forcément intéressant pour toi.

Good idea GEA can also react to customEvents.

Variable Globale ou Locale au QA e ne change rien pour GEA, il sait traiter les 2. De manière générale, j'ai tendance à dire qu'on doit restreindre la portée des variables au strict nécessaire (même concept que la programmation), donc plutôt variables dans le QA. Mais dans ce cas précis, tu auras une seule instance du QA Dawn and Dusk (en avoir plusieurs n'aurait aucun sens), et ce sont des données météo, donc plutôt globales à toute la domotique... par conséquent ça aurait du sens de stocker ces valeurs dans des VG. Par ailleurs, ça simplifie leur utilisation, que ça soit depuis GEA ou une autre scène, une VG est accessible directement, tandis que pour accéder à une variable de QA il faut déjà connaitre son ID, donc un peu moins pratique. De plus, GEA sait accéder nativement aux variables des QA, mais ce n'est pas le cas du LUA standard qui serait utilisé dans une autre scène/QA (Fibaro ne propose pas (encore ?) de fonction permettant de lire une variable dans un autre QA... mais seulement dans le QA actuel) Du coup, pour ton usage, des variables globales me semblent tout indiquées.

Créer des propriétés personnalisées dans un QA n'est pas supporté (il me semble cependant que c'est possible via un hack) A la limite, je pense que le moins pire dans ton cas, pourrait être de créer 4 QA children, de type multilevel sensor, et de stocker le timestamp de l'heure dans la propriété "value". ça ne sera pas très beau dans l'interface, mais à la limite tu caches ces QA children, mais leur valeur sera parfaitement récupérable et exploitable dans GEA. Mais je ne sais pas si cela sera pas utilisable dans les scènes blocs Ou bien tout simplement stocker ces valeurs dans des variables globales.... et garder des labels dans le QA si l'utilisateur veut visualiser ces informations facilement. EDIT : ou des variables locales du QA

Dans le code source de GEA (fichier main, tout en bas), tu trouveras un exemple simple et fonctionnel

Le 3ème fil normalement c'est pour le tachymètre, donc le retour de la vitesse de rotation du ventilateur sur la carte mère. Soit pour surveiller que que le ventilo tourne toujours.... soit pour vérifier qu'il tourne bien à l'exacte vitesse attendue ! C'est par exemple le cas sur le célèbre petit MicroServer d'HPe, ce qui rend le remplacement du ventilateur extrêmement compliqué (la machine refuse de booter). Cela ne semble pas être le cas pour l'onduleur Eaton, il n'y jamais râlé. PS : ne cite pas le message précédent le tient (surtout 2 fois de suite), ça ne sert à rien et alourdi la lecture.

Je pense que ce sont des sous-versions commercialisées à tel ou tel constructeur. La référence qu'on trouve dans la datasheet serait la version disponible librement sur le marché, et les autres références des dérivées sur commande spéciale. Mais bon, comme tu dis, on n'est sûr de rien... tu vois la difficulté de remplacer ce ventilateur dans les règles de l'art.

@henri-allauch ça donne quoi chez toi ? De mon coté ça tient depuis hier sans plantage. En parallèle, mon watchdog est déjà fonctionnel, il faut maintenant que je fasse de la cosmétique pour le rendre partageable.

Faut quand même que tu aies compris le mécanisme des appels asynchrones, car tu vas devoir les enchainer entre chaque écriture, puis lecture, de trames.

Pour les gaines, oui plan obligatoire. Le mieux, ce que j'avais fait : photos AVANT de poser les plaques de BA13, avec un mètre ruban. Comme ça le jour où tu devras percer pour retrouver la gaine planquée derrière, tu n'auras qu'à regarder ta photo, mesurer pareil, et tu tomberas pile dessus au centimètre près. L'Atmos c'est un peu la base d'un home-cinéma moderne non ? (quoi que... faut regarder les films en VO, les pistes son en VF doivent se compter sur les doigts d'une main) J'ai 10m², j'ai mis 2 enceintes au plafond, c'est déjà sympa. Si j'avais eu 20m², j'aurais peut être tenté 4 enceintes (mais ça dépend surtout de la disposition de la pièce, faut qu'elle soit suffisamment en longueur pour pouvoir mettre le canapé aux 3/4 et garder de l'espace derrière, sinon ce n'est pas la peine)

Ouais faites gaffe. Les têtes Danfoss, je crois bien qu'elles sont de type thermostat dans la HC2 J'ai un SRT321 et un ZXT-120, pas envie de prendre de risque pour l'instant....

Mon QA est largement plus compliqué, tu risques de ne pas t'en sortir si tu ne commences pas par un exemple simple comme dans le tuto