Lazer

Ici j'utilise le plugin Netatmo Fibaro officiel, pas de souci, toutes les valeurs remontent bien. Par contre il lui arrive de temps en temps de planter, c'est totalement aléatoire (au bout de quelques jours, ou de quelques mois). La seule solution est de rebooter la box. Mais ce comportement n'est pas nouveau, ça me l'a toujours fait. Donc rien de nouveau. Mais ce n'est pas le seul plugin susceptible de planter, il arrive la même chose au plugin météo. Et impossible à surveiller avec mon watchdog, il n'y a que sur les courbes Domocharts, losqu'un voit un graph plat, qu'il faut penser à rebooter la box pour redémarrer le plugin.

C'est très embêtant, je me demande si ça fait pareil pour tous les modules Qubino ?

Oui peut être, c'est à tester. Et encore, pas certain que ça fonctionne bien, car on ne connait pas l'algo interne de la box pour calculer l'énergie consommée sur une plage de temps pendant laquelle la puissance instantanée varie constamment. Ce que je veux dire, c'est que pour un vieux FGS, donc la puissance est déclarée manuellement, celle-ci est constante. - C'est 0 si relai OFF - C'est 1000W (par ex) si relai ON, et cela pendant tout le temps où il est ON. Hors toi, tu veux justement faire varier la puissance pendant que le relai est ON. Si l'algo de la box ne calcule l'énergie qu'en se basant sur la puissance au moment précis où le relai est passé à l'état ON, alors elle ne "verra" jamais les puissances suivantes. Et ton expérience laisse présager que c'est le cas. Perso j'ai des devices qui sont mesurés par des compteurs DIN, qui génèrent des impulsions (1 par Wh). Je stocke cela dans une DB à part, sur un Raspberry PI, et au lieu d'injecter les valeurs dans la box HC2, j'attends minuit et j'envoie directement le calcul de l'énergie (qui est simple à faire, c'est la somme des impulsions sur 24h) dans la DB de Domocharts. Donc je bypasse la box HC2, je ne rencontre pas ton problème, et j'ai des mesures ultra précises au Wh près qui sont correctement affichées dans les graphs de Domocharts.

C'est une bonne question.... Le résultat est probablement faussé parce que le Fake Wall Plug que tu utilises est normalement un module qui renvoie la vraie mesure d'énergie (en plus de la puissance instantanée). Donc la box ne doit pas savoir prendre en compte que tu injectes manuellement la puissance. Par opposition, je sais que pour les vieux relais FGS qui ne savent pas mesurer la puissance, il est possible de déclarer manuellement la puissance (fixe) lorsque le relai est en position de travail, et du coup la box calcule correctement l'énergie qui en découle.

Dans un moment de folie, j'ai installé cette Beta sur ma box de prod. Étrangement, ça n'est pas passé du premier coup, cf message d'erreur ci-dessous. Ça a bloqué au niveau du backup cloud. C'est passé sans souci à la 2nde tentative. C'était pour tenter d'inclure un module Qubino Fil Pilote Z-Wave+, et toujours impossible, apparemment c'est comme ça depuis les firmwares du mois de mars 2019

@juanitosolo j'ai exactement le même phénomène que toi, j'ai testé en 4.540 et 4.543, en essayant les différents modes d'inclusions (sécurisé, loin du HC, etc), et rien à faire Pour l'un des tests, j'ai attendu plus d'une heure ! Pourtant domotique-store a mis à jour aujourd'hui son tableau de compatibilité et c'est censé de nouveau fonctionner : https://www.domotique-store.fr/fr/domotique/modules-domotiques/thermostats/502-qubino-zmnhjd1-micromodule-fil-pilote-6-ordres-z-wave-plus-remplace-le-zmnhja2.html

Ce n'est pas propre Il vaut mieux utiliser unattended-upgrades https://debian-handbook.info/browse/fr-FR/stable/sect.regular-upgrades.html https://wiki.debian.org/UnattendedUpgrades Je l'ai mis sur l'une de mes VM de tests, mais je ne le met pas sur les VM de Prod, et particulièrement ma VM Unifi, car suite à une mise à jour foireuse du Controller, j'ai été obligé de restaurer une sauvegarde complète de la VM. Donc comme en entreprise, je préfère maitriser mes mises à jour et les déclencher à la demande, quand j'ai du temps dispo pour réparer en cas de souci, quand ça n'impactera pas la petite famille, et que j'ai une sauvegarde récente. Par contre, quand je fais une mise à jour, je préfère que ça soit simple et avec le minimum d'actions à effectuer. Les 2 commandes données dans le post précédent me conviennent bien

C'est Pepite qui a la meilleure solution, une fois ces étapes faites au moment de l'installation de la VM, il n'y a plus jamais rien à faire, UNIFI Controler se mettra à jour automatiquement à chaque fois que vous mettez à jour Linux : apt update apt upgrade Rien de plus à faire

Cela dépend du câble utilisé... Si tu prends du Grade 3S ou Cat 7, le câble est trop gros pour être serti sur un connecteur RJ45, donc tu seras obligé de passer par un adaptateur. On en parlait il n'y a pas très longtemps sur je ne sais plus quel topic... peut être celui d'Hikvision ? Pour le Cat 6, ça dépend de celui que tu choisis. Sinon attention à ton lien, ce ne sont pas des 4K, et ça semblait un prérequis dans ta demande initiale.

Mais NIco, tu as bien activé le ONVIF dans les paramètres de la caméra ? Car par défaut, avec les nouveaux firmwares (enfin ça doit bien faire 2 ans...), ce protocole est désactivé par défaut.

Je sais pas trop où poser ça, vu qu'on n'a toujours pas de topic dédié Ubiquiti, mais il y a des produits qui arrivent... Un combo tout en un "UDM" : Des routeurs rackables avec à priori le controller intégré : A surveiller.....

Quelle malheur quand même ces mises à jour.... c'était beau pourtant : Voilà qui est fait, je suis revenu à 0

rhhho la honte, espèce de faux-geek Faut que je le fasse aussi cette mise à jour... par l'interface web

T'imagines si Darty vendait des batteries, j'aurais pris un contrat d'extension à 5 ans, et elle serait tombé en panne pile 1 mois après

J'y ai pensé, mais il n'existe rien de tout fait. Il faudrait faire ça avec des Arduino je pense, mais j'y connais rien, entre l'électronique et la programmation, il y a un peu de boulot quand même.

Tu fais juste Propriétés sur une icône existante, tu verras tout de suite. C'est du PNG en 128x128 Sinon tu as aussi cet excellent topic, en complément de la Galerie du forum :

Oui j'avais dévissé l'extrudeur avant, comme ils disent sur le tuto du blog de Prusa. Le TPU c'est du Enotepad, une des nombreuses marques lowcost d'Amazon. J'ai testé 14 filaments en tout (majoritairement du PLA), et je peux dire qu'il y a une grande différence de qualité de rendu ET de facilité d'impression entre un filament bas de gamme chez Amazon, et les hauts de gamme (Prusament, Colorfab...)

Euh c'est normal si tu as coupé le courant pendant 10h, et c'est même plutôt rassurant : la batterie tient longtemps. Moi c'est arrivé en pleine journée, comme ça, sans rien. Aucune coupure de courant depuis des mois ou années ici. D'après le site de Yuasa, la durée de vie est donnée pour 3 à 5 ans selon les conditions d'utilisation.... ça fait pile 5 ans que je l'ai, donc promesse tenue.

démonter/remonter ne coute rien, à part un peu de temps Je n'ai rien cassé jusqu'à preuve du contraire.... bon pas le courage de démonter ce soir, je ferai demain....

Merci, je te tiendrai au courant.

Ben si, je voulais les imprimer tranquille Mais je me retrouve comme un c.. maintenant Je démonterai ce soir, on verra bien.

punaise j'espère que mon tube PTFE actuel n'est pas bouché, car il faut que je commence par remettre en état ma tête d'impression actuelle pour imprimer les nouvelles pièces.

La buse ça m'est déjà arrivé du fois avec du filament bois (grosses particules), je m'en suis rapidement sorti. Là c'était la totale, plus rien qui ne sort par la buse, et impossible de décharger le filament. J'ai tiré, mais le Flex s'est enroulé autour de l'extruder

balèze chez Prusa, ils annonçaient 3-4 semaines de délai, ils viennent d'expédier ma commande au bout de 9 jours. Ils s'améliorent Finalement je vais pas tarder à monter la nouvelle tête MK3S, car j'ai totalement bouché la mienne hier, en tentant d'imprimer du TPU Flex. Je suis bon pour un démontage intégral je pense....

non..... Il ne sont pas fous chez Synology