EONEF conçoit et fabrique une plateforme aérienne autonome en énergie qui prend la forme d'un ballon à hélium et permet de déployer un réseau télécom ou d'observation aérien en moins d’1h sur des sites isolés.

Le ballon est recouvert de panneaux solaires et couplé à une aile pour une meilleure stabilité et prise au vent. Cette plateforme emporte un système embarqué pouvant aller jusqu’à 5 kg, à 150 m, avec une capacité de production solaire maximum de 500 W. La plateforme peut voler en autonomie pendant plusieurs semaines voire mois.

Ce ballon a été conçu pour des systèmes de télécommunication et d'observation mais peut aussi intégrer d'autres capteurs.

Nous intervenons post-catastrophe climatique pour rétablir un réseau de communication ou bien sur des missions scientifiques pour suivre des populations animales sur des zones reculées.

Schéma conceptuel du ballon :

• Le ballon ne pourra pas évoluer à une altitude supérieure à 150 mètres
• Les évolutions seront possibles de 5h32 à 22h20

Afin d'optimiser les expériences, 2 nacelles de type rigide et une de type souple seront à disposition. Elle permettront d'optimiser les temps de vol en échangeant les nacelles au sol.

  Voici idéalement le déroulé prenant en compte les temps de trajet des plus éloignés

• 10h00 : arrivée Hermitage
• 10h00 - 10h30 : briefing + café accueil
• 10h30 - 12h00 : mise en place du hackerspace
• 12h00 - 13h30 : Déjeuner
• 13h30 - 20h30 : montage - test
  • LoRa
  • ADSB / AIS
  • Safety Box
• 20h30 - 22h00 : Diner
• 22h00- xxhxx : libre (mais manip radio serait sympa)(un petit passage sur la réception SDR ??)

Pour mémoire la nuit aéronautique est à 22h12

Pour mémoire le jour aéronautique est à 05h43

• 08h00 - 09h00 : Petit déjeuner
• 09h00 - 13h30 : montage - test
  • Reprise tests de la veille qui ne seraient pas terminés
  • APRS
  • Trames 433/868 Mhz
  • créneau radio amateurs
• 13h30 - 15h00 : Déjeuner
• 15h00 - option (test - repli - etc)

Le but du projet est de tester les possibilités, mais surtout les avantages, d'embarquer du matériel radio et radioamateur à bord du ballon captif. Bien sur pour pouvoir mesurer l'amélioration de la couverture radio.

Dans le projet il est prévue de tester cela sur des fréquences professionnelles mais aussi sur des fréquences radioamateurs.

Lors d'une catastrophe naturelle ou d'un événement, le ballon EONEF est déployé avec à son bord différentes technologies de communication et de réception de données. L'objet de cette expérimentation est de déterminer si la hauteur de vol du ballon permet d'augmenter sensiblement la portée des systèmes embarqués dispensant de multiplier le déploiement d'infrastructure au sol (réduction d'empreinte). Le ballon serait déployée aussi du centre de crise local qui rediffuserait ensuite vers un centre régional et /ou national.

• Hand : Site internet de l'association, @HANDHACKERS
• EONEF : Site internet de la société, @EONEF_AEROSTAT
• FR-Emcom : Site internet de FR-Emcom, @EMCOMFR
• L'Hermitage : https://www.hermitagelelab.com/ https://twitter.com/ https://www.facebook.com/projethermitage
• Fablab de Jarry https://www.facebook.com/lefablabdejarry/
• Bruno Dirops HAND Site internet personnel de Bruno,@B_DSN
• Vivien F4FWH : Site internet personnel de Vivien, @F4FWH
• Frédéric F4EED/KI7QQP : Site internet personnel de Frédéric, @F4EED
• Arnaud F4EIR : @F4EIR
• Yves F1IVT : Site internet d'Yves, @YROUGY
• Florent F4FZO @F4HZO59
• Nicolas F4HTN @F4HTN
• Geoffroy F4HOF @ISITHRAN
• …
• …

• Choix :
  • batterie type recharge téléphone (tous doit partir d'une tension d'alimentation de 5V) ?
  • batterie 12V (prévoir des convertisseurs pour la partie nano ordinateur)
  • Peut-être voir les batteries de modélisme, car ils ont des contraintes de poids également (typiquement des Lithium Ion Polymère par exemple)
• Exemple batterie Trust 16000 mAh
  • Poids : 440g

*Ce qui a été utilisé : Batterie type recharge de téléphone

• Liaison HF phonie (parole)
• Liaison QO-100
• Liaison HF numérique

L'l'IARU est organisée en trois régions:

• Région 1

- Europe, l'ouest du Moyen-Orient, Afrique, le nord de l'Asie.

• Région 2

- Amériques et au Groenland.

• Région 3

- Océanie et la plupart de l'Asie, (Australie, des îles du Pacifique, plus Hawaï).

Afin d'expérimenter divers modes en parallèle, nous émettons l'idée de n'utiliser le Rpi pour gérer les clé RTL (plusieurs par Rpi) et de connecter les flux vers une machine plus puissante au sol via une connexion wifi et rtl-TCP. Définir les configurations possibles (autonome, au sein d'un réseau)

Merci Fred pour le LIEN cela pourrait être une aide ou un début de piste.

Lead : Sébastien R.

• But : permettre la mise en place du protocole LORA pour permettre de connexion des objets connecté au sol en eux.
• Scénario : lors ou avant d'une catastrophe naturelle ou événement, permettre la création d'un réseau de capteurs dont les données seraient partagées et mises à profit de systèmes d'alerte par exemple (sismographes, marégraphe, etc.
• Matériel :
• Poids des modules :
• Non testé

Conditions du test : (tel que vu à la conf)

• Un module “maitre” est le nœud principal et génère des trames.
• 2 voitures réceptrices
• L'une en milieux bas de reliefs l'autre vers milieux élevés.
• Chaque voiture est équipé d'un nœud qui fait office de récepteur. Toutes les données sont logués dans un fichier horodaté et qualifié d'un niveau de réception RSSI. En parallèle, chaque voiture est doté d'une clé SDR pour enregistrer les signaux IQ brut pour une interprétation postérieur (trames tronqué, non décodés, ect) Un GPS loguera la position du véhicule pour horodater et géolocaliser les réceptions. Dans la mesure du possible les antennes seront identiques.

Retour au déroulé de la journée

Lead :

• But : permettre la localisation du trafic aérien sur un fond de carte
• Scénario : lors d'une catastrophe naturelle ou d'un événement, ce système permettrait d'informer le centre de crise du trafic aérien autour de la zone. Il permettrait notamment de synchroniser les phases logistiques.
• Matériel :
  • nano ordinateur (raspberry pi, orangepi,...)
  • clef SDR (type nooelec avec TCXO)
  • Filtre 88-108 MHz
  • antenne 1090 MHz
• Poids des modules :
  • nano ordinateur (raspberry pi, orangepi,...) : 29g (pour un raspberry pi 3a+); 44g (raspberry pi2, 9g (raspberry pi zero)
  • clef SDR (type nooelec avec TCXO) : 30g
  • Filtre 88-108 MHz : 21g
  • antenne 1090 MHz : 7g
  • [F4EED] je verrais mieux des dipoles ADSB
• Logiciel :
  • Raspbian

- Obligatoire

• dump 1090

- ou tous autre fork

• Commentaire: technologie déjà maitrisée
• Testé

Procédure innstallation :

1. Installer Rasbian stretch : https://www.raspberrypi.org/downloads/raspbian/
2. Installer dump1090 sur le raspberry; en mode terminal lancer les commandes suivantes :
   • sudo apt-get update
   • sudo apt-get install -y git build-essential debhelper rtl-sdr
   • sudo apt-get install -y librtlsdr-dev libusb-1.0-0-dev pkg-config
   • sudo apt-get install -y fakeroot curl cron lighttpd
   • sudo mkdir ~/build-dump-mut
   • cd ~/build-dump-mut
   • sudo git clone https://github.com/mutability/dump1090.git
   • cd ~/build-dump-mut/dump1090
   • sudo dpkg-buildpackage -b (soyez patient)
   • cd ~/build-dump-mut
   • sudo dpkg -i dump1090-mutability_1.15~dev_*.deb
   • sudo lighty-enable-mod dump1090
   • sudo /etc/init.d/lighttpd force-reload
   • sudo dpkg-reconfigure dump1090-mutability
   • pour la plus part des utilisations accpeter les valeurs par défaut en appuyant sur la touche entrée.
   • pour les valeurs suivantes entrez les valeurs comme indiqu ce dessous:
   • (a) RTL-SDR dongle to use: 0
   • (b) Votre latitude de réception (au format décimal): xx.xxxx
   • © Votre longitude de réception (au format décimal): yy.yyyy
   • (d) Interface address to bind to (blank for all interfaces): remove default 127.0.0.1 and leave blank.

Correction d'un bug sur raspbian strech :

• sudo wget -O /etc/udev/rules.d/rtl-sdr.rules “https://raw.githubusercontent.com/osmocom/rtl-sdr/master/rtl-sdr.rules”
• sudo reboot

• la montée en altitude du récepteur permet de voir les avions qui volent loin à faible altitude (apparition dès 175 pieds – environ 55m – constatés sur Roissy CDG)

Retour au déroulé de la journée

Description de l'AIS

• But : permettre la localisation du traffic maritine sur un fond de carte
• Scénario : lors d'une catastrophe naturelle ou d'un événement, ce système permettrait d'informer le centre de crise du trafic maritime autour de la zone. Il permettrait notamment de synchroniser les phases logistiques.
• Matériel :
  • nano ordinateur (raspberry pi, orangepi,...)
  • clef SDR (type nooelec avec TCXO)
  • Filtre 88-108 MHz
  • antenne 1090 MHz
• Poids des modules :
  • nano ordinateur (raspberry pi, orangepi,...) : 29g (pour un raspberry pi 3a+); 44g (raspberry pi2, 9g (raspberry pi zero)
  • clef SDR (type nooelec avec TCXO) : 30g
  • Filtre 88-108 MHz : 21g
  • antenne 1090 MHz : 7g
  • [F4EED] je verrais mieux des dipoles ADSB
• Logiciel :
  • Raspbian
  • OpenCPN
  • Resource sur les alarmes
  • Description

- Obligatoire

• dump 1090

- ou tous autre fork

• Commentaire: technologie déjà maitrisée
• Testé

Procédure installation :

1. Installer Rasbian stretch : https://www.raspberrypi.org/downloads/raspbian/
2. Installer dump1090 sur le raspberry; en mode terminal lancer les commandes suivantes :
   • sudo apt-get update
   • sudo apt-get install -y git build-essential debhelper rtl-sdr
   • sudo apt-get install -y librtlsdr-dev libusb-1.0-0-dev pkg-config
   • sudo apt-get install -y fakeroot curl cron lighttpd
   • sudo mkdir ~/build-dump-mut
   • cd ~/build-dump-mut
   • sudo git clone https://github.com/mutability/dump1090.git
   • cd ~/build-dump-mut/dump1090
   • sudo dpkg-buildpackage -b (soyez patient)
   • cd ~/build-dump-mut
   • sudo dpkg -i dump1090-mutability_1.15~dev_*.deb
   • sudo lighty-enable-mod dump1090
   • sudo /etc/init.d/lighttpd force-reload
   • sudo dpkg-reconfigure dump1090-mutability
   • pour la plus part des utilisations accpeter les valeurs par défaut en appuyant sur la touche entrée.
   • pour les valeurs suivantes entrez les valeurs comme indiqu ce dessous:
   • (a) RTL-SDR dongle to use: 0
   • (b) Votre latitude de réception (au format décimal): xx.xxxx
   • © Votre longitude de réception (au format décimal): yy.yyyy
   • (d) Interface address to bind to (blank for all interfaces): remove default 127.0.0.1 and leave blank.

Correction d'un bug sur raspbian strech :

• sudo wget -O /etc/udev/rules.d/rtl-sdr.rules “https://raw.githubusercontent.com/osmocom/rtl-sdr/master/rtl-sdr.rules”
• sudo reboot

• Autre logiciel sous Rpi Avantages ? Inconvénients ?

• la montée en altitude du récepteur permet de voir les avions qui volent loin à faible altitude (apparition dès 175 pieds – environ 55m – constatés sur Roissy CDG)

pyAirwaves

ThreeSixes airStuck

Retour au déroulé de la journée

Lead :

WiFi avec l'appli Safety Box de nos amis du FabLab de Jarry en Guadeloupe

Lead :

• But : permettre le positionnement des radioamateurs et des sources de données (météo,…), présent dans la zone de portée radio du ballon, sur un fond de carte
• Scénario : lors d'une catastrophe naturelle ou événement, géolocaliser les convois et permettre la transmission de données vers le centre de crise.
• Matériel : A Définir * Modem APRS ?
• nano ordinateur (raspberry pi, orangepi,…)
• Lime SDR mini? * Module type DR818 * Poids des modules :
• Modem APRS ? : * nano ordinateur (raspberry pi, orangepi,…) :
• Lime SDR mini? : 38g avec boitier * Module type DR818 : ?
• logiciel : A Définir
• Raspbian
• Direwolf
• Testé
• Ce qui a été testé c'est uniquement la réception APRS (igate) avec une clef SDR rajouté sur le projet relai numérique

Retour au déroulé de la journée

Lead :

• But : Essayer de qualifer l'efficacité de réception en prenant de l'altitude
• Scénario : Recevoir et loguer toutes trames à basse puis à haute altitude.
• Matériel : Clef SDR + rapberry
• Poids des modules :
• Non testé

Les trames seront filtrés pour éliminer les systèmes type capteur de pression des pneus. Inconvénient : Les trames ne seront pas géolocalisées. Il faudra interpréter le ratio du nombre de devices reçus. Voir le signal si on arrive a le logger

Retour au déroulé de la journée

• But : Permettre la mise en place d'une liaison wifi entre le ballon et la station au sol. Pour pouvoir faire de l'upload de fichier sur le matériel embarqué, mais aussi de prendre la main sur les nano ordinateur embarqués.
• Scénario : lors d'une catastrophe naturelle ou événement, servir de relais pour la téléphonie, site web d'information etc.
• Matériel :
• voir si un des nano PC déjà embarqué pourrais faire office de point d'accès wifi
• la station sol pourrais être du type Nano station d'ubiquity de manière a avoir une antenne avec un peu de gain pointé en direction du ballon ? * Idée d'ajout d'un connecteur pour l'antenne externe du raspberry pi: https://web.archive.org/web/20181019182655im_/https://www.dorkbotpdx.org/blog/wramsdell/external_antenna_modifications_for_the_raspberry_pi_3 * Poids des modules : * Page dédiée: https://projet-eonef.frama.wiki/raspiWifi * Sur le paramétrage du point d'accès, privilégier la bande 5GHz. Si vous activez un canal en 2.4GHz, pensez bien à désactiver la prise en charge 802.11b (débits 1, 2, 5.5 et 11Mbps). Un peu de lecture détaillée sur le sujet 802.11b is poison, IEEE 802.11mc.

* Testé

Retour au déroulé de la journée

Inventaire des besoins logistique :

• Connexion internet sur zone de test oui / non Qui ? :
  • Via routeur 4G dans la maison du plateau.
  • Panneau Ubiquiti pour la zone ballon.
  • Poulie avec corde sur point haut d'un bâtiment ou autre pour tendre antenne décamétrique oui / non Qui ? :
• Tables chaises abrit oui / non
  • Hackerspace dans la maison du plateau a 100m de la zone de vol.
  • Mise en place de tonnelles a proximité de la zone de vol.

Fréquence de ralliement:

• Matériel : Clef SDR
• Soft :
  • www.rtl-sdr.com

Retour au déroulé de la journée

• But : permettre la réception d'image météo
• Scénario : permettre de voir la météo a venir après rupture des canaux de réception d'info météo
• Matériel :
• Antenne : type QFH : http://bbayle.com/satellites/3eme.html
• partie réception automatisée :
• Poids des modules :
• Testé

Retour au déroulé de la journée

Lead :

• But : permettre des liaison longue distance ou retransmettre vers un ballon les infos reçu par SAT
• Scénario :
• Matériel :
• Antenne : Parabole du commerce
• transceiver :
• Poids des modules :
• Contact établie :

Retour au déroulé de la journée

Testé

• But : permettre des liaison longue distance
• Scénario :
• Matériel :
• Antenne : G5RV http://f5ad.free.fr/Liens_coupes_ANT/F/F6DDR%20G5RV.htm
• transceiver : n'importe quel poste HF (pour les test du week end nous avions un FT897
• Poids des modules :
• Contact établie : Guadeloupe * Testé

• SKED avec la guadeloupe
  • Heure (QTR) :
  • Fréquence (QRG) :

Retour au déroulé de la journée

• But : permettre des liaison longue distance
• Scénario :
• Matériel :
• Antenne : G5RV http://f5ad.free.fr/Liens_coupes_ANT/F/F6DDR%20G5RV.htm
• transceiver : n'importe quel poste HF (pour les test du week end nous avions un FT897)
  • Je confirme la présence de mon FT897 [F4HZO]
• Logiciel : WSJT-X timisé en mode FT8
• Poids des modules :
• Contact établie : Etats Unis, Guyanne,…
• Testé

Retour au déroulé de la journée

• Test de la capacité du logiciel à la gestion des différents systèmes de positionnements (APRS, DMR GPS,..).
• Visualisation sur fond de carte OSM.
• Perspectives d’utilisation pour les AASC (Associations Agrées de Sécurité Civile).

Lien du site SARTRACK

Présentation d'antennes HF pour les situations d'urgence

• Antenne NVIS
• Antenne Canne à pèche

• But : Permettre l'installation du système d'exploitation Raspbian sur les nano ordinateur embarqué de type raspberry pi.
• Installation de Raspbian pour le Raspberry Pi sur carte micro SD avec Etcher (Windows, Linux, Mac)

Retour vers la partie installation des logiciels