Lazer

Ah bah tiens, merci, je n'avais pas vu cet article, et c'est exactement le calcul que je voulais faire, sauf que je n'ai pas trouvé le temps aujourd'hui, j'ai passé trop de temps à ne rien faire C"est bien ce que je craignais avec ma compréhension du mécanisme de TICFE, la mauvaise nouvelle c'est que HC Bleu est très fortement impacté... On se console avec la bonne nouvelle, HP Rouge bouge assez peu. Mais attention hein, ça n'est que des calculs théoriques, qui ne prennent pas en compte les décisions que va prendre la CRE sur les tarifs hors-taxes. En fonction des problématiques d'équilibrage du réseau en heures creuses et de pointes, ils peuvent très bien décider de bouger ces tarifs HT.... en fonction de comment ils veulent inciter les gens à décaler leurs consommation... ça sera la surprise....

Tant qu'à faire une nouvelle installation, pourquoi ne pas installer directement la nouvelle U7-Pro ? 198 € sur le Store officiel de la marque, ça te coutera moins cher que de remplacer les U6 dans quelques années, et au moins tu seras tranquille pendant très longtemps. Comparatif des performances théoriques entre les générations, et en fonction du nombre de stream (sachant que la très grande majorité des appareils clients (ordinateurs, ...) sont limités à 2 steams max) :

Et de toute façon, même si le QA EDRT2 plante, ce n'est pas un souci, puisque je le répète pour la Nième fois, mon QA Tempo est prévu pour gérer le cas de plantage : indisponibilité des serveurs EDF, RTE, téléinformation (donc indirectement Enedis) ça fait déjà 3 sources d'informations. Plus on lui ajoute de source d'info, plus ça va le rendre fiable. En effet, on ne peut pas appliquer le calcul de probabilité exposé précédemment, puisque pour fonctionner, mon QA Tempo a besoin d'une seule source minimum. Pas des 3 simultanément. Et ça, ça change tout. Au leu de devenir de moins en moins fiable à mesure qu'on lui ajoute des sources, au contraire, il va devenir de plus en plus fiable. Je le redis, je l'ai conçu de telle sorte à ce qu'il soit le plus robuste possible, car là on commence à parler pognon. Entre une journée rouge optimisée à 15 kWh, et une autre sans optimisation à 45 kWh, ça fait 33 - 11 = 22 € de différence, je trouve ça assez significatif. Surtout si la blague du bug se répète plusieurs jours d'affilée... Donc s'agirait pas que GEA fasse n'importe quoi avec les conditions à sa disposition. Tiens, d'ailleurs, dis donc... GEA il dépend de tous les autres QA pour fonctionner ? Et pourtant, on ne va pas inclure le code LUA de tous les autres QA du forum dans GEA, ça n'aurait aucun sens

Si le QA EDRT2 plante, alors le QA Tempo plantera également si j'inclue ma librairie GCE dedans, puisque ça sera le même code, donc les mêmes bugs ! Et même pire, puisque ça utilisera double de ressources CPU + RAM sur la HC3, et aussi sur l'EDRT2 lui-même qui sera doublement interrogé, on n'est pas à l'abri d'effet de bords qui fassent apparaitre de nouveaux bugs qui ne seraient pas apparus avec un seul QA qui interroger l'EDRT2. Donc au final, ça ne sera pas plus fiable, et statistiquement parlant, d'un point de vue calcul de probabilité, c'est des maths, il y a même plus de chance que ça plante... donc bon... non vraiment je préfère conserver une architecture simple et efficace, où chaque QA a sont job à faire. PS : c'est comme les disques en RAID cette histoire, tu as plus de chance d'avoir un problème avec plusieurs disques regroupés dans une grappe RAID qu'avec des disques indépendants... simple calcul de probabilités de niveau lycée. C'est pas pour rien que le RAID 5 a été abandonné il y a pas mal d'année et remplacé par le RAID 6, qui lui même est en passe d'être abandonné et remplacé par de nouveaux algorithmes (Erasure Coding, etc). Dit autrement : on intègre le fait qu'on va avoir X pannes simultanées en ajoutant des protections de partout pour se prémunir contre ces pannes, à la fin on a une sorte d'usine à gaz. Si tu as 1 chance sur 1 million que 1 disque tombe en panne, alors tu as 1 chance sur 500'000 seulement d'avoir une panne avec 2 disques... plus tu en mets, plus ça a de chance de planter. ça c'est pour le calcul mathématique. Ensuite tu ajoutes les effets de bords (vibrations des disques qui entrent en résonance, différence de latence entre 2 disques, etc) qui font que le risque de panne augmente encore beaucoup plus rapidement que le simple calcul de probabilité. La comparaison est peut être un peu exagérée, mais imagine 2 QA qui font la même chose, c'est un peu comme les disques, 2 fois plus de chance de plantage. Et comme ces 2 QA interrogent le même appareil, la similarité, au lieu d'avoir des disques qui entrent en résonance et se gênent mutuellement, c'est un EDRT de l'autre coté qui n'arrive plus à répondre aux requêtes simultanée des 2 QA. Au mieux un ralentissement, au pire un plantage, le serveur Web embarqué dans l'Ecodevice est très léger et dispose de très peu de ressources...

Je vais te retourner la question, et même 2 : pourquoi réinventer la roue d'une part, et faire 2 fois le travail d'autre part ? J'ai déjà un QA qui fonctionne, en exploitant pleinement l'API proposée par GCE. Donc mon QA Tempo va juste relire le contenu de la Variable globale alimentée par le QA GCE. Simple et efficace. D'ailleurs dans ma nouvelle version, je peux maintenant récupérer la couleur du lendemain depuis la téléinfo, à partir de 20h (stocké dans une autre VG), donc ça fait encore une sécurité supplémentaire.

Parce que le QA EDRT2 va déjà chercher les infos de la téléinformation, qui sont des infos locales, indépendantes du cloud. Je l'ai expliqué dans mon tuto, ça permet de continuer à fonctionner même en cas de panne des 2 serveurs (EDF et RTE) et/ou d'Internet. Car il ne s'agirait pas que les scénarios domotiques se plantent un jour rouge, la blague peut vite couter très cher...

Tout ça pour nous montrer que tu as un beau Linky Et j'adore le "Uniquement disponible avec mon QA", un vrai pro du marketing

Non pas besoin de ré-inclure les modules, les sauvegardes de HC2 ont toujours embarqué un dump de la puce Z-Wave, en cas de restauration, on retrouve le réseau Z-Wave intact avec tous les modules. Je le redis ici car je le dis partout, la restauration d'une backup provenant d'une autre box doit impérativement se faire via le cloud Fibaro, car il y a une opération de déchiffrage/rechiffrage des données à l'aide de clés uniques propres à chaque box. Ce n'est pas possible avec un backup local, qui peut uniquement être restauré sur la même box.

Pour info, j'utilise depuis 3 semaines une nouvelle version de mon QuickApp qui ajoute le contrôle de la vitesse du ventilateur, de l'orientation verticale des ailettes, et surtout la prise en compte d'une sonde de température déportée dans la pièce. Pendant la petite vague de froid qu'on a eu en janvier, c'était top Je ne la partage pas tout de suite, car je trouve que ce QA consomme beaucoup de ressource (processeur) sur la box... en attendant d'en trouver la raison (j'ai une piste...), mais si quelqu'un en a besoin je peux partager maintenant. Sinon pour les possesseurs de splits Daikin, je suis tombé sur ce projet nommé ESP32-Faikin qui a l'air bien fini : https://github.com/revk/ESP32-Faikin Mais il n'utilise pas ESPHome, donc l'intégration sur la HC3 sera différente, en fait il faudra réécrire un nouveau QuickApp. Le protocole utilisé est MQTT, ce qui est disponible sur la HC3, mais comme toujours avec MQTT, il faut un broker externe (= serveur), comme Mosquitto, à faire tourner sur une machine à coté (Raspberry PI, machine virtuelle, container, etc...)

je préférerais au contraire allonger la durée d'amortissement de mes panneaux, financièrement ça serait plus intéressant ça sera probablement autour des 10% de toute façon.

C'est le disque (enfin SSD) qui est HS, ou bien les données dessus ? Car si c'est le 1er cas, l'image ne te servira à rien... tu ne peux pas remplacer le SSD interne par un autre modèle, ça ne fonctionnera pas, il y a des protections. Dans ce cas, c'est SAV, mais vu l'âge de la box... Le plus simple est d'en trouver une d'occasion à pas cher sur le mauvais coin, et de restaurer ta dernière sauvegarde cloud. Regarde dans la section support HC2, il y a eu des discussions similaires récemment sur le forum. La clé USB Recovery, elle, est inutile depuis pas mal d'années, tu peux la débrancher c'est pareil.

Pour Base et HC/HP ça oui on le sait. Mais ça s'arrête là. Pour Tempo, j'ai lu ça, et puis aussi 18%, alors on n'en sait rien. Comme je disais hier, chaque journaliste fait son intéressant en annonçant des chiffres au pifomètre, faut bien faire de l'audimat... Wait and see...

Pour l'instant j'entends tout et son contraire sur la hausse de Tempo, tu as des infos chiffrées ? Parce qu'entre peut-être, c'est sûr, je pense, je prédis, p'tet ben qu'oui et p'têt bien qu'non, on est vachement avancé avec les suppositions des journalistes...

Oui c'est la première crainte que j'ai eu en lisant la synthèse du discours du maire de France... les 3% restants sont probablement les abonnés Tempo / EJP. Ce matin j'ai lu un autre article sur Selectra qui craint la même chose... Wait & see... on sera fixé dans une semaine à 10 jours. Une seule chose est sûre, quelque soit l'abonnement, ces 10% d'augmentation supplémentaire vont encore relancer une vague d'achats de panneaux photovoltaïques comme à chaque fois. Pour les intéresses, dépêchez vous, il semblerait que la situation en mer rouge et le détournement des bateaux par l'Afrique va avoir une inflience sur les prix qui vont repartir à la hausse, alors qu'ils n'ont jamais été aussi bas que cet hiver (-50% en 6 mois, si on se reprend +50% dans l'autre sens c'est dommage...)

Non rien à avoir avec le code LUA de nos QA / Scènes. Fibaro avait donné une demi-explication, le bug venait de l'un des chipset (on ne sais pas lequel) de la box. Entre les générations, il y a eu plusieurs révision des différents chipset, c'est une pratique courant chez les constructeurs (dans à peu près tous les appareils électroniques qu'on achète) Le patch appliqué l'année dernière au cas pas cas par le support Fibaro consistait à mettre à jour le firmware du chipset incriminé. Tandis qu'une mise à jour du firmware Stable de la box (peut être bien celui-ci, je ne me souviens plus exactement) embarque la mise à jour du firmware du chipset en question, donc maintenant toutes les box sont patchées, celles qui étaient touchées par le bug, comme les autres.

Oui c'est exactement ça, il faut un switch avec un port en Passthrough-POE pour alimenter la borne Wi-Fi en cascade.

Tip top pour la batterie virtuelle ça

J'adore le disclaimer pour se déresponsabiliser... mais alors, ce système de glissière ne sert plus rien Recherche en 10 secondes, plusieurs version à imprimer soit-même : https://www.printables.com/fr/model/721808-festool-systainer-schiene-rail https://www.printables.com/fr/model/380175-optimized-festool-systainer-mounting-rail https://www.printables.com/fr/model/245891-festool-rails-for-systainer3 https://www.printables.com/fr/model/362020-festool-systainer3-case-rails-7mm-half-cut Il y en a même un qui dit les utiliser en voiture et qu'ils permettent de verrouiller les Systainers pendant la conduite

Moins cher tu m'étonnes, cette glissière n'est qu'un bout de plastique ! Il me semble même en avoir vu des modules STL prêt à imprimer. Mais surtout, aucune comparaison possible avec un tiroir, car tu es obligé de sortir le Systainer, le poser à coter, prendre ce que tu veux dedans, puis le remettre en place. Un tiroir, tu le tires, tu ouvres le Systainer en place pour prendre ce que tu veux dedans, puis tu refermes. Ces systèmes de glissières ont été conçus pour les artisans avec leur camionnette, ils ont besoin de tirer le Systainer car ils l'emmènent sur le chantier. A l'atelier, le tiroir reste bien plus pratique. Il reste un endroit à l'atelier où la glissière est plus adaptée que le tiroir, c'est si la hauteur est supérieure à la tête du bonhomme, type étagère de rangement en hauteur.

Surement, c'est vivifiant J'adore ce temps, c'est bien froid et sec, j'en pouvais plus de la mousson des 2 précédents mois... et puis la neige c'est magique

Dans l'doute, reboot Oui curieux...

Oui... c'est un test de réflexe

Ce n'est pas lié à cette beta, mais ça date de plusieurs mois voire années. Les modules sont inclus sans interrogation par le système, il faut aller manuellement changer l'option, et il faut parfois s'y reprendre à plusieurs fois. Après comme je n'inclue pas des modules tous les jours, c'est un bug (ou un comportement voulu ???) acceptable.

J'ai aussi eu des cas de blocage depuis certains hotels, et même certains pays, disons, peu démocratiques. D'ailleurs ces blocages, c'est la raison pour laquelle j'utilise SSLH, qui permet d'héberger derrière le port 443 à la fois un serveur Web en HTTPS, et un serveur OpenVPN en SSL. Le port 443 n'était pas bloqué, ça permettait de monter un VPN vers chez moi et d'accéder au monde entier sans filtrage. Mais... la nouvelle tendance dans les entreprise, depuis la généralisation des serveur Web chiffrés en HTTPS, c'est d'installer des certificats dans les navigateurs des postes de travail, et de faire du déchiffrement de flux, de façon transparente, pour analyser le contenu. Je pense que ce n'est pas clair pour tout le monde, alors je vais le dire autrement : si vous consultez le site de votre banque en ligne depuis le boulot, l'entreprise peut avoir accès au contenu de ce qui est affiché sur la page, c'est à dire le relevé bancaire... (ils n'ont pas le droit de le faire, mais bon...)

Il fut un temps où le clignotement de la LED annonçait l'apéro (mise à jour de la HC2 d'une durée indéterminée, temps à tuer pendant ce temps-là, puis salve de plaintes sur le topic du firmware et discussions qui partent en couille) Ah c'était mieux avant