0. Contexte

Il y a plusieurs années, nous avions fait le choix de domotiser notre camping-car via un concours, pas par utilité, mais plus par est-ce qu’on peut le faire ?

Le bilan, si cela fonctionnait bien, nous avons eu plusieurs problèmes à l’usage :

• Non reproductible : beaucoup de câble à tirer et donc pas vraiment user friendly
• Débranchement des GPIO : Si j’avais acheté une carte à visser pour les GPIO, avec les mouvements et la chaleur, c’est la carte GPIO qui ‘est déboité plusieurs fois
• Consommation : Un RPI 4 a pleine puissance consomme entre 7 et 12w, sur une batterie 12v, sans rechargement le camping-car serait à plat entre 4 et 7 jours juste avec celui-ci. Mais un fourgon consomme aussi avec le frigo, les téléphones, le chauffage, les lumières, etc.
• Bruit : Le rpi4 a besoin d’une chaleur en dessous de 80°c, hors en été dans un camping-car celui-ci avait donc besoin de ventilateur, pour gagner de la place, nous avions opté pour un double ventilateur intégré au boitier du RPI4, résultat 35-40 dB en continu en été et dans un si petit espace pas hyper WAF.

Du coup, on a quelle option ?

Première possibilité : le ZBBRIDGE-U → il ne consomme que 3 W, mais dépend du Wi-Fi et d’Internet, pas idéal pour un camping-car en itinérance.

Deuxième choix : l’iHost avec Home Assistant → fonctionnement local et multiprotocole, mais le support 32 bits touche à sa fin.

Troisième solution : l’iHost avec le système Cube eWeLink → un mode local simple et stable, parfaitement adapté à mon usage.

Mon choix s’est porté sur l’option 3. Car le côté local de l’ihost me suffit et la stabilité du système m’a séduit. Tampis pour le côté plus complet de HA, mais inutile dans un camping-car pour mon utilisation

1. Zigbee

L’un des points fort de l’ihost c’est son Zigbee intégré et très régulièrement mis à jour. Nous sommes extrêmement proches de zigbee2mqtt en termes de compatibilité. Du coup certes, je peux utiliser des devices Sonoff, mais aussi celle de concurrent. Dans mon cas une télécommande Linkid pour allumer ou éteindre l’alarme

La portée ne fait défaut, certes l’endroit est petit, mais le cadre métal du fourgon a tendance à faire cage de faraday. Ici aucun souci.

Quand le camping-car n’est plus alimenté, l’iHost peut perdre l’état de certains périphériques. Ils se resynchronisent vite, seul le thermomètre extérieur demande parfois un nouvel appairage — une fonction de sauvegarde automatique rendrait l’expérience encore plus fluide

Le zigbee représentera la majorité des devices utilisés dans le camping-car

Nous aurons donc :

• Détecteurs d’ouvertures pour les portes, les lanterneaux et les fenêtres (utile en cas de pluie ou d’intrusions)
• Un thermomètre intérieur permet de piloter le refroidissement du camping-car en été. Un thermomètre extérieur indique quand ouvrir les lanterneaux ou simplement comment s’habiller le matin.
• Un thermomètre sur sonde pour le Frigo (pour prévenir des pannes de celui ci)
• deux détecteurs de fuite d’eau, (l’un pour la citerne d’eau pour verifier qu’elle ne fuit pas et l’autre pour la pluie, reste actif longtemps mais efficace en cas de pluie)
• Un détecteur de mouvement (pour les intrusions)
• Une télécommande (pour choisir le mode d’alarme)

J’avais tenté de détourner un capteur d’ouverture pour détecter le trop-plein des eaux grises, mais il s’encrassait trop vite ; idem pour le capteur d’eau propre vite bloqué par le calcaire. Il existe d’autres solutions efficaces, mais elles nécessitent une alimentation électrique et ne conviennent pas à un usage nomade en camping-car.

Le système de scène fonctionne vraiment hyperbien, est hyperfluide et hyper plug and play

tout comme le système d’alarme intégré en natif

2.Wifi

2.1 Sonoff

Dans un camping-car, on ne peut pas toujours compter sur un Wi-Fi avec data. C’est généralement une limite pour les appareils Sonoff… sauf si l’on utilise un iHost.

Le point fort de l’iHost c’est qu’il permet du local first → même sans data tu gardes un contrôle.

Dans notre cas, nous utilisons le module actionneur Sonoff en 12 V pour piloter une alarme puissante capable de dissuader les cambrioleurs. Il sert aussi à déclencher la climatisation et l’aération du fourgon.

L’appairage est ultra-simple et ne nécessite de la data que lors de la première configuration dans eWeLink. Ensuite, le module peut être piloté en local et reste accessible via l’iHost même si votre Wi-Fi n’a pas de data

Pour cela il suffit d’installer ewelink cube

On récupère notre device Alarme en locale en le synchronisant

et le voila

et donc il ne nous reste qu’à faire sonner notre alarme 12V lorsque l’alarme est enclenché sur ihost

Autant vous dire que personne ne peut tenir dans le camion lorsque l’alarme se déclenche !!!

2.2 Camera RTSP

J’ai voulu faire la même procédure avec la caméra, mais pas possibles, car celle-ci demande constamment de la data.

La caméra reste trop dépendante d’une connexion Internet : le flux RTSP ne fonctionne qu’avec data active. Un vrai mode 100% local serait un énorme plus, surtout pour la détection humaine.

2.3 Tasmota

Si je ne m’en sers pas non plus pour des raisons d’économies en énergie il serait possible d’intégrer des camera esp32 ou encore des devices tasmota

3. Haut-parleur

Si le haut-parleur de base est en tout point insuffisant et j’avoue ne pas en voir l’utilité sauf pour des notifications sonores non importantes.

On peut tout à fait le booster avec un 2w plus puissant ou encore le synchronisé avec une enceinte Bluetooth. J’ai fait le choix de la première option, car chaque option supplémentaire veut dire une source de consommation supplémentaire et donc à un impact sur l’autonomie du véhicule.

ATTENTION OUVRIR IHOST VEUT DIRE INTERRUPTION DE GARANTIE !!!!

Grace aux facultés docker de la ihost, vous pouvez sans difficulté soit générée des dons soit des audios préenregistrés par exemple dire bonjour lorsque l’on ouvre le camping-car

Nous parlons d’un audio de 2w, aucun intérêt de l’utiliser en terme d’alarme intrusion ! Par contre ça ouvre quand même des possibilités sympas pour des annonces vocales personnalisées

Avec docker on peut en plus de la production de son en natif faire directement du TTS via le module pico tts2cube

4. Accès extérieur

Vous avez là deux possibilités :

La première, créer un docker tailscale ce que j’avais fait au début, c’est gratuit et absolument pas complexe.

Puis depuis la dernière mise à jour de l’ihost, vous avez la possibilité de le faire en natif sur celle-ci et donc d’avoir accès a ewelink Cast depuis n’importe où ! trop la classe ! On active pilots features et remotes futures

un accès hyper simple en mode cast ou web ! Bien joué Sonoff !!!

5. Météo

La météo n’est pas encore utilisable comme déclencheur, mais si cette fonction était ajoutée, ce serait parfait ! Il existe bien une solution via Node-RED et OpenWeather, mais elle reste complexe, peu plug & play et ne règle pas le problème des coordonnées GPS statiques, inadaptées à un camping-car itinérant.

On peut en natif utiliser forecast

Pour tenter openweather vous pouvez suivre ce tuto

🟢 Étape 1 – Installer Node-RED sur iHost

1. Connecte-toi à l’interface web de ton iHost (via ton IP locale dans le navigateur, par ex. http://192.168.1.50).
2. Va dans le menu Docker (dans la barre latérale).
3. Clique sur Add Container / Ajouter un conteneur.
4. Recherche nodered/node-red (l’image officielle).
5. Configure ainsi :
   • Nom du conteneur : nodered.
   • Port :
     • Host : 1880
     • Container : 1880
   • Volumes (si dispo) : mappe /data pour conserver tes flows.
6. Clique sur Déployer.
7. Attends quelques secondes → ton conteneur Node-RED est lancé.
8. Vérifie : ouvre ton navigateur et tape http://[ip_de_ton_ihost]:1880 → tu dois voir l’interface Node-RED (une page blanche avec des blocs “Drag & Drop”).

Node-RED est installé et accessible.

---

🟢 Étape 2 – Créer un compte OpenWeather et générer une clé API

1. Va sur https://home.openweathermap.org.
2. Clique sur Sign Up et crée un compte gratuit (email + mot de passe).
3. Une fois connecté, va dans API Keys → clique sur Generate Key.
   • Exemple : ihost_key.
   • Copie la clé (ex : d8e3ac1f0b1234567xxxxxx).
4. Dans Subscriptions, active le plan One Call API 3.0.
   • Gratuit jusqu’à 1000 requêtes/jour.
   • Suffisant si tu fais 1 appel par heure.

Tu as maintenant une clé API valide.

---

🟢 Étape 3 – Construire ton URL météo

L’URL ressemble à ça :

https://api.openweathermap.org/data/3.0/onecall?lat=48.8566&lon=2.3522&units=metric&lang=fr&exclude=hourly,minutely,alerts&appid=VOTRE_CLE

• lat=48.8566 et lon=2.3522 → tes coordonnées GPS (ici Paris).
• units=metric → °C et km/h.
• lang=fr → réponses en français.
• exclude=hourly,minutely,alerts → on garde seulement current + daily.
• appid=... → ta clé API.

Colle cette URL dans ton navigateur → tu dois recevoir un fichier JSON (plein de chiffres).

---

🟢 Étape 4 – Récupérer les données dans Node-RED

1. Dans Node-RED, fais glisser un Inject node (bloc bleu clair).
   • Double-clique →
     • Name = Toutes les heures.
     • Repeat → interval → 3600 sec (1h).
     • Active On Start (pour lancer au démarrage).
   • Clique sur Done.
2. Fais glisser un HTTP Request node (bloc vert).
   • Double-clique →
     • Method = GET.
     • URL = ton URL OpenWeather.
     • Return = Parsed JSON.
   • Clique sur Done.
3. Fais glisser un Debug node (bloc vert clair avec un insecte 🐞).
   • Laisse sur msg.payload.
   • Clique sur Done.
4. Relie Inject → HTTP → Debug.
5. Clique sur Deploy (bouton rouge en haut à droite).
6. Clique sur le bouton carré de ton Inject node.
   → Dans l’onglet de droite (Debug), tu dois voir apparaître les données météo (ex : "temp": 12.34).

Félicitations : Node-RED communique avec OpenWeather !

---

🟢 Étape 5 – Créer des capteurs virtuels dans iHost

Pour que iHost affiche les données comme un vrai capteur Zigbee :

1. Installe l’addon Cube Adapter (si pas déjà fait).
2. Dans Node-RED, ajoute un Inject node (au démarrage).
3. Ajoute un Register Device node (du plugin Cube).
   • Name = Température extérieure.
   • Device ID = génère un UUID (site uuidgenerator.net).
   • Capabilities = Temperature.
   • Valeur par défaut = 0.
   • Clique Done.
4. Relie Inject → Register Device.
5. Clique Deploy → le capteur apparaît dans iHost.

Répète l’opération pour chaque capteur :

• Température actuelle.
• Humidité actuelle.
• Vent (km/h → mappé sur capteur d’humidité).
• Chance de pluie (%).
• Température max demain.

---

🟢 Étape 6 – Relier OpenWeather aux capteurs

1. Après ton HTTP Request node, ajoute un Change node.
2. Exemple : Température actuelle.
   • Rule → set msg.payload = {"temperature": msg.payload.current.temp}.
   • Relie à ton capteur Température extérieure via un Put Device State node.
3. Exemple : Humidité.
   • {"humidity": msg.payload.current.humidity}.
4. Exemple : Vent en km/h.
   • {"humidity": $floor(msg.payload.current.wind_speed * 3.6)}.
5. Exemple : Chance de pluie demain (%).
   • {"humidity": $round(msg.payload.daily[1].pop * 100)}.

Déploie → les capteurs se mettent à jour automatiquement toutes les heures.

---

🟢 Étape 7 – Vérifier dans iHost

1. Ouvre l’appli iHost.
2. Tes capteurs virtuels apparaissent avec leurs valeurs.
   • Exemple : 14 °C, 65 % humidité, 12 km/h vent, pluie 30 %.
3. Les graphiques se remplissent comme s’il s’agissait de vrais capteurs physiques.

---

🟢 Étape 8 – Créer une automatisation météo

1. Va dans Scènes → Nouvelle scène.
2. Choisis un déclencheur :
   • Exemple : Vent > 20 km/h.
   • Action : Fermer le store connecté.
3. Autres exemples :
   • Si Température > 30 °C → Allumer la clim à 18h.
   • Si pluie prévue demain → Suspendre l’arrosage.

Tu as maintenant un iHost intelligent qui anticipe la météo.

6. Audiovisuel

Si dans la première version, j’avais intégré la télévision à la domotique, l’usage nous a fait comprendre qu’alimenter un relai en continu pour un usage plus que sporadique était inutile, nous ne regardons la tv que lorsqu’il pleut depuis plusieurs jours et que nous n’avons rien à visiter aux alentours… ce qui n’arrive quasiment jamais vu que nous allons plutôt nous déplacer pour visiter ou pour chercher le beau temps. J’aurai sans probleme pu utiliser le module 12v présenté dans wifi.

7. Homebridge et Matter

Si pour le moment, je ne m’en sers pas vraiment, la compatibilité matter et la possibilité homebridge ouvre sacrément les possibilités pour le futur !

8. Conclusion

Lorsque je suis parti sur la partie v1 du camping-car, c’était plus dans l’idée est ce qu’on peut le faire… puis à l’usage, nous avons remarqué que certains points sont intéressants comme le côté alarme connecté qui me permet de vérifier ce qui se passe en cas d’alerte, de maintenir une température supportable dans le camion pour mon vieux chien de 18 ans et pour son maitre (:D), éviter d’inondé le camping-car en cas de pluie

Points forts :

Lorsque je suis parti sur cette vision Sonoff Inside, je n’étais pas sûr que cela fonctionnerait, après plusieurs mois d’usage, l’essayer c’est l’adopté

• Beaucoup plus d’autonomie pour les batteries du camping-car qui sont 2*/moins sollicité qu’avec le rpi4
• Silencieux : Beaucoup moins de bruit et cela fait beaucoup de différence lors des nuits, plus ce fichu ventilateur !
• Moins de maintenance, entre les fils qui s’érodent, les gpios qui se débranche, les vibrations qui déserrer les fils s’étaient plutôt galère. C’est plus fiable et tellement moins galère pour profiter de votre séjour !
• Moins encombrement, si le rpi4 est plus petit, il demandait énormément de ventilation ce qui n’est pas le cas du Ihost
• Plus de fiabilité, avec jeedom, j’avais pas mal de problème lorsque je ne maintenais pas certains plugins surtout pour la partie wifi. je le trouve finalement à l’usage plus plug and play !
• Si je ne m’en sers pas encore , il est compatible matter ! Et dans un avenir très proche, cela sera plus qu’utile
• Avec docker, c’est la possibilité d’utiliser Node red pour des interactions encore plus rapides, voir zigbee2mqtt si vous n’étiez plus satisfait du service intégré ! Du coup, on a un compromis qui permet d’utiliser toutes les fonctions qu’on pourrait avoir besoin dans notre maison roulante !

Amélioration :

Il reste quelques défauts que je corrigerai peut-être avec le temps :

• Consommation de pile, dans un camping-car les piles sont soumises à de grosses variations de température et donc dure beaucoup moins longtemps
• Moins de fiabilité pour la mesure de la cuve d’eau propre, cela serait réglable en Zigbee mais consommerait trop d’électricité et donc d’autonomie
• La caméra reste peu fiable dès qu’il y a plus de data
• Météo inexploitable dans les scènes

Si je dois résumé avec l’iHost, j’ai enfin une solution compacte, silencieuse, ultra-basse conso et fiable, idéale pour un fourgon ou camping-car

.

J’espère que cet article vous aura plu autant que j’ai pris plaisir a le faire

N’oubliez pas que la vie est une fete