Lazer

View online   Dear user, We have scheduled maintenance works for our network infrastructure on Tuesday, 28th of October, 2025 from 8pm to 9.30pm GMT. There might be temporary issues with Remote Access services within this period. We apologize for any inconvenience. Nice Team Możesz wypisać się lub zmienić dane kontaktowe w dowolnym momencie.

Appui long sur le bouton, et fin dudit appui. ça peut permettre de déclencher de nouveaux événements sur les boutons des QuickApps, comme pour les interrupteurs et télécommandes physiques qui le permettent déjà. Enfin... sur le principe, car personnellement je n'ai pas essayé, n'en ayant pas l'usage...

Si tu as une sauvegarde en locale, il faut que tu demandes au support Fibaro de la déchiffrer pour que tu puisses ensuite l'importer sur la nouvelle box. Il faudra les numéros de série de l'ancienne et de la nouvelle box.

Il n'y a pas de tension sur les sorties OUT 1 & 2, ce sont de simples contacts secs. Donc si tu veux tu 12V sur une borne, alors il faut que tu connectes l'autre borne au 12V. Lorsque le contact se ferme, le 12 sur une borne se retrouvera sur l'autre. Regarde en première page il y a des schémas.

Ou alors il faut piquer la pile d'une carte mère de PC. Cela n'empêchera pas le PC de démarrer, il y aura juste un warning lors du démarrage du BIOS/UEFI, et la perte de la date/heure qui se resynchronisera sur le serveur NTP lors du démarrage de l'OS. ça peut dépanner si on ne peut pas se permettre d'attendre 24h sans domotique le temps de recevoir la pile neuve d'Amazon... EDIT : faire juste attention à la polarité du connecteur, ce n'est pas standardisé et il y a une chance sur 2 que les fils noirs et rouges soient inversés...

Les services de ma box ont redémarré cette nuit, comme toutes les nuits du samedi au dimanche suite à l'exécution de mon script de backup automatique. A 3h du matin, donc après le changement d'horaire. Et aucun souci à signaler, ça a redémarré comme d'habitude. Je ne sais pas si c'est lié, mais pas de modules Zigbee sur ma box.

Effectivement @jojo je pense que tu as raison sur la logique des conditions. Pour arroser, il ne faut pas qu'il pleuve ET qu'il fasse orage ET qu'il neige.

Il te manque un G à GEA mais je pense que c'est une erreur de sélection lors du copier/coller. Les règles Weather me semblent correctes, avec le point d'exclamation pour vérifier que la condition "est différente" de la valeur indiquée. Même si cela ne changera rien, tu peux supprimer les parenthèses qui sont inutiles (elles ne servent que dans les règles à déclenchement instantané avec durée = -1)

Ah oui ? Bon après si un jour je passe sur Home Assistant, ça sera surement dans une VM... mais d'abord il faut que je renouvelle mon mes NAS

Il y a la nouvelle multiprise Shelly en Zigbee qui n'a pas d'équivalent Z-Wave et qui m'intéresse fortement ..... vu que les Greenwave ne sont plus produites depuis belle lurette. Pourtant, vos déboires ne me tentent pas de tester le Zigbee.... sinon il faudrait l'interfacer via l'API HTTP, mais ça implique de devoir coder un QuickApp.... Un jour, tout ça finira sur Home Assistant, comme tout le monde....

Alors je ne maitrise pas vraiment Docker... mais l'(un des) intérêt de Docker n'est-il pas de pouvoir facilement sauvegarder/cloner un container ? Auquel cas ça sera plus facile d'embarquer tout le container dans ta sauvegarde, pour ne pas s'embêter avec des fichiers de config... C"est ce que je fais perso, à la seule différence que j'ai mis Grafana dans une VM, avec d'autres services Web. En cas de crash, je restaure la VM complète, ça prend 2 minutes, et c'est reparti pour un tour. Et d'ailleurs, ça m'a servi récemment, car le SSD du datastore de mon serveur HP a rendu l’âme (après 12 ans de bons et loyaux services)

Désolé pour toi... Je n'ai pas de Zigbee chez moi, donc pas d'expérience sur ce sujet... mais j'ai vu passer des messages assez similaire au tiens sur le forum officiel. Bref, tu n'est pas le seul, ça ne va pas d'aider, mais Fibaro semble incapable de stabiliser le Zigbee pour l'instant....

Bravo et merci pour le partage. Sinon, par rapport aux avantages que tu listes, et qui sont importants pour moi, une Nvidia Shield TV fait aussi bien pour une fraction du prix, surtout si les médias sont hébergés sur un NAS externe. Depuis des années que je regarde cette marque (et d'autres concurrents) de lecteurs multimedia alternatifs, je n'ai jamais trouvé un argument concret qui me fasse sauter le pas. Alors soit je passe à coté de quelque chose de magistral, soit.... la différence de prix ne s'explique que par les couts marketings et les marges...

Dans ton code LUA il faut créer une fonction qui sera appelée par le bouton (configuré dans le champ onReleased), un peu sur ce modèle là : Pour info, le topic d'où provient cette capture d'écran :

Voici ici :

Ah c'est donc pour ça que j'ai vu la diode clignoter sur ma box ce soir en rentrant Bon bah on va regarder tout ça...

Je n'utilise pas le lancement de scène avec GEA, mais d'après la doc de syntaxe "EnableScene" sert, comme son nom l'indique, à activer une scène. C'est le pendant de "DisableScene". Si tu veux lancer, à savoir exécuter, ta scène, alors il faut simplement utilise "Scene" ou l'un de ses alias comme "Start", ...

Oui c'est bien cette marque. En revanche... pour l'instant je ne pense rien de particulier sur ce modèle là, car je n'ai pas encore pris le temps d'étudier le catalogue de la marque. Ils ont un site officiel qui a l'air assez bien étoffé pour comparer les modèles, les kits, les options, etc...

De ma compréhension, le setValue n'est pas implémenté de base, c'est à nous de l'implémenter dans le code LUA de nos QuickApps.... pour ceux de type actionneurs. Car c'est la méthode qui est appelée par l'interface Web, l'application mobile, pour toute action lorsque l'on clique sur un module pour changer son état (allumé, éteint, dimmer, ouvert, fermé, etc). Le setValue est donc nécessaire pour que le QuickApp réagisse normalement dans l'interface et se comporte comme n'importe quel autre module Z-Wave. Les capteurs, eux, n'ont aucunement besoin de setValue. Et pour changer la propriété d'un module (QuickApp ou Physique), on utilise updateProperty ou setProperty... il y a eu une discussion récemment sur le sujet GEA, voir mon message et le suivant de @jang qui apporte des précisions complémentaires : En résumé, pour un QuickApp, qu'il soit enfant ou parent, ça ne change rien au principe : actionneur : implémenter setValue qui va à son tour appeler updateProperty capteur : appeler directement updateProperty Conséquence, dans le QuickApp Netatmo, qui par principe n'a que des modules enfants de type capteur, on n'a pas besoin d'implémenter setValue.

Non effectivement, il me semblait même que cette version du QuickApp ne fonctionnait plus depuis un petit moment... mais pour d'autres raisons (token...) Tu ne le précises pas, mais tu as peut être fait une mise à jour du firmware de ta box qui modifierait le comportement des QuickApps ? Par exemple la dernière beta...

Oui effectivement. Bon après Network Monitor n'a pas été conçu pour signaler l'allumage ou l'extinction d'un appareil, mais si tu as réussi à t'en sortir ainsi, alors c'est top.

Je pense que tu peux le faire avec 1 seule ligne de config dans Network Monitor (qui va incrémenter la VG et la remettre à 0). Et dans GEA, avec 2 règles, dont la première se déclenche dès que la VG est supérieure à 0, et l'autre lorsque la VG est égale à 0.

Ah oui HC2... bon du coup pas sûr pour les valeurs numériques.... ça fait bien longtemps, mais sur la HC2, Fibaro n'avait jamais bien typé les valeurs des modules, de mémoire tout était dans des chaines de caractères justement, et Steven avait adapté GEA pour faire des comparaisons numériques. Bref, ça devrait marcher tel que tu l'as écris... si ça ne fonctionne pas, alors je ne sais pas pourquoi... et impossible de t'aider... désolé.

Tu peux tout à fait gérer des nombres négatifs avec GEA, mais attention, car là tu as mis tes nombres dans une chaine de caractères (=string, entre guillemets), alors qu'il faut utiliser directement des valeurs numériques (qui peuvent être positives ou négatives) Sinon, pourquoi utiliser des variables globales ? Ton QuickApp Fronius ne stocke pas ses valeurs dans des modules enfants ? Auquel cas tu pourrais utiliser leurs valeurs comme n'importe quel autre module, avec "Value", "Power", etc.

C'est difficile à tester ça, car à ma connaissance tous les smartphones récents ont une batterie intégrée qui n'est pas remplaçable (sauf à démonter/dessouder/décoller le bouzin...) Sur les vieux smartphones on pouvait (j'ai eu des HTC comme ça), mais ça n'a pas duré... Mais même si on pouvait retirer la batterie, je doute que ça fonctionne, je veux dire que le smartphone va refuser de démarrer car je suppose que l'électronique interne va prendre l'alimentation continue depuis la batterie, pas depuis le chargeur. Il faudrait prendre le problème complètement différemment, à savoir ne pas utiliser de smartphone, et à la place utiliser un routeur 4G/5G qui propose une API permettant d'envoyer des SMS. A une époque j'avais envisagé ça avec mon vieux routeur Huawei, mais j'avais laissé tomber car l'API ne permettait que d'envoyer des SMS, pas d'en recevoir, car à ce moment là j'avais besoin de la communication bidirectionnelle (avec Tasker... vieux tuto sur le forum). Maintenant que je n'utilise plus que JPI pour envoyer des SMS uniquement, ça pourrait le faire. En bonus, on branche le routeur sur un onduleur (tout comme la box domotique et les équipements réseaux) et on a la sécurité anti-coupure de courant.