publish: Décoder les infos de la TIC et les communiquer
This commit is contained in:
Cédrix
@@ -1,11 +0,0 @@
|
||||
{
|
||||
"title": "Décoder les infos de la TIC et les communiquer",
|
||||
"_updated_at": "2026-05-16 13:06:10",
|
||||
"slug": "preparation-du-raspberry-pi",
|
||||
"published": true,
|
||||
"published_at": "2025-11-19 06:48",
|
||||
"category": "Électronique",
|
||||
"tags": [],
|
||||
"seo_title": "",
|
||||
"seo_description": ""
|
||||
}
|
||||
@@ -1,24 +1,24 @@
|
||||
# Décoder les infos de la TIC et les communiquer
|
||||
|
||||
La sortie **TIC** (Télé-Information Client) du compteur Linky expose en continu des données utiles : index de consommation, puissance apparente, intensité instantanée, période tarifaire en cours. L'objectif de ce projet est de capter ces informations automatiquement, à intervalles réguliers, puis de les rendre accessibles depuis l'extérieur du dispositif de collecte.
|
||||
|
||||
## Choix du Raspberry Pi
|
||||
|
||||
L'objectif est de récupérer automatiquement et à intervalles réguliers les informations émises par un compteur Linky, puis de les rendre accessibles depuis l'extérieur du Raspberry Pi.
|
||||
|
||||
Trois prérequis matériels s'imposent donc :
|
||||
Trois prérequis matériels s'imposent :
|
||||
|
||||
- une **connexion réseau**, pour exposer ou transmettre les données collectées ;
|
||||
- un **espace de stockage**, suffisant pour l'OS, les outils et l'historique des relevés ;
|
||||
- une **liaison série**, pour dialoguer avec la sortie TIC du compteur.
|
||||
|
||||
Le choix s'est porté sur un **Raspberry Pi 3**, qui couvre ces trois besoins sans surcoût ni complexité supplémentaire. Le stockage est assuré par une carte SD, la liaison série est exposée sur le port GPIO, et la connectivité réseau bénéficie d'un atout pratique : l'armoire de brassage de la maison se trouve à quelques mètres du compteur électrique, ce qui permet d'envisager un raccordement filaire fiable plutôt qu'un lien sans fil.
|
||||
Le choix s'est porté sur un **Raspberry Pi 3**, qui couvre ces trois besoins sans surcoût ni complexité supplémentaire : carte SD pour le stockage, UART exposé sur le port GPIO pour la liaison série, et port Ethernet pour le réseau. Atout pratique : l'armoire de brassage de la maison se trouve à quelques mètres du compteur électrique, ce qui permet un raccordement filaire fiable plutôt qu'un lien Wi-Fi.
|
||||
|
||||
Côté logiciel, le système retenu est **Raspberry Pi OS** (anciennement Raspbian), recommandé par défaut sur cette plateforme. Cette distribution dérivée de Debian apporte tout l'écosystème GNU/Linux nécessaire : pile réseau TCP/IP, accès distant par SSH, synchronisation horaire NTP, gestion de bases de données, serveur web, interpréteurs PHP et Python. Autant de briques qui serviront aux étapes ultérieures du projet.
|
||||
Côté logiciel, le système retenu est **Raspberry Pi OS** (anciennement Raspbian), recommandé par défaut sur cette plateforme. Cette distribution dérivée de Debian apporte tout l'écosystème GNU/Linux nécessaire pour les étapes ultérieures : pile réseau TCP/IP, accès distant par SSH, synchronisation horaire NTP, bases de données, serveur web, interpréteurs PHP et Python.
|
||||
|
||||
## Câblage
|
||||
|
||||
Le compteur Linky émet la trame TIC sous forme d'un **signal modulé en ASK** (Amplitude Shift Keying). Ce signal n'est pas directement exploitable par l'UART du Raspberry Pi, qui attend un niveau logique TTL stable.
|
||||
|
||||
Un **démodulateur ASK** est donc intercalé entre le compteur et le Raspberry Pi. Son rôle est de récupérer la porteuse modulée et de restituer en sortie un signal binaire TTL propre, directement lisible par le port série.
|
||||
Un **démodulateur ASK** est donc intercalé entre le compteur et le Raspberry Pi. Son rôle : extraire la porteuse modulée et restituer en sortie un signal binaire TTL propre, directement lisible par le port série.
|
||||
|
||||
La chaîne complète est la suivante :
|
||||
|
||||
@@ -26,7 +26,7 @@ La chaîne complète est la suivante :
|
||||
Compteur Linky → Démodulateur ASK → UART du Raspberry Pi
|
||||
```
|
||||
|
||||
Le câblage côté Raspberry Pi se résume à trois fils :
|
||||
Côté Raspberry Pi, le câblage se résume à trois fils :
|
||||
|
||||
| Broche | Signal | Rôle |
|
||||
|---|---|---|
|
||||
@@ -57,15 +57,15 @@ Le câblage côté Raspberry Pi se résume à trois fils :
|
||||
|
||||
## Installation de l'OS
|
||||
|
||||
Le déploiement de Raspberry Pi OS sur la carte SD suit la procédure standard décrite dans l'article [à compléter]. Un point d'attention : **activer le service SSH** dès la préparation de l'image, faute de quoi aucun accès distant ne sera possible au premier démarrage.
|
||||
Le déploiement de Raspberry Pi OS sur la carte SD suit la procédure standard décrite dans l'article [à compléter]. Un point d'attention : **activer le service SSH dès la préparation de l'image**, faute de quoi aucun accès distant ne sera possible au premier démarrage.
|
||||
|
||||
Une fois le Raspberry Pi mis sous tension et raccordé au réseau, son adresse IP n'est pas connue à l'avance. Un balayage du réseau local avec `nmap` permet de l'identifier :
|
||||
Une fois le Raspberry Pi sous tension et raccordé au réseau, son adresse IP n'est pas connue à l'avance. Un balayage du réseau local avec `nmap` permet de l'identifier :
|
||||
|
||||
```bash
|
||||
nmap -sn 192.168.1.0/24
|
||||
```
|
||||
|
||||
> Note : la cible passée à `nmap` est l'adresse du réseau (`.0/24`), pas celle de la passerelle. Le `/24` indique le masque de sous-réseau et délimite la plage scannée.
|
||||
> Note : la cible passée à `nmap` est l'**adresse du réseau** (`192.168.1.0`), pas celle de la passerelle (`192.168.1.1`). Le suffixe `/24` est le masque CIDR : il indique que les 24 premiers bits désignent le réseau, et délimite donc la plage scannée (ici, de `.1` à `.254`).
|
||||
|
||||
Une fois l'adresse repérée, la connexion s'établit avec le compte `pi` et le mot de passe par défaut `raspberry` :
|
||||
|
||||
@@ -73,4 +73,6 @@ Une fois l'adresse repérée, la connexion s'établit avec le compte `pi` et le
|
||||
ssh pi@192.168.1.68
|
||||
```
|
||||
|
||||
> Premier réflexe sécurité : changer immédiatement le mot de passe du compte `pi` avec `passwd`, voire désactiver ce compte au profit d'un utilisateur dédié. Les identifiants par défaut sont connus de tous les scans automatisés.
|
||||
> **Premier réflexe sécurité** : changer immédiatement le mot de passe du compte `pi` avec `passwd`, voire désactiver ce compte au profit d'un utilisateur dédié. Les identifiants par défaut sont connus de tous les scans automatisés exposés sur Internet.
|
||||
|
||||
Le Raspberry Pi est désormais opérationnel et joignable sur le réseau. Les étapes suivantes — configuration du port série, décodage de la trame TIC, puis exposition des données — feront l'objet des prochains chapitres.
|
||||
@@ -4,15 +4,22 @@
|
||||
"title": "Décoder les infos de la TIC et les communiquer",
|
||||
"author": "cedric@abonnel.fr",
|
||||
"published": true,
|
||||
"featured": false,
|
||||
"published_at": "2025-11-19 06:48",
|
||||
"created_at": "2025-11-19 06:48:01",
|
||||
"updated_at": "2026-05-12 17:38:19",
|
||||
"updated_at": "2026-05-16 13:06:24",
|
||||
"revisions": [
|
||||
{
|
||||
"n": 1,
|
||||
"date": "2026-05-12 17:38:19",
|
||||
"comment": "Contenu modifié",
|
||||
"title": "Décoder les infos de la TIC et les communiquer"
|
||||
},
|
||||
{
|
||||
"n": 2,
|
||||
"date": "2026-05-16 13:06:24",
|
||||
"comment": "Contenu modifié",
|
||||
"title": "Décoder les infos de la TIC et les communiquer"
|
||||
}
|
||||
],
|
||||
"cover": "",
|
||||
@@ -26,5 +33,6 @@
|
||||
"seo_title": "",
|
||||
"seo_description": "",
|
||||
"og_image": "",
|
||||
"category": "Électronique"
|
||||
"category": "Électronique",
|
||||
"tags": []
|
||||
}
|
||||
|
||||
+11
-13
@@ -1,24 +1,24 @@
|
||||
# Décoder les infos de la TIC et les communiquer
|
||||
|
||||
La sortie **TIC** (Télé-Information Client) du compteur Linky expose en continu des données utiles : index de consommation, puissance apparente, intensité instantanée, période tarifaire en cours. L'objectif de ce projet est de capter ces informations automatiquement, à intervalles réguliers, puis de les rendre accessibles depuis l'extérieur du dispositif de collecte.
|
||||
|
||||
## Choix du Raspberry Pi
|
||||
|
||||
Trois prérequis matériels s'imposent :
|
||||
L'objectif est de récupérer automatiquement et à intervalles réguliers les informations émises par un compteur Linky, puis de les rendre accessibles depuis l'extérieur du Raspberry Pi.
|
||||
|
||||
Trois prérequis matériels s'imposent donc :
|
||||
|
||||
- une **connexion réseau**, pour exposer ou transmettre les données collectées ;
|
||||
- un **espace de stockage**, suffisant pour l'OS, les outils et l'historique des relevés ;
|
||||
- une **liaison série**, pour dialoguer avec la sortie TIC du compteur.
|
||||
|
||||
Le choix s'est porté sur un **Raspberry Pi 3**, qui couvre ces trois besoins sans surcoût ni complexité supplémentaire : carte SD pour le stockage, UART exposé sur le port GPIO pour la liaison série, et port Ethernet pour le réseau. Atout pratique : l'armoire de brassage de la maison se trouve à quelques mètres du compteur électrique, ce qui permet un raccordement filaire fiable plutôt qu'un lien Wi-Fi.
|
||||
Le choix s'est porté sur un **Raspberry Pi 3**, qui couvre ces trois besoins sans surcoût ni complexité supplémentaire. Le stockage est assuré par une carte SD, la liaison série est exposée sur le port GPIO, et la connectivité réseau bénéficie d'un atout pratique : l'armoire de brassage de la maison se trouve à quelques mètres du compteur électrique, ce qui permet d'envisager un raccordement filaire fiable plutôt qu'un lien sans fil.
|
||||
|
||||
Côté logiciel, le système retenu est **Raspberry Pi OS** (anciennement Raspbian), recommandé par défaut sur cette plateforme. Cette distribution dérivée de Debian apporte tout l'écosystème GNU/Linux nécessaire pour les étapes ultérieures : pile réseau TCP/IP, accès distant par SSH, synchronisation horaire NTP, bases de données, serveur web, interpréteurs PHP et Python.
|
||||
Côté logiciel, le système retenu est **Raspberry Pi OS** (anciennement Raspbian), recommandé par défaut sur cette plateforme. Cette distribution dérivée de Debian apporte tout l'écosystème GNU/Linux nécessaire : pile réseau TCP/IP, accès distant par SSH, synchronisation horaire NTP, gestion de bases de données, serveur web, interpréteurs PHP et Python. Autant de briques qui serviront aux étapes ultérieures du projet.
|
||||
|
||||
## Câblage
|
||||
|
||||
Le compteur Linky émet la trame TIC sous forme d'un **signal modulé en ASK** (Amplitude Shift Keying). Ce signal n'est pas directement exploitable par l'UART du Raspberry Pi, qui attend un niveau logique TTL stable.
|
||||
|
||||
Un **démodulateur ASK** est donc intercalé entre le compteur et le Raspberry Pi. Son rôle : extraire la porteuse modulée et restituer en sortie un signal binaire TTL propre, directement lisible par le port série.
|
||||
Un **démodulateur ASK** est donc intercalé entre le compteur et le Raspberry Pi. Son rôle est de récupérer la porteuse modulée et de restituer en sortie un signal binaire TTL propre, directement lisible par le port série.
|
||||
|
||||
La chaîne complète est la suivante :
|
||||
|
||||
@@ -26,7 +26,7 @@ La chaîne complète est la suivante :
|
||||
Compteur Linky → Démodulateur ASK → UART du Raspberry Pi
|
||||
```
|
||||
|
||||
Côté Raspberry Pi, le câblage se résume à trois fils :
|
||||
Le câblage côté Raspberry Pi se résume à trois fils :
|
||||
|
||||
| Broche | Signal | Rôle |
|
||||
|---|---|---|
|
||||
@@ -57,15 +57,15 @@ Côté Raspberry Pi, le câblage se résume à trois fils :
|
||||
|
||||
## Installation de l'OS
|
||||
|
||||
Le déploiement de Raspberry Pi OS sur la carte SD suit la procédure standard décrite dans l'article [à compléter]. Un point d'attention : **activer le service SSH dès la préparation de l'image**, faute de quoi aucun accès distant ne sera possible au premier démarrage.
|
||||
Le déploiement de Raspberry Pi OS sur la carte SD suit la procédure standard décrite dans l'article [à compléter]. Un point d'attention : **activer le service SSH** dès la préparation de l'image, faute de quoi aucun accès distant ne sera possible au premier démarrage.
|
||||
|
||||
Une fois le Raspberry Pi sous tension et raccordé au réseau, son adresse IP n'est pas connue à l'avance. Un balayage du réseau local avec `nmap` permet de l'identifier :
|
||||
Une fois le Raspberry Pi mis sous tension et raccordé au réseau, son adresse IP n'est pas connue à l'avance. Un balayage du réseau local avec `nmap` permet de l'identifier :
|
||||
|
||||
```bash
|
||||
nmap -sn 192.168.1.0/24
|
||||
```
|
||||
|
||||
> Note : la cible passée à `nmap` est l'**adresse du réseau** (`192.168.1.0`), pas celle de la passerelle (`192.168.1.1`). Le suffixe `/24` est le masque CIDR : il indique que les 24 premiers bits désignent le réseau, et délimite donc la plage scannée (ici, de `.1` à `.254`).
|
||||
> Note : la cible passée à `nmap` est l'adresse du réseau (`.0/24`), pas celle de la passerelle. Le `/24` indique le masque de sous-réseau et délimite la plage scannée.
|
||||
|
||||
Une fois l'adresse repérée, la connexion s'établit avec le compte `pi` et le mot de passe par défaut `raspberry` :
|
||||
|
||||
@@ -73,6 +73,4 @@ Une fois l'adresse repérée, la connexion s'établit avec le compte `pi` et le
|
||||
ssh pi@192.168.1.68
|
||||
```
|
||||
|
||||
> **Premier réflexe sécurité** : changer immédiatement le mot de passe du compte `pi` avec `passwd`, voire désactiver ce compte au profit d'un utilisateur dédié. Les identifiants par défaut sont connus de tous les scans automatisés exposés sur Internet.
|
||||
|
||||
Le Raspberry Pi est désormais opérationnel et joignable sur le réseau. Les étapes suivantes — configuration du port série, décodage de la trame TIC, puis exposition des données — feront l'objet des prochains chapitres.
|
||||
> Premier réflexe sécurité : changer immédiatement le mot de passe du compte `pi` avec `passwd`, voire désactiver ce compte au profit d'un utilisateur dédié. Les identifiants par défaut sont connus de tous les scans automatisés.
|
||||
Reference in New Issue
Block a user