Principe
- Vols point-à-point prédéfinis (segments “dotted way”) entre postes B/C/D ou sites isolés.
- Les drones suivent les mêmes “axes” que le backbone OBBHFH (Bangui → Relais → Damara → Ombella), mais en version physique.
- Charge utile : µSD/USB scellée contenant des bundles chiffrés (gzip + hash manifest).
- Drop/pick dans un coffret tampon étanche sur chaque site, relié au mini-serveur (Station K/H).
- Intégration directe avec les LuckyBlocks : export de bundles sur Poste A/B/C/D → copie sur support → vol → import + ACK à l’arrivée.
- Permet de continuer à échanger des messages “réseau des maires” même si L1/L2/L3 radio sont coupées ou brouillées.
Topologie type Bangui → Damara → Ombella (vue DW)
Les corridors drones réutilisent les mêmes sites physiques que le backbone 5 GHz.
[ Poste A – Bangui (colline/maison) ]
||
|| (corridor drone DW-A-B ~ 35–40 km)
\/
[ Poste B – Relais colline intermédiaire ]
||
|| (corridor drone DW-B-C ~ 35–40 km)
\/
[ Poste C – Damara (mairie / bâtiment public) ]
||
|| (corridor drone DW-C-D ~ 25–30 km)
\/
[ Poste D – Ombella-Bord (N12 × Ombella) ]
Corridors possibles :
• DW-A-B, DW-B-C, DW-C-D → vols réguliers
• DW-A-C, DW-B-D → vols d’urgence (direct, plus longue distance)
- Les coffrets tampons DW sont installés à proximité immédiate des mini-serveurs RPi du backbone.
- Chaque corridor drone est documenté (distance, altitude minimale, obstacles, points de déroutement).
Flotte de drones & performances
-
Drones FPV 15 pouces :
- Vitesse de croisière : ~80 km/h “tranquille”, jusqu’à 150–200 km/h en vol rapide.
- Portée typique : 40–50 km par batterie à vive allure.
- Exemple : Bangui → Damara (~80 km) possible d’une traite à ~80 km/h.
-
Organisation du réseau de drones :
- Drones prépositionnés dans chaque préfecture/mairie avec batteries chargées.
- Centres de recharge batterie situés autour des postes A/B/C/D (ou petites bases intermédiaires).
- Les drones peuvent choisir automatiquement la base de recharge la plus proche en fonction du vent, de la pluie, etc.
-
Pilotes centralisés + pilotage décentralisé :
- Un petit groupe de pilotes peut couvrir un rayon de ~300 km autour de Bangui.
- Les drones prêts à décoller sont “loués” à distance : un pilote se connecte, effectue la mission, puis libère l’appareil.
- Possibilité de missions locales autonomes (mode waypoint, retour maison) pour les mairies qui ont un opérateur formé.
Latence réseau & contrôle FPV via OBBHFH
Le backbone OBBHFH offre une latence typique de 10–20 ms, jusqu’à ~30 ms, ce qui est du même ordre de grandeur que la vidéo analogique FPV (~30 ms) et plus réactif que certains systèmes numériques (DJI ~50–70 ms).
- Sur 100 km de distance logique (plusieurs hops), on reste proche de 30 ms de latence, ce qui est parfaitement pilotable en FPV.
- Sur 300 km, on peut monter vers ~100 ms, encore pilotable en FPV pour des vols planifiés et prévisibles.
- Les pilotes peuvent donc être centralisés à Bangui, tout en contrôlant des drones situés dans un rayon de 300 km (tant que la vidéo et la télémétrie passent via le backbone 5 GHz).
Ce couplage OBBHFH + OBBDW apporte une “ceinture de défense” aérienne numérique autour de Bangui et de la zone des maires.
Procédures
- À faire Coffret tampon : accès rapide, log hash, support scellé.
- À faire Script site : hash global, signature, ACK bundle retour.
- À faire Checklist opérateur : plan de vol, météo, scellés, journal.
Exemple de cycle complet pour un corridor DW-B-C :
- Poste B : export des bundles haute priorité (P0–P1) → écriture sur µSD/USB.
- Enregistrement du hash global + signature, note dans le journal de vol.
- Drone FPV préparé (batterie, vérification mécanique, GPS si nécessaire).
- Décollage, vol vers Poste C selon le plan de vol validé (météo OK).
- À l’arrivée : récupération du support, import des bundles, vérification du hash, envoi d’un ACK via backbone ou prochain vol.
- Nettoyage/rotation : effacement sécurisé, préparation pour le prochain voyage.
Sécurité
- À faire Manifest clair minimal (scope) + segments chiffrés.
- À faire Hash global + signature du support avant vol.
- À faire ACK systématique pour purge locale.
Compléments :
- Le contenu des µSD/USB est toujours chiffré de bout en bout (modèle “réseau des maires”), le drone ne transporte que de la donnée opaque.
- En cas de perte d’un drone, l’adversaire ne gagne qu’un blob chiffré + des métadonnées minimales.
- La purge de buffers locaux (stations A/B/C/D) n’est faite qu’après réception d’un ACK signé.
Quand utiliser
- Franchir un fleuve, un relief, une zone interdite radio.
- Assurer un “lien” régulier entre deux bases isolées.
- Compléter le backbone OBBHFH quand aucune fenêtre radio n’est exploitable.
- Scénarios de crise : coupure d’Internet, brouillage 5 GHz, destruction d’un relais.
- Livraison de supports contenant mises à jour d’applications, cartes hors-ligne, journaux chiffrés.
Intégration avec l’appli des maires & foyers 56k
- L’appli “réseau des maires” tourne sur les RPi/mini-PC des postes A/B/C/D. Même si le backbone est partiellement détruit, les données peuvent voyager par OBBDW.
- Quelques foyers proches des mairies peuvent se connecter en 56k / Wi-Fi bas débit sur le mini-serveur local pour accéder aux messages, textes de loi, annonces municipales préchargés.
- Les mises à jour (contenu, docs, firmware) sont poussées par OBBDW, ce qui permet de moderniser le réseau sans dépendre d’Internet public.
Différences DW vs HFH (rappel rapide)
- OBBHFH : backbone radio 5 GHz, 30–40 km par hop, débit dizaines de Mbit/s, alimentation solaire, latence ~10–20 ms.
- OBBDW : réseau de corridors drones, 40–80 km par vol (ou plus avec relais batterie), transport physique de bundles, latence élevée mais très haute résilience à la coupure radio.
- Ensemble : forme un système hybride radio + “poste aérienne” qui continue de fonctionner même si une partie des relais est cassée ou hors service.