Lazer

OK thank's I have a mapping table for my child devices. This table is quite heavy to build, as it stores a lot of information. To speed up execution, instead of rebuilding this table on every loop (every 60 seconds or less), I think it's more efficient to rebuild this table only on special occasions : upon Quickapp startup, child creation (when user clicks on dedicated button), or child removal (when user removes them in the HC3's devices panel) This last case is out of scope of QuickApp events, so by being able to catch them, the QuickApp will know when to rebuild the mapping table. You're absolutely right about child existence, I must add a test condition.

Hi @jang I would like to intercept events on my QuickApp with child devices. So I have defined a custom QuickApp:actionHandler() function as shown below. Do you think it's OK regarding handling events for both parent and child devices, with no side effect, or am I wrong ? function QuickApp:actionHandler(action) if action.actionName == "removeChildDevice" then -- do some stuff ... end if action.deviceId == self.id then return self:callAction(action.actionName, table.unpack(action.args)) else return self.childDevices[action.deviceId]:callAction(action.actionName, table.unpack(action.args)) end end

Bienvenue sur le forum

Bienvenue sur le forum

Remarque c'est vrai que c'est troublant, partout sur le site d'Aeotec ils écrivent +/- 1°C (donc précision de 2°C). A mon avis ce sont les marketeux qui ont rédigé les pages du site qui se sont plantés. Car je reste persuadé que la précision est de 1°C, comme 99% des capteurs grands publics...il n'y a pas 36 capteurs sur le marché non plus, ils utilisent tous les 2 ou 3 les plus courants. Sinon sur le forum officiel la compatibilité de ce nouveau module avec la HC3 est confirmée : https://forum.fibaro.com/topic/53165-aeotec-zwa009-aërq-temperature-humidity-sensor/?do=findComment&comment=223531

1 degré de précision c'est plus ou moins 0.5

J'ai juste fait un copier-coller, mais je pense que la précision est de 1°C, c'est courant pour ce genre de capteur.

Bienvenue sur le forum

La taille peut être, mais aussi le type de fichier, je pense que les fichiers exe sont bloqués pour des raisons de sécurité (virus...) Si tu n'as pas de compte sur Github, c'est le moment d'en créer un pour héberger ton projet.

Mouais.... tu auras une réponse bateau pour t'envoyer balader. Quand tu vois des TV à +1000€ qui tombent en panne au bout de 2 ans et 1 jour, tu as compris dans quel monde on vit, donc (malheureusement) on ne va pas pleurer pour un pauvre module à 50 balles. Je ne cautionne pas du tout, c'est un constat. Les pannes ça arrive, tu n'as pas eu de chance, désolé pour toi. Dans l'ensemble je suis plutôt super satisfait de la durée de vie des modules Fibaro, j'en ai plusieurs dizaines, j'ai seulement eu un dimmer cramé sans raison apparente. Un autre dimmer cramé par ma faute (sortie en court circuit). Et c'est tout. Donc plutôt pas mal du tout. Mes 3 FGK-101 ne sont jamais tombé en panne. Quand tu vois la durée de vie de certaines autres marques domotique, par exemple Neo Coolcam, ou pire, Sonoff, on n'a pas à se plaindre avec Fibaro, ils sont clairement dans le haut du pannier.

Etrange Tu as essayé de l'exclure, faire un reset, puis le réinclure ? Sinon en remplacement, tout simplement le Fibaro Door Window Sensor v2, il intègre déjà la sonde de température puisque tu utilises cette information. Comme je le disais, le Aeotec a surtout un intérêt pour la présence du contact sec (comme le Fibaro FGK-101) pour les usages détournés... en dehors de ça, aucun intérêt.

Si j'en crois les journaux de mon watchdog, j'ai eu 6 plantages de mon HC2 en 2020.... donc vraiment une très mauvaise année Contre 2 plantages en 2019. Et également 2 en 2018.

Toi tu cherches les ennuis, et ensuite tu vas te plaindre de bouffer du CPU

Bonne année 2021 à tous Enfin... surtout meilleure que 2020

Oui il faut prendre le lien de partage au niveau du message désiré. Et bon réveillon

yes, c'est une super API refreshStates Bon j'ai pas réussi à utiliser last dans debugMessages, tu as raison, au lieu de renvoyer les messages plus récents, ils renvoie les plus anciens... bref ça ne sert à rien... c'est juste probablement buggué.

Je ne sais pas si tu as vu, mais plutôt que de passer par l'API debugMessage, tu peux aussi utiliser l'API refreshStates. Il y au paramètre optionnel logs=true qui permet de voir passer tous les messages. Et cette API fonctionne très bien, il suffit de mettre le paramètre last=.... à la dernière valeur récupérée lors de l'interrogation précédente (il suffit de mettre 0 lors de la première interrogation) /api/refreshStates?last=405142&logs=true Il suffit ensuite de parcourir le champ logs : A mon avis c'est pareil pour debugMessages, il suffit de mettre last=... à la dernière valeur récupérée dans nextLast (pas testé)

Bon, gros progrès, j'arrive à avoir le Qubino Fil Pilote sans la mention "Non configuré" En réalité, l'inclusion se passe toujours comme expliqué précédemment, c'est à dire qu'il faut l'interrompre en cours de route (voir quelques messages plus haut). L'astuce consiste à forcer le statut configuré en modifiant le module parent via l'API. Il faut encore que je valide le bon fonctionnement, refaire une exclusion, inclusion, reboot, etc... puis je ferai un tuto. En tout cas, voir ce module fil pilote sans message d'erreur dans l'interface me plait bien. Il reste juste un message d'avertissement dans le panneau de diagnostiques concernant le device sans template, mais c'est normal, et aucunement gênant (j'ai le même pour mes modules Aeotec, etc) On peut tout à fait configurer les paramètres manuellement. Bref, tuto à venir..... mais pas avant l'année prochaine Bon réveillon confiné EDIT : à priori il reste juste un souci, le module ne passe jamais en noeud mort même si on le débranche, contrairement à un module normalement inclus.

Bienvenue sur le forum

Ah ben oui je la connais bien "semi-pro" n'exagérons pas non plus, ça reste du 100% amateur. De semi-pro, ça serait X-Carve ou Shapeoko par exemple... pas le même budget. J'ai failli partir sur la RS-CNC32, mais je suis pas 100% fan du design.... l'électronique en dessous par exemple, l'utilisation de couroies, etc Du coup je me suis dit que j'allais juste prendre l'électronique de la RSCNC32 (car leur carte contrôleur est vraiment sympa), et partir sur la TopsCNC (ou sa variante Heavy) pour la partie mécanique, mais ça c'était l'année dernière, entre temps j'ai mis le projet en pause, j'y reviendrai dès que j'aurai l'occasion. J'ai déjà pas mal de pièces en stock, y compris les moteurs, mais je n'ai rien imprimé pour l'instant (j'ai 5 Kg de filament qui attendent toujours dans leur emballage)

Top ça C'est laquelle ta CNC ?

Bobine de 8 kg ? T'es un grand malade

Petite (grosse en fait) amélioration toute simple pour mon étagère Ikea Lack pour l'imprimante 3D. Lack étant complètement creux, le moindre bruit transmis par l'imprimante était amplifié comme une caisse de résonance. Les blocs en caoutchouc vendus chez Leroy Merlin pour les machines à laver sont relativement inefficaces pour l'usage de l'imprimante 3D. Je cherchais un bloc de béton assez lourd, on m'a finalement conseillé d'utiliser un chapeau de pilier plat 40x40cm, trouvé chez Castorama pour 6€ : https://www.castorama.fr/chapeau-de-pilier-plat-40-x-40-gris/3389979887476_CAFR.prd Le résultat dans le caisson Ikea Lack est vraiment bluffant, je retrouve le silence de ma Prusa J'ai presque doublé l'investissement pour acheter une bombe de peinture noire à 4,99€, intégralement vidée sur le bloc de béton. Faut dire que poreux comme il est, il boit beaucoup : https://www.amazon.fr/dp/B01MTGEM6L [...] 31_TE_item Mais autant imprimer avec classe J'ai aussi passé un coup de meuleuse avec un disque à lamelles sur les angles, pour casser les bavures dues au moule lors de sa fabrication.

Bienvenue sur le forum

Bienvenue sur le forum