Si tu fais un truc mais que tu ne le comprends pas,
A quoi ça te sert de comprendre l'algorithme derrière? Pour un expert, pour des micro optim peut-être. Et encore l'algorithme déjà existant est sûrement plus optimisé que le tiens.
A tu besoin de comprendre aussi le fonctionnement de l'ordinateur à fond?
Clairement si on peut se passer de réinventer la roue.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est aussi inclure un biais. Si Python est si simple à apprendre c'est en partie car on trouve tous les tutoriel (voir les programmes tout fait) sur internet.
C'est un fait, il m'est arrivé de trouver le programme tout cuit en Python alors qu'autrement il fallait se débrouiller : appel à un webservice. Eh bien faire un wget, un parsing json et extraire les infos en C++, même pour moi qui connaît bien c'est largement plus complexe en C++ (et je ne parles pas de C).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce n'est pas la difficulté/le temps pour devenir expert qui compte seulement.
Il y a aussi le temps pour arriver à faire un programme qui fait cf que l'on veut… et de ce point de vue python est imbattable. Vous prenez 2 néophytes et vous leur demandez un programme qui fait un truc basique, en Python ce sera bien plus rapide. On peut se contenter de coller 2-3 tutoriel sur internet… Et on retrouve la même histoire pour un programme un peu plus complexe entre autre car Python dispose de toute les librairies et même si C++ n'en ai pas dépourvu elles sont plus complexe à intégrer et maîtriser.
Ensuite même une fois le language à peu près maîtriser le Python permet de développer bien plus rapidement.
La difficulté en C++ c'est de bien gérer sa mémoire, de comprendre les pointeurs, de débuguer (comprendre les messages d'erreur), d'installer son IDE et de compiler.. difficile de commencer un programme sans.
La difficulté en Python c'est de gérer les dépendances (venv), la portabilité sur d'autres versions de Pythons (docker), les pythonneries, les bibliothèques avancées et optimisées… rien de bien important pour la pluspart des petits projets et pour les gros ça arrive après dans une étape où on a validé le reste…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Avant X, c'est Amazon qu'il faudrait quitter. X, bof je ne suis pas fan de ce genre de réseau social, mais s'il est plus libre, il n'est pas plus mal qu'un autre.. cela ne veut pas dire qu'il soit terrible. Mais je n'aime pas cette vindicte officielle contre un réseau social sous prétexte que son PDG ne serait pas top alors que les autres PDG sont bien pire.
Elon Musk ne se paye pas des Yacht ni de villa immense mais au contraire via ses entreprises il aide a défendre une idée de voiture électrique efficiente et relativement light (Pas ou peu de gros SUV)… Même SpaceX promeut des carburants plus "verts" et une pollution moindre par fusée, y compris de l'espace, puisqu'on y jette pas toute la fusée. Alors ok, tout n'est pas parfait et de-facto cela s'accompagne d'un bond des lancements ce qui inévitablement pollue plus.
Mais si on regardes X, je suis désolé, mais on a juste plus de fake-news parce que ce n'est pas censuré, mais il y en a aussi ailleurs… Au final je n'ai pas l'impression que cela ait plus d'impact que le censure abusive es autres réseau. D'un point de vue concret je peux continuer d'y poster et de suivre l'actu comme avant…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
A priori je dirais que Linus n'a pas tord. C'est peut-être utile au niveau commercial, mais au niveau de l'OS, l'OS doit savoir précisément ce qui est activé. Si une fonctionnalité d'une version est désactivé, que ce soit par sécurité ou par économie ou pour toute autre raison, on va devoir désactiver toute la série avec les versions alors que sinon, on peut juste désactiver une seule et unique instruction.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
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.
[^] # Re: il n'y a pas que ça
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 1.
A quoi ça te sert de comprendre l'algorithme derrière? Pour un expert, pour des micro optim peut-être. Et encore l'algorithme déjà existant est sûrement plus optimisé que le tiens.
A tu besoin de comprendre aussi le fonctionnement de l'ordinateur à fond?
Clairement si on peut se passer de réinventer la roue.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Pas mieux
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 2.
Ça ne représente pas plus une difficulté pour un mathématicien que pour un autre… ce qui je pense est faux, c'est de penser le contraire.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: my 2 cents
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 3.
C'est aussi inclure un biais. Si Python est si simple à apprendre c'est en partie car on trouve tous les tutoriel (voir les programmes tout fait) sur internet.
C'est un fait, il m'est arrivé de trouver le programme tout cuit en Python alors qu'autrement il fallait se débrouiller : appel à un webservice. Eh bien faire un wget, un parsing json et extraire les infos en C++, même pour moi qui connaît bien c'est largement plus complexe en C++ (et je ne parles pas de C).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# il n'y a pas que ça
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Apprendre la programmation en Python n'est pas plus facile qu'en Java ou en C++. Évalué à 5.
Ce n'est pas la difficulté/le temps pour devenir expert qui compte seulement.
Il y a aussi le temps pour arriver à faire un programme qui fait cf que l'on veut… et de ce point de vue python est imbattable. Vous prenez 2 néophytes et vous leur demandez un programme qui fait un truc basique, en Python ce sera bien plus rapide. On peut se contenter de coller 2-3 tutoriel sur internet… Et on retrouve la même histoire pour un programme un peu plus complexe entre autre car Python dispose de toute les librairies et même si C++ n'en ai pas dépourvu elles sont plus complexe à intégrer et maîtriser.
Ensuite même une fois le language à peu près maîtriser le Python permet de développer bien plus rapidement.
La difficulté en C++ c'est de bien gérer sa mémoire, de comprendre les pointeurs, de débuguer (comprendre les messages d'erreur), d'installer son IDE et de compiler.. difficile de commencer un programme sans.
La difficulté en Python c'est de gérer les dépendances (venv), la portabilité sur d'autres versions de Pythons (docker), les pythonneries, les bibliothèques avancées et optimisées… rien de bien important pour la pluspart des petits projets et pour les gros ça arrive après dans une étape où on a validé le reste…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Avant X
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Hello quitte X. Évalué à -8.
Avant X, c'est Amazon qu'il faudrait quitter. X, bof je ne suis pas fan de ce genre de réseau social, mais s'il est plus libre, il n'est pas plus mal qu'un autre.. cela ne veut pas dire qu'il soit terrible. Mais je n'aime pas cette vindicte officielle contre un réseau social sous prétexte que son PDG ne serait pas top alors que les autres PDG sont bien pire.
Elon Musk ne se paye pas des Yacht ni de villa immense mais au contraire via ses entreprises il aide a défendre une idée de voiture électrique efficiente et relativement light (Pas ou peu de gros SUV)… Même SpaceX promeut des carburants plus "verts" et une pollution moindre par fusée, y compris de l'espace, puisqu'on y jette pas toute la fusée. Alors ok, tout n'est pas parfait et de-facto cela s'accompagne d'un bond des lancements ce qui inévitablement pollue plus.
Mais si on regardes X, je suis désolé, mais on a juste plus de fake-news parce que ce n'est pas censuré, mais il y en a aussi ailleurs… Au final je n'ai pas l'impression que cela ait plus d'impact que le censure abusive es autres réseau. D'un point de vue concret je peux continuer d'y poster et de suivre l'actu comme avant…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# +
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Linus Torvalds critique violemment les « niveaux » introduits pour l’architecture x86. Évalué à 2.
A priori je dirais que Linus n'a pas tord. C'est peut-être utile au niveau commercial, mais au niveau de l'OS, l'OS doit savoir précisément ce qui est activé. Si une fonctionnalité d'une version est désactivé, que ce soit par sécurité ou par économie ou pour toute autre raison, on va devoir désactiver toute la série avec les versions alors que sinon, on peut juste désactiver une seule et unique instruction.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Chapeau bas
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal De GCC à Clang en passant par Firefox. Évalué à 9.
Chapeau bas pour avoir implémenté le même warning dans Clang. Ce n'est pas une petite affaire. Et effectivement ça peut être utile.
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.