Lazer

Sorry I don't have time to understand and rewrite your QuickApp, so I just give you a quick tip : you have to use fibaro.setTimeout() and forget the traditional linear way of programming in HC2's virtual devices, as HC3's QuickApps are now running in an asynchronous way. There are a few examples of proper ways to code a loop on this forum, you can search for the given function as a keyword.

ça me fait penser que j'ai un bon gros lot de modules à vendre depuis bientôt 1 an... mais tellement la flemme de faire une annonce....

C'est bien pour cela que je parlais d'objets IP, parle de Wi-Fi n'a pas de sens. Et l'IPX800 alors, c'est de l'Ethernet, il serait donc exclus ? Regarde la station météo IP de IQTRONIC https://www.planete-domotique.com/blog/2022/02/16/station-meteo-eedomus-jeedom/

@Sowliny pourquoi vouloir mettre des modules Wi-Fi ? Il y a une seule réponse possible en fait... pour le prix. Le "mieux" actuellement c'est Shelly, très populaire, belle gamme, et semble assez sérieux (= fiable) d'après les nombreux retours. Eviter tout ce qui est Sonoff, Tuya, etc, qui est vraiment du low-cost dans le sens péjoratif du terme (low-quality surtout)

J'allais le dire, les modules Wi-Fi (ou plutôt IP d'une façon générale) sont déjà gérés au travers des QuickApp, donc intégrés nativement dans la HC3 (ce qui n'était pas exactement le cas sur HC2), comme les modules Z-Wave ou Zigbee. Le truc c'est que Fibaro propose très peu de plugins natifs, c'est à la communauté de développer et partager les implémentations spécifiques de tel ou tel constructeur. Ce qui n'est finalement pas plus mal, on se souvient du plugin Netatmo sur HC2 (natif Fibaro) qui plante tous les 4 matins...

On compte sur toi @jojo pour identifier tous les bugs de la HC3 que personne n'a jamais rencontré

Pour info, la communauté crée une liste des modules compatibles / non compatibles sur le forum officiel : https://forum.fibaro.com/topic/59477-list-of-zigbee-devices-users-for-users/ A alimenter en fonction de vos tests d'inclusion.

Welcome to the forum

Pendant que @mprinfo fait sa sieste, j'ai édité le titre.

C'est pas gagné, car Fibaro se concentre pour l'instant sur les lumières, puis viendront les volets, capteurs divers, etc. Ce module est typiquement français, il va falloir aller pleurer très fort sur le forum officiel pour qu'ils l'intègrent (déjà qu'ils ne l'ont jamais fait pour le fil pilote... autre particularité bien française)

Pas de chance.... Il faut faire une réinitialisation complète de la box (recovery), et bien choisir l'ancien moteur v2 lors de l'assistant de configuration initial. Il faudra ensuite réinclure les modules, refaire les scénarios, etc... un peu pénible, j'espère que tu n'as pas grand chose pour le moment.

T'es sûr que c'est une BETA ? Je la vois en Stable

Bienvenue sur le forum

non non, comme dit, fibaro sera conservé. Basiquement, je pense que dans la structure du code LUA en amont du chargement de notre propre code, il y a un truc du genre : fibaro = hub après par sécurité, on peut simplement mettre en haut de notre fichier main : if not fibaro then fibaro = hub end et le tour est joué, rien d'autre à modifier. Sauf si.... Fibaro en profiter pour changer la syntaxe des fonctions...

Non, il faut impérativement utiliser la nouvelle application Yubi, qui est une plaie. Je suis enchanté de mon HC3 qui fait tout mieux que la HC2. Mais pour l'application mobile, c'est une vraie régression. Il y a un autre topic où l'on parle de ses bugs et limitations... Pour les autres questions, je ne sais pas répondre.

Non à périmètre identique (mêmes modules), ça ne sera pas plus compliqué avec une HC3 qu'avec une Homelive. Ma remarque tenait compte du fait que la domotique (la vraie, pas celle d'Orange) permet de faire une infinité de choses, donc forcément ça se complique. Et tout cela devient possible avec une HC3. Après si ton environnement actuel te suffit, y'a pas à chercher plus loin, ça marque simplement Pour la solution Orange, je ne l'ai pas utilisé assez longtemps pour constater tous les bugs. A vrai dire je l'ai surtout acheter pour bénéficier des modules à pas cher, c'était le super bon plan de l'époque, merci Orange Concernant l'avenir des communications (2G/3G, mais par extension tout ce qui dépend du cloud de façon large), c'est le lot des nouvelles technologies. L'obsolescence programmée ne se fait plus par panne prématurée des composants comme dans les années 80/90, mais par incompatibilité avec les nouvelles technologies. Bienvenue dans l'ère moderne du jetable. La planète aussi. Seul problème, on n'en a pas d'autre... en tout cas pas avant plusieurs décennies, voir siècles. Si on est encore en vie d'ici là. Je divague...

Non ils ont dit qu'ils allaient rétablir le fonctionnement de la librairie fibaro.* pour garder la compatibilité avec tous les scripts existants. Bon après entre ce que Fibaro dit et ce que Fibaro fait, il y a souvent un gouffre... Mais clairement on sent que c'est un pas de plus vers l'abandon de la marque Fibaro. A l'avenir il faudra prendre l'habitude d'utiliser hub à la place de Fibaro dans nos nouveaux codes LUA.

L'API a été changée, et ce n'est pas documenté, Fibaro conserve ses mauvaises habitudes..... Merci à @tinman qui a donné la solution sur le forum officiel, il faut maintenant utiliser hub.alert() : hub.alert(alertType, userIds, notification, isCritical, subject) -- fibaro.alert(alertType, userIds, notification, isCritical, subject) -- alert_type - one of the notification types: "email", "sms" or "push" -- user_ids - list of user identifiers to send the notification to, {[1] = 2, } or {2} -- notification_content - content of the notification to send -- isCritical - for push only, true for critical messages, false (default) for typical messages -- subject - for email type only, email message subject EDIT : mais Fibaro a dit qu'ils vont rétablir l'ancien fonctionnement dans une prochaine mise à jour. Comme d'habitude, ne faites pas les mises à jour Beta sur des box en production

La domotique ça reste ultra chronophage. La seule solution simple qui a existé, c'est celle d'Orange... et elle n'a pas marché (commercialement parlant) car elle ne permet de rien faire ! Beaucoup trop limitée, et aucun intérêt une fois passé l'effet wahou devant les copains. Le but de la domotique c'est d'automatiser, donc il faut nécessairement installer suffisamment de capteurs et d'actionneurs, et surtout "programmer" tout cela pour faire interagir. Je met programmer entre guillemets ça ne n'est pas nécessairement du code informatique, on peut utiliser le mode bloc, graphique, pour cela. Même si forcément plus limité en possibilités. Et personne ne peut faire cette programmation à ta place (Orange, Fibaro, etc), car ça dépend de tes propres besoins. Eux ils vendent juste du matériel. Ou alors, passer par un pro (intégrateur domotique), qui saura tout faire à ton besoin. Mais le tarif s'envole. Pour JPI, sans connaitre ton niveau de bidouille, c'est difficile à dire. ça va de ultra simple à ultra complexe. Mais la bonne nouvelle, ça ne coute rien, tu peux déjà installer JPI sur ton propre téléphone (sauf si c'est un iPhone, auquel cas il faudra emprunter un Android à quelqu'un, ou utiliser un vieux smartphone stocké dans un tiroir) et faire les tests. J'ai mis les liens dans mon précédent message pour que tu ailles voir.

Effectivement les SMS ça passe plus facilement que la data dans les lieux où la réception est mauvaise... et surtout si ta propre connexion Internet (celle de la maison) est HS. On est plusieurs à utiliser une passerelle SMS composée d'un ancien smartphone Android avec l'application JPI. L'idéal est de brancher l'alimentation USB de ce smartphone sur un Wall Plug, qui est alors contrôlé par JPI pour gérer automatiquement les cycles de charge/décharge. Même si théoriquement on pourrait laisser le smartphone branché en permanence sur le secteur, cela use prématurément la batterie, donc le Wall Plug reste préférable.

Le mode sécurisé n'a rien à voir avec les "endpoints" remontés.

Assez vague comme remarque, ils te disent juste qu'il faut un contrôleur qui sache prendre en charge la sécurité pour exploiter pleinement le Z-Wave+. Sauf que ça ne veut rien dire.... ça date d'une époque lointaine où le Z-Wave+ venait d'être lancé, avec comme principale nouveauté le chiffrement S0. Ce qu'ils ne disent pas, c'est que S0 est complètement dépassé, c'est S2 qu'il faut viser maintenant. Et S2 n'est dispo sur HC3 qu'avec le nouveau moteur Z-Wave v3, qui pour rappel est en beta, instable, et déconseillé en production, sauf à savoir exactement ce qu'on fait (ce qui n'est pas ton cas... sans même compter sur ton élevage de chats noirs) De toute façon, les vannes de chauffage c'est typiquement le genre d'appareil qui n'a aucun besoin de la sécurité apportée par le chiffrement, donc c'est vite vu. Oublie et fait tes inclusions en mode normal.

Bienvenue sur le forum

Effectivement, sacrée liste Et ce n'est que ce qui a été testé, je suppose qu'en pratique elle est bien plus longue. Curieusement pas mal de marques dont je n'ai jamais entendu parler. Faut dire qu'en France, on entant toujours parler des mêmes marques (Xiaomi, Lidl, Ikea, Philips, etc)

Le mode sécurisé est plus lourd dans les communications, donc consommateur de bande passante. De manière générale sur un réseau Z-Wave, il faut réserver le mode sécurisé aux modules qui le nécessitent vraiment (serrures notamment). Et conserver le mode normal pour la plupart des modules (lumières, capteurs, etc) Sur un petit réseau ça ne fera pas de différence, mais sur un gros réseau, là oui. Car un réseau saturé, ce sont des latences qui s'allongent, voir des trames qui se perdent.