C'est une évidence que les logiciels avec de petites communauté sont moins stable.
A l'inverse Awk, perl, emacs et d'autres même s'ils perdent de leur superbe garderont encore longtemps une communauté digne de ce nom capable de les maintenir.
Mais c'est pire dans le domaine propriétaire ou des que le vent tourne, il devient très difficile de continuer de travailler avec quand la boîte à coulé…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
La variable ayant été instantiée avant le bloc, elle est globale. Pour moi c'est 3. Je ne vois pas d'erreur flagrante. C'est relativement "simple"… sauf que peut-être que je me trompe.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui a cet horaire, les centrales solaires ne produisent rien, mais les éolienne si et toute consommation déporté la nuit, pourra être produite par les centrales nucléaires, ce sera autant de consommation évité en journée (Évite une surcharge en journée, ou un surdimensionnement du parc de générateurs).
Hyper intéressant ton lien sur la consommation.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Voilà qui va relancer l'intérêt de dispositif domotique (Comme OpenHEMS :P ) pour les gérer au mieux.
Cela va avantager la gestion des chauffages électriques. Il n'y a plus que 10h maximum entre 2 plages d'heures creuses. Cela augmente les possibilité pour un logement un peu moins isolé.
Et cela va désavantager les voitures électriques, elle est plus souvent à la maison la nuit qu'en journée.
Je suis étonné de voir aucune plage la nuit. Car entre 2h et 5h clairement, il y a un gros creux. Plus exactement, il y a sûrement eu une étude d'impact, mais je pense qu'ils sous-estiment la variation de charge que cela va provoquer. En informatique, on dit qu'il vaut mieux du déploiement continue pour éviter ce genre de gros changements brutaux hyper impactant.
PS : je pense qu 'il y a une coquille quelques part car le pic de production photovoltaïque est de 11h à 16h…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est mécanique comme de l'eau qui coule. Tu comprends bien que si tu insecte de l'eau sur le réseau de distribution d'eau au lieu de la consommer, elle va remonter… et ton voisin est le premier qui va la recevoir. Ton eau ne va pas remonter jusqu'à la station de pompage pour etre repomper et traiter. Autrement dit l'électricité du réseau c'est pas juste la centrale nucléaire la plus proche c'est partagé. Après comme pour l'eau, il y a des nœuds plus difficile à franchir comme les transformateur (le station de surpression pour l'eau)
C'est toute la différence avec internet ou les paquets sont dirigé par des switch et routeurs. Si tu émet un paquet il n'ira qu'à l'adresse destination.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce qui arrange EdF c'est la réduction du pic de consommation. Pas le remplissage des creux avec du superflu
Oui et non. Un creux ce n'est pas mieux car la surproduction ferait griller les appareils… sauf qu'evidemment ce n'est pas trop difficile de débrancher une centrale et de perdre son énergie avec une grosse résistance… Mais arrêter ou démarrer une centrale électrique prends du temps (de quelques heures à quelques jours).
Donc en pratique seule une surconsommation peut faire tomber le réseau. Mais devoir jetter de l'électricité ce n'est pas mieux. Ce qui arrange EDF c'est bien une consommation globale stable (avec hausse ou baisse progressive).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui ce n'est pas EDF qui décide si l'électricité remonte c'est mécanique si je puis me permettre.
Plus exactement s'il y a peu de panneaux solaire, dans le quartier, ils vont produire moins que la consommation locale et ça va rester local… mais s'il y a beaucoup de panneaux et peu de consommation, ça va automatiquement remonter… un peu comme de l'eau qui coule.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Les pertes en lignes sont négligeables dans le cas d'une ligne à haute tension (quelque chose comme 98% pour 100 km). Dans le cas de panneaux solaires qui ne renvoi que du 220V et de faibles quantité de courant les pertes ne sont pas toujours négligeable. Elle le sont si le voisin n'a pas de panneaux solaire et consomme l'électricité… elle ne le sont pas si l'électricité doit être reconverti en 380V puis 200 000…
Enfin, ce n'est pas tant en terme de pertes d'électricité qu'il faut penser mais d'efficacité globale: Ca arrange EDF de ne pas avoir a gérer des retour d'électricité, ça arrange aussi EDF que l'on ne démarre pas les machines au moment des pics de consommations… Ce ne sont pas des économies d'énergie, mais une énergie mieux utilisé. Au lieu de devoir démarre des centrales thermiques pendant les pics, on lisse la consommation pour se contenter des centrales nucléaires, et des énergies vertes…
Ou prosaïquement, si EDF met les tarifs heures creuses et les jours rouges du tarif Tempo, ce n'est pas pour perdre de l'argent, mais bien parce que cela l'arrange, parce que l'électricité n'a pas toujours le même coût financier i.e. énergétique…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
La PAC est intéressante (quasi la seule solution) pour conserver l'énergie 6 mois. Mais
- elle a un faible rendement (60% maxi tout compris)
- la PAC coûte très cher et surtout les réservoir sont cher et volumineux (à mettre dans un vide perdu au grenier?)
- Les batteries permettent déjà une bonne autonomie pourvu que le chauffage ne soit pas électrique… et donc c'est moins cher de doubler sa surface de photovoltaique pour l'hivers que de stocker l'été.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Mais est-ce beaucoup d'énergie ? Quand tu met en place un Home-Assistant, c'est que tu domotise ta maison. La tu rajoute une application supplémentaire pour ajouter une fonction de gestion de l'énergie… et tu économise d3z sous.
Il y en a qui dépense bien plus pour bien moins (pour un interrupteur qu'il allumé à distance)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Concernant le NAS, je pars du principe que plus un système est simple et moins il a de chance de tomber en panne.
Je suis 100% d'accord. Mais OpenHEMS est juste un serveur qui allume et éteint des appareils (Ou modifie une consigne). Dans tous les cas, en cas de problème tu allume et éteins manuellement. C'est aussi la raison pour laquelle je milite pour l'Open-Source : En cas de faillite, de problème tu peux toujours regarder toi même le problème (Ou un informaticien autre). Cela garanti a minima un certain SAV.
WIFI pour la communication entre les unités (supprime le besoin de GW pour les réseaux tels que Zigbee, …)
Le WiFi, c'est ta box la gateway, et le WiFi est moins fiable que la ZigBee de base (notamment par son architecture Mesh). Dans le cas d'OpenHEMS, l'antenne est directement sur une prise USB (type clé) sur le serveur. Donc même si la box tombe (ou internet), cela continuera de fonctionner… sauf évidemment si c'est le serveur qui est mort…
Ce que j'aime le moins du WiFi c'est le problème du mot de passe et des IP… Il suffit que tu changes de box ou que ta box se réinitialise, ou que tu changes ton mot de passe pour tout devoir reconfigurer… S'il y a beaucoup d'appareils, c'est galère. En plus WiFi consomme plus d'électricité et nécéssite en plus parfois un relais, alors qu'avec le réseau mesh, pas besoin de relai, plus il y a d'appareil plus ça marche (Et il y en aura toujours plus, on arrête pas le progrès)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je pense que pour le congélo, il serait sans doute optimisable, il suffirait qu'il ailles au plus froid en fin de nuit, il tiendrait jusqu’à la nuit prochaine sans élec. Mais c'est des cacahuètes.
L'avantage d'un boîtier, c'est aussi la standardisation. C'est à dire que c'est pareil pour le lave-linge comme le lave-vaisselle. Les programmation en différée des machines ne sont pas toujours simple à configurer (Et pas dispo chez moi) et cela change d'une machine à l'autre.
L'avantage d'un boîtier c'est qu'il peut aussi surveiller que tu ne va pas faire sauter les plombs.
Et dans le fond tout est décalable ou du moins on peut toujours faire autrement. Ce qu'il faut voir c'est la simplicité, l'efficacité…
Si tu n'a qu'un lave-vaisselle que tu peux décaler et pas de domotique, cela ne vaut pas le coût. Si tu as plusieurs machine (dont certaines connectées), que tu as un peu de domotique (peut-être déjà un Home-Assistant ou l'intérêt d'en avoir un) c'est logique de tout centraliser dans un OpenHEMS ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Quand ton "NAS se casse la figure", la partie résilience est effectué par le contrôle "manuel" j'imagine. Non? Dans ce cas, le contrôle manuel fonctionnera toujours quelque soit le système.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Merci pour le kit OpenEVSE, je ne connaissais pas.
Perso, pour chargé la voiture, j'utilise de simple Prises ZigBee connectées. Cela fonctionne très bien depuis 1 an. On m'a dit que cela ne tiendrait pas, mais pour la différence de prix (et les ennuis en moins) je ne suis pas prêt d'investir dans une Wall Box. Pour moi le seul intérêt de ce genre de chose, c'est pour charger plus vite, ce qui est utile seulement, si tu fait beaucoup de kilomètres par ans (Plus de 40 000 au moins) ou que tu as un gros véhicule électrique inefficace qui consomme beaucoup au 100 (Et que tu roule beaucoup). Parce que même en seulement 8h d'heures creuses la nuit, à 12A, tu recharge bien une voiture. En théorie il faut 14h pour passer de 0 à 100%, mais je reste toujours entre 20 et 80% sauf pour les grands trajets et il faut 1h pour 10%.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Si tu n'automatise pas. Avec un système domotique comme le OpenHEMS ce n'est pas si compliqué. C'est un réflexe à prendre tout de même.
Perso j'ai l'option Tempo. Entre le chauffe-eau, le lave-vaisselle, le lave-linge, le sèche-linge et la voiture électrique (Dacia Spring moyennant 20 000km/ans) et j'atteinds 2 Kwh en heures pleines pour 1 Kwh en heures creuses… Soit 1/3 de la conso en heures pleines…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
PS: Quand tu pilote la température d'une pièce pour piloter la pompe à chaleur, il faudrait exagérer la température. Car si tu cible 21°C, elle va ralentir dès que la température va arriver vers 19°C pour tenir compte de l’inertie (éviter le phénomène de yoyo). Et donc tu met plus de temps et donc tu baisse ta rentabilité (Plus tu met du temps plus tu "maintien" une température élever et plus tu perds). Tu cible donc 25°C et tu cible 17°C dès que tu atteint 21°C. Les murs, meubles et sols vont de toutes façons absorber rapidement une partie de la chaleur.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Et qu'utilise tu pour ce faire? Est-ce automatisé via scripts, via un outils comme Home-Assistant? Qu'as tu comme soft?
Monter le chauffage durant les HC de l'après midi pour le laisser éteint en attendant les HC du soir
C'est sans doute un calcul à faire. Ce qui est difficile c'est de savoir exactement combien cela te fait gagner. L'efficacité dépends de
* Ta qualité d'isolation, autrement dit, la vitesse à laquelle rebaisse la température.
* Ta plage de confort niveau température.
Exemple, si tu acceptes de monter à 22°C et de descendre à 17°C. Si tu chauffe à 22°C en fin de période creuse, même si tu dois réchauffer un peu quand tu atteint 17°C en période pleine jusqu à 18°C pour tenir jusqu'à la prochaine période creuse, tu aura moins consommé d'électricité en période pleine. Le problème est que pour chauffer à 22°C tu consomme a peu près 60% plus que pour chauffer à 17°C (10% en plus par degré en moyenne, 1,15). Il faut alors voir combien de temps ton chauffage doit tourner pour quelle surconsommation en fin de période creuse pour ce résultat. Clairement il apparaît que c'est bénéfique jusqu'à une certaine plage de température. Autrement dit s'il faut atteindre 40°C pour attendre l'heure creuse suivante, cela ne vaut pas le coût.
Ce qui complique un peu le tout, c'est aussi que cela dépends de la température extérieure: Plus le différentiel de température est élevé entre l'intérieur et l'extérieur, plus tu perds de chaleur… i.e. plus qu'il fait froid plus que tu chauffe.
J'ai bien envie de pousser le calcul et d'intégré un système comme ça dans OpenHEMS.
PS je suis intéressé pour en discuter…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Vieillissement technologique
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien La fondation Linux pointe les plus gros problèmes dans l’utilisation du logiciel libre. Évalué à 4.
C'est une évidence que les logiciels avec de petites communauté sont moins stable.
A l'inverse Awk, perl, emacs et d'autres même s'ils perdent de leur superbe garderont encore longtemps une communauté digne de ce nom capable de les maintenir.
Mais c'est pire dans le domaine propriétaire ou des que le vent tourne, il devient très difficile de continuer de travailler avec quand la boîte à coulé…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: vie privée
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien My Opinion/Criticism of “Matrix “. Évalué à 1.
Intéressant mais même si c'est celui par défaut le plus utilisé, il y en a d'autres.
https://matrix.org/ecosystem/clients/
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mes remarques
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Heures-creuses EDF. Évalué à 2.
Bah si tu n'a pas un contrat à heures creuses, il existe des systèmes électriques qui chauffent l'eau directement sur le robinet… tu évites les pertes du ballon (et son coût d'achat) et les pertes d'acheminement et il n'y a pas de temps avant l'arrivée de l'eau chaude…
https://www.manomano.fr/p/robinet-chauffe-eau-instantane-220v-3500w-affichage-digital-prise-ue-pour-salle-de-bain-douche-chaude-pour-maison-de-campagne-hotel-chalet-84542422?model_id=89603832&referer_id=701089&msclkid=8dda7eb4d2c41318177619fb7e57823e&utm_source=bing&utm_medium=cpc&utm_campaign=Bing%20Shopping_CPC_FR_B2C_Tail&utm_term=4576236141677027&utm_content=Tail%20products
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Je joue le jeu
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal le défi du challenge : qu'affiche ce code. Évalué à 3.
La variable ayant été instantiée avant le bloc, elle est globale. Pour moi c'est 3. Je ne vois pas d'erreur flagrante. C'est relativement "simple"… sauf que peut-être que je me trompe.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: J’ai l’impression que l’article confonds « heures creuses » et « heures pleines »
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Heures-creuses EDF. Évalué à 2.
Oui a cet horaire, les centrales solaires ne produisent rien, mais les éolienne si et toute consommation déporté la nuit, pourra être produite par les centrales nucléaires, ce sera autant de consommation évité en journée (Évite une surcharge en journée, ou un surdimensionnement du parc de générateurs).
Hyper intéressant ton lien sur la consommation.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Mes remarques
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Heures-creuses EDF. Évalué à 3.
Voilà qui va relancer l'intérêt de dispositif domotique (Comme OpenHEMS :P ) pour les gérer au mieux.
Cela va avantager la gestion des chauffages électriques. Il n'y a plus que 10h maximum entre 2 plages d'heures creuses. Cela augmente les possibilité pour un logement un peu moins isolé.
Et cela va désavantager les voitures électriques, elle est plus souvent à la maison la nuit qu'en journée.
Je suis étonné de voir aucune plage la nuit. Car entre 2h et 5h clairement, il y a un gros creux. Plus exactement, il y a sûrement eu une étude d'impact, mais je pense qu'ils sous-estiment la variation de charge que cela va provoquer. En informatique, on dit qu'il vaut mieux du déploiement continue pour éviter ce genre de gros changements brutaux hyper impactant.
PS : je pense qu 'il y a une coquille quelques part car le pic de production photovoltaïque est de 11h à 16h…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
C'est mécanique comme de l'eau qui coule. Tu comprends bien que si tu insecte de l'eau sur le réseau de distribution d'eau au lieu de la consommer, elle va remonter… et ton voisin est le premier qui va la recevoir. Ton eau ne va pas remonter jusqu'à la station de pompage pour etre repomper et traiter. Autrement dit l'électricité du réseau c'est pas juste la centrale nucléaire la plus proche c'est partagé. Après comme pour l'eau, il y a des nœuds plus difficile à franchir comme les transformateur (le station de surpression pour l'eau)
C'est toute la différence avec internet ou les paquets sont dirigé par des switch et routeurs. Si tu émet un paquet il n'ira qu'à l'adresse destination.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Oui et non. Un creux ce n'est pas mieux car la surproduction ferait griller les appareils… sauf qu'evidemment ce n'est pas trop difficile de débrancher une centrale et de perdre son énergie avec une grosse résistance… Mais arrêter ou démarrer une centrale électrique prends du temps (de quelques heures à quelques jours).
Donc en pratique seule une surconsommation peut faire tomber le réseau. Mais devoir jetter de l'électricité ce n'est pas mieux. Ce qui arrange EDF c'est bien une consommation globale stable (avec hausse ou baisse progressive).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Oui ce n'est pas EDF qui décide si l'électricité remonte c'est mécanique si je puis me permettre.
Plus exactement s'il y a peu de panneaux solaire, dans le quartier, ils vont produire moins que la consommation locale et ça va rester local… mais s'il y a beaucoup de panneaux et peu de consommation, ça va automatiquement remonter… un peu comme de l'eau qui coule.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Dépendance Microsoft
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien "Embarquez avec Cargo : destination Rust !" (article en accès libre). Évalué à 2.
Même si c'est OAuth2 à la base à tour les coups ils ont une surcouche par dessus. Un peu comme les mails…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 4. Dernière modification le 26 novembre 2024 à 22:52.
Les pertes en lignes sont négligeables dans le cas d'une ligne à haute tension (quelque chose comme 98% pour 100 km). Dans le cas de panneaux solaires qui ne renvoi que du 220V et de faibles quantité de courant les pertes ne sont pas toujours négligeable. Elle le sont si le voisin n'a pas de panneaux solaire et consomme l'électricité… elle ne le sont pas si l'électricité doit être reconverti en 380V puis 200 000…
Enfin, ce n'est pas tant en terme de pertes d'électricité qu'il faut penser mais d'efficacité globale: Ca arrange EDF de ne pas avoir a gérer des retour d'électricité, ça arrange aussi EDF que l'on ne démarre pas les machines au moment des pics de consommations… Ce ne sont pas des économies d'énergie, mais une énergie mieux utilisé. Au lieu de devoir démarre des centrales thermiques pendant les pics, on lisse la consommation pour se contenter des centrales nucléaires, et des énergies vertes…
Ou prosaïquement, si EDF met les tarifs heures creuses et les jours rouges du tarif Tempo, ce n'est pas pour perdre de l'argent, mais bien parce que cela l'arrange, parce que l'électricité n'a pas toujours le même coût financier i.e. énergétique…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Oui je parlais là de Pile à Combustible
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1. Dernière modification le 24 novembre 2024 à 23:36.
La PAC est intéressante (quasi la seule solution) pour conserver l'énergie 6 mois. Mais
- elle a un faible rendement (60% maxi tout compris)
- la PAC coûte très cher et surtout les réservoir sont cher et volumineux (à mettre dans un vide perdu au grenier?)
- Les batteries permettent déjà une bonne autonomie pourvu que le chauffage ne soit pas électrique… et donc c'est moins cher de doubler sa surface de photovoltaique pour l'hivers que de stocker l'été.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Cas d'usage et économies réelles
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1.
Mais est-ce beaucoup d'énergie ? Quand tu met en place un Home-Assistant, c'est que tu domotise ta maison. La tu rajoute une application supplémentaire pour ajouter une fonction de gestion de l'énergie… et tu économise d3z sous.
Il y en a qui dépense bien plus pour bien moins (pour un interrupteur qu'il allumé à distance)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: C'est la vraie victoire de X.
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Bluesky : enfin une vraie alternative à Twitter ?. Évalué à 2.
C'est pourquoi on préfère Mastodon ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 4.
Je suis 100% d'accord. Mais OpenHEMS est juste un serveur qui allume et éteint des appareils (Ou modifie une consigne). Dans tous les cas, en cas de problème tu allume et éteins manuellement. C'est aussi la raison pour laquelle je milite pour l'Open-Source : En cas de faillite, de problème tu peux toujours regarder toi même le problème (Ou un informaticien autre). Cela garanti a minima un certain SAV.
Le WiFi, c'est ta box la gateway, et le WiFi est moins fiable que la ZigBee de base (notamment par son architecture Mesh). Dans le cas d'OpenHEMS, l'antenne est directement sur une prise USB (type clé) sur le serveur. Donc même si la box tombe (ou internet), cela continuera de fonctionner… sauf évidemment si c'est le serveur qui est mort…
Ce que j'aime le moins du WiFi c'est le problème du mot de passe et des IP… Il suffit que tu changes de box ou que ta box se réinitialise, ou que tu changes ton mot de passe pour tout devoir reconfigurer… S'il y a beaucoup d'appareils, c'est galère. En plus WiFi consomme plus d'électricité et nécéssite en plus parfois un relais, alors qu'avec le réseau mesh, pas besoin de relai, plus il y a d'appareil plus ça marche (Et il y en aura toujours plus, on arrête pas le progrès)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Je pense que pour le congélo, il serait sans doute optimisable, il suffirait qu'il ailles au plus froid en fin de nuit, il tiendrait jusqu’à la nuit prochaine sans élec. Mais c'est des cacahuètes.
L'avantage d'un boîtier, c'est aussi la standardisation. C'est à dire que c'est pareil pour le lave-linge comme le lave-vaisselle. Les programmation en différée des machines ne sont pas toujours simple à configurer (Et pas dispo chez moi) et cela change d'une machine à l'autre.
L'avantage d'un boîtier c'est qu'il peut aussi surveiller que tu ne va pas faire sauter les plombs.
Et dans le fond tout est décalable ou du moins on peut toujours faire autrement. Ce qu'il faut voir c'est la simplicité, l'efficacité…
Si tu n'a qu'un lave-vaisselle que tu peux décaler et pas de domotique, cela ne vaut pas le coût. Si tu as plusieurs machine (dont certaines connectées), que tu as un peu de domotique (peut-être déjà un Home-Assistant ou l'intérêt d'en avoir un) c'est logique de tout centraliser dans un OpenHEMS ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1.
Quand ton "NAS se casse la figure", la partie résilience est effectué par le contrôle "manuel" j'imagine. Non? Dans ce cas, le contrôle manuel fonctionnera toujours quelque soit le système.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Il faut déjà bien calculer !
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2.
Je pense que tu as les moyens d'avoir 2 prises électriques et 2 câbles…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Il faut déjà bien calculer !
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1.
Si ça peut le faire, oui, c'est intéressant.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Il faut déjà bien calculer !
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1. Dernière modification le 07 décembre 2024 à 22:33.
Merci pour le kit OpenEVSE, je ne connaissais pas.
Perso, pour chargé la voiture, j'utilise de simple Prises ZigBee connectées. Cela fonctionne très bien depuis 1 an. On m'a dit que cela ne tiendrait pas, mais pour la différence de prix (et les ennuis en moins) je ne suis pas prêt d'investir dans une Wall Box. Pour moi le seul intérêt de ce genre de chose, c'est pour charger plus vite, ce qui est utile seulement, si tu fait beaucoup de kilomètres par ans (Plus de 40 000 au moins) ou que tu as un gros véhicule électrique inefficace qui consomme beaucoup au 100 (Et que tu roule beaucoup). Parce que même en seulement 8h d'heures creuses la nuit, à 12A, tu recharge bien une voiture. En théorie il faut 14h pour passer de 0 à 100%, mais je reste toujours entre 20 et 80% sauf pour les grands trajets et il faut 1h pour 10%.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1.
Si tu n'automatise pas. Avec un système domotique comme le OpenHEMS ce n'est pas si compliqué. C'est un réflexe à prendre tout de même.
Perso j'ai l'option Tempo. Entre le chauffe-eau, le lave-vaisselle, le lave-linge, le sèche-linge et la voiture électrique (Dacia Spring moyennant 20 000km/ans) et j'atteinds 2 Kwh en heures pleines pour 1 Kwh en heures creuses… Soit 1/3 de la conso en heures pleines…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# openbsd pour serveurs
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Why I stopped using OpenBSD. Évalué à 5.
Je crois qu'en somme OpenBSD est adapté pour sécuriser un serveur.
Pour un PC perso et tout spécialement un PC portable il vaut mieux QubesOS. C'est en arrière plan sa conclusion et je crois qu'elle est juste.
Après personnellement, je me contente d'un Ubuntu. La première des sécurité c'est de préserver sa vie privé en quittant Windows/Apple et Chrome…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 2. Dernière modification le 21 novembre 2024 à 22:42.
PS: Quand tu pilote la température d'une pièce pour piloter la pompe à chaleur, il faudrait exagérer la température. Car si tu cible 21°C, elle va ralentir dès que la température va arriver vers 19°C pour tenir compte de l’inertie (éviter le phénomène de yoyo). Et donc tu met plus de temps et donc tu baisse ta rentabilité (Plus tu met du temps plus tu "maintien" une température élever et plus tu perds). Tu cible donc 25°C et tu cible 17°C dès que tu atteint 21°C. Les murs, meubles et sols vont de toutes façons absorber rapidement une partie de la chaleur.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Mon expérience perso
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Gestion domestique de l'énergie: OpenHEMS. Évalué à 1. Dernière modification le 21 novembre 2024 à 22:34.
Et qu'utilise tu pour ce faire? Est-ce automatisé via scripts, via un outils comme Home-Assistant? Qu'as tu comme soft?
C'est sans doute un calcul à faire. Ce qui est difficile c'est de savoir exactement combien cela te fait gagner. L'efficacité dépends de
* Ta qualité d'isolation, autrement dit, la vitesse à laquelle rebaisse la température.
* Ta plage de confort niveau température.
Exemple, si tu acceptes de monter à 22°C et de descendre à 17°C. Si tu chauffe à 22°C en fin de période creuse, même si tu dois réchauffer un peu quand tu atteint 17°C en période pleine jusqu à 18°C pour tenir jusqu'à la prochaine période creuse, tu aura moins consommé d'électricité en période pleine. Le problème est que pour chauffer à 22°C tu consomme a peu près 60% plus que pour chauffer à 17°C (10% en plus par degré en moyenne, 1,15). Il faut alors voir combien de temps ton chauffage doit tourner pour quelle surconsommation en fin de période creuse pour ce résultat. Clairement il apparaît que c'est bénéfique jusqu'à une certaine plage de température. Autrement dit s'il faut atteindre 40°C pour attendre l'heure creuse suivante, cela ne vaut pas le coût.
Ce qui complique un peu le tout, c'est aussi que cela dépends de la température extérieure: Plus le différentiel de température est élevé entre l'intérieur et l'extérieur, plus tu perds de chaleur… i.e. plus qu'il fait froid plus que tu chauffe.
J'ai bien envie de pousser le calcul et d'intégré un système comme ça dans OpenHEMS.
PS je suis intéressé pour en discuter…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.