Bonjour,
Je veux poursuivre un système de gestion de mon chauffage avec régulation de la température de départ de l’eau via une vanne 3 voies motorisé et des sondes exterieur et de départ de l’eau. Le système était sous Domoticz et je l’ai passé sous home assistant.
J’utilisais le bus gpio pour lire mes sondes de température DS18B20 en one wire. J’avais fais cela en suivant un tuto.
Est-ce que c’est possible sur Home assistant? J’ai un peu parcouru les forums et ca ne semble simple à mon niveau.
Beaucoup parle de « esp #### » . Cherchant à faire quelque chose de simple et le plus léger possible en terme de matériel et de conso par soucis de sobriété, ça m’embête de rajouter un élément qui va rajouter une consommation selon moi inutile. De plus il faut que le fonctionnement de la régulation en température soit le plus autonome possible. C’est a dire qu’elle ne puisse pas tomber en panne pour défaut de wifi / zigbee ou probleme de compatibilité suite a une MAJ.
Avez-vous une méthode à me proposer pour réhabiliter la communication 1 wire en filaire sur HA? Ou a deffaut, autre solution qui vous semble interessante à mentionner en remplissant la majeure partie des contraintes?
merci d’avance de vos retours!
Ma configuration
[center] |Version|core-2026.3.1|
| — | — |
|Type d’installation|Home Assistant OS|
|Développement|false|
|Supervisor|true|
|Docker|true|
|Architecture des conteneurs|aarch64|
|Utilisateur|root|
|Environnement virtuel|false|
|Version de Python|3.14.2|
|Famille du système d’exploitation|Linux|
|Version du système d’exploitation|6.12.47-haos-raspi|
|Architecture du processeur|aarch64|
|Fuseau horaire|Europe/Paris|
|Répertoire de configuration|/config|
Home Assistant Community Store
| GitHub API | ok |
|---|---|
| GitHub Content | ok |
| GitHub Web | ok |
| HACS Data | ok |
| GitHub API Calls Remaining | 5000 |
| Installed Version | 2.0.5 |
| Stage | running |
| Available Repositories | 2855 |
| Downloaded Repositories | 3 |
Home Assistant Cloud
Mode storage
Network Configuration
| Adaptateurs | lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), veth1ad6a0f (disabled), vethcf58c23 (disabled), veth1a99713 (disabled), vethd9ec032 (disabled), vethff967bf (disabled), veth0018cb7 (disabled), veth2c8f4b2 (disabled), veth34fb744 (disabled) |
|---|---|
| Adresses IPv4 | lo (127.0.0.1/8), end0 (192.168.1.102/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), veth1ad6a0f (), vethcf58c23 (), veth1a99713 (), vethd9ec032 (), vethff967bf (), veth0018cb7 (), veth2c8f4b2 (), veth34fb744 () |
| Adresses IPv6 | lo (::1/128), end0 (fe80::c1a3:5154:6fde:b1d/64), docker0 (fe80::b4d1:3fff:feed:1a2f/64), hassio (fd0c:ac1e:2100::1/48, fe80::2ca4:44ff:fef1:6cfe/64), veth1ad6a0f (fe80::30:43ff:fea7:ec42/64), vethcf58c23 (fe80::c823:3bff:febd:865f/64), veth1a99713 (fe80::6016:a8ff:fe14:a686/64), vethd9ec032 (fe80::b8b7:1bff:fe25:2839/64), vethff967bf (fe80::a469:6fff:fec8:f26d/64), veth0018cb7 (fe80::587e:adff:fef1:73dd/64), veth2c8f4b2 (fe80::40cb:bbff:fe7a:47ea/64), veth34fb744 (fe80::c4ae:fcff:fe00:be22/64) |
| Adresses annoncées | 192.168.1.102, fe80::c1a3:5154:6fde:b1d |
Recorder
| Heure de démarrage de l’exécution la plus ancienne | 24 février 2026 à 13:16 |
|---|---|
| Heure de démarrage de l’exécution actuelle | 16 mars 2026 à 11:03 |
| Taille estimée de la base de données (en Mio) | 11.45 MiB |
| Moteur de la base de données | sqlite |
| Version de la base de données | 3.49.2 |
Métriques du Core
Utilisation du processeur 2.2 %
Utilisation de la mémoire 59.4 %
Métriques du Supervisor
Utilisation du processeur 0.5 %
Utilisation de la mémoire 7.8 %[/center]