Différences

Ci-dessous, les différences entre deux révisions de la page.

--- start [2019/06/29 20:58]
bdsn
+++ start [2019/08/03 18:22]
f4eir
@@ Ligne 1: / Ligne 1: @@
 Bienvenue sur le Wiki du projet Eonef / HAND / FR-EMCOM / L'Hermitage !
-====== Présentation du projet ======
+====== Présentation du deuxième WE du 20 et 21 Juillet 2019 ======
+===== Le site de l'HERMITAGE LAB =====
+{{ :hermitage.jpg?direct&200 |}}
+[[https://www.hermitagelelab.com/|www.hermitagelelab.com]]
 ===== le ballon EONEF =====
-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.
+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 de 30 minutes 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 embarquer des systèmes de télécommunication et d'observation mais peut aussi intégrer d'autres capteurs. Couplé à des panneaux solaires et des batteries les fonctionnalités bénéficient de l'autonomie nécessaire pour couvrir une missions. 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.
+Nous intervenons post-catastrophe climatique pour rétablir un réseau de communication, sur des missions scientifiques pour suivre des populations animales sur des zones reculées ou encore sur des sites industriels et des évènements de plein air sur des volets de sécurité.
 Schéma conceptuel du ballon :
-{{:eonef_plateforme-aerienne.png?400}}
+{{:eonef_plateforme.png?400|}}
+Contact : julie.dautel@eonef.com (cofondatrice)
+===== Contraintes opérationnels =====
+<note importante>Le Ballon est soumis aux règles aéronautiques</note>
+  * 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.
+{{ :eonef.jpg?direct&200 |}}
+mètres plus haut ....
+{{ :eonef_150m.jpg?direct&200 |}}
+----
+===== Déroulé des journées =====
+    Voici idéalement le déroulé prenant en compte les temps de trajet des plus éloignés
+==== Samedi 20 Juillet ====
+  * 10h00 : arrivée Hermitage
+  * 10h00 - 10h30 : briefing + café accueil
+  * 10h30 - 12h00 : mise en place du hackerspace
+  * 12h00 - 13h30 : Déjeuner
+  * 13h30 - 20h30 : montage - test
+      * [[start#LORA|LoRa]]
+      * [[start#ADSB / AIS|ADSB / AIS]]
+      * [[start#Safety Box|Safety Box]]
+  * 20h30 - 22h00 : Diner
+  * 22h00- xxhxx : libre (mais manip radio serait sympa)(un petit passage sur la réception SDR ??)
+**//Pour mémoire [[deroule_du_20|Déroulé du Samedi 20 Juillet]] //**
+<note importante>**//Pour mémoire la nuit aéronautique est à 22h12//**</note>
+==== Dimanche 21 juillet ====
+<note importante>**//Pour mémoire le jour aéronautique est à 05h43//**</note>
+  * 08h00 - 09h00 : Petit déjeuner
+  * 09h00 - 13h30 : montage - test
+      * Reprise tests de la veille qui ne seraient pas terminés
+      * [[start#APRS|APRS]]
+      * [[start#Trames 433/868 Mhz|Trames 433/868 Mhz]]
+      * créneau radio amateurs
+  * 13h30 - 15h00 : Déjeuner
+  * 15h00 - option (test - repli - etc)
+**//Pour mémoire [[deroule_du_21|Déroulé du Dimanche 21 Juillet]] //**
 ===== Partie radio (& radioamateur) =====
@@ Ligne 29: / Ligne 92: @@
 ====== Ils participent au projet ======
-  * Hand : [[http://hand.team/|Site internet de l'association]], [[https://twitter.com/HANDHackers|Compte twitter de Hand]]
+  * Hand : [[http://hand.team/|Site internet de l'association]], [[https://twitter.com/HANDHackers|@HANDHACKERS]]  [[https://twitter.com/HANDHackers|{{twitter_social_icon_circle_color.png?15}}]]
-  * EONEF : [[http://www.eonef.com/|Site internet de la société]], [[https://twitter.com/EONEF_aerostat|Compte twitter de EONEF]]
+  * EONEF : [[http://www.eonef.com/|Site internet de la société]], [[https://twitter.com/EONEF_aerostat|@EONEF_AEROSTAT]]  [[https://twitter.com/EONEF_aerostat|{{twitter_social_icon_circle_color.png?15}}]]
-  * FR-Emcom : [[https://fr-emcom.com/|Site internet de FR-Emcom]], [[https://twitter.com/EmcomFr|Compte twitter de Fr-Emcom]]
+  * FR-Emcom : [[https://fr-emcom.com/|Site internet de FR-Emcom]], [[https://twitter.com/EmcomFr|@EMCOMFR]]  [[https://twitter.com/EmcomFr|{{twitter_social_icon_circle_color.png?15}}]]
-  * Bruno Dirops HAND [[https://twitter.com/b_dsn|Compte Twitter de Bruno]]
+  * L'Hermitage : [[https://www.hermitagelelab.com/]] [[https://twitter.com/]] [[https://www.facebook.com/projethermitage]][[https://www.facebook.com/projethermitage|{{:facebook-770688_960_720.png?15}}]]
-  * Vivien F4FWH : [[https://www.f4fwh.fr/|Site internet personnel de Vivien]], [[https://twitter.com/F4FWH|Compte twitter de Vivien (F4FWH)]]
+  * Fablab de Jarry [[https://www.facebook.com/lefablabdejarry/]]
-  * Frédéric F4EED/KI7QQP : [[http://f4eed.wordpress.com|Site internet personnel de Frédéric]], [[https://twitter.com/F4EED|Compte twitter de Frédéric (F4EED/KI7QQP)]]
+  * Bruno Dirops HAND [[http://frenchsimmer.com/frenchsimmersite/|Site internet personnel de Bruno]],[[https://twitter.com/b_dsn|@B_DSN]]  [[https://twitter.com/b_dsn|{{twitter_social_icon_circle_color.png?15}}]]
-  * Arnaud F4EIR : [[https://twitter.com/F4EIR|Compte Twitter de Arnaud (F4EIR)]]
+  * Vivien F4FWH : [[https://www.f4fwh.fr/|Site internet personnel de Vivien]], [[https://twitter.com/F4FWH|@F4FWH]]  [[https://twitter.com/F4FWH|{{twitter_social_icon_circle_color.png?15}}]]
-  * Yves F1IVT : [[http://www.rougy.net/|Site internet d'Yves]], [[https://twitter.com/yrougy|Compte twitter de Yves (F1IVT)]]
+  * Frédéric F4EED/KI7QQP : [[http://f4eed.wordpress.com|Site internet personnel de Frédéric]], [[https://twitter.com/F4EED|@F4EED]]  [[https://twitter.com/F4EED|{{twitter_social_icon_circle_color.png?15}}]]
-  * Florent F4FZO [[https://twitter.com/f4hzo59|Compte Twitter de Florent (F4HZO)]]
+  * Arnaud F4EIR : [[https://twitter.com/F4EIR|@F4EIR]]  [[https://twitter.com/F4EIR|{{twitter_social_icon_circle_color.png?15}}]]
-  * Nicolas F4HTN [[https://twitter.com/f4htn|Compte Twitter de Nicolas (F4HTN)]]
+  * Yves F1IVT : [[http://www.rougy.net/|Site internet d'Yves]], [[https://twitter.com/yrougy|{{twitter_social_icon_circle_color.png?15}}]], [[https://www.youtube.com/user/yrougy/featured|{{yt_logo_rgb_light.png?60}}]]
-  * Geoffroy F4HOF [[https://twitter.com/isithran|Compte Twitter de Geoffroy (F4HOF)]]
+  * Florent F4FZO [[https://twitter.com/f4hzo59|@F4HZO59]]  [[https://twitter.com/f4hzo59|{{twitter_social_icon_circle_color.png?15}}]]
-  * …
+  * Nicolas F4HTN [[https://twitter.com/f4htn|@F4HTN]]  [[https://twitter.com/f4htn|{{twitter_social_icon_circle_color.png?15}}]]
-  * …
+  * Geoffroy F4HOF [[https://twitter.com/isithran|@ISITHRAN]]  [[https://twitter.com/isithran|{{twitter_social_icon_circle_color.png?15}}]]
+  * Cem F4CGU [[https://twitter.com/CemCARFIL|@CemCARFIL]]  [[https://twitter.com/CemCARFIL|{{twitter_social_icon_circle_color.png?15}}]]
+  * Alexandre
+  * Jérôme
+  * Daniel
+----
+====== ATTENTION RAPPEL IMPORTANT pour les RADIOAMATEURS ======
+<note>pour rappel [[http://www.iaru.org/|l'IARU]] : L’Union internationale des radioamateurs ([[http://www.iaru.org/|l'IARU]]) est une confédération internationale d'organisations radioamateurs nationales qui établit un forum d'affaires courantes et de représentation collective au sein de l'Union internationale des télécommunications (UIT).</note>
+L'[[http://www.iaru.org/|l'IARU]] est organisée en trois régions:  {{ :wiki:reg_iaru.jpg?nolink|}}
+  * [[http://www.iaru-r1.org/|Région 1]]
+ - Europe, l'ouest du Moyen-Orient, Afrique, le nord de l'Asie.
+  * [[https://www.iaru-r2.org/|Région 2]]
+ - Amériques et au Groenland.
+  * [[https://iaru-r3.org/|Région 3]]
+ - Océanie et la plupart de l'Asie, (Australie, des îles du Pacifique, plus Hawaï).
+\\
+<note importante>Chaque région a un plan de bande radioamateur différents, il faut bien penser a faire des projets (pour ceux qui utilisent les fréquences radioamateurs) qui puisse facilement s'adapter au plan de fréquence locale (projet, émetteurs/récepteurs …)
+[[planbandera|Les plans de bandes radioamateur par région]]</note>
+----
 ====== Alimentation électrique ======
@@ Ligne 52: / Ligne 143: @@
       * Poids : 440g
-<color #22b14c>***Ce qui a été utilisé : Batterie type recharge de téléphone**</color>
-====== Les tests radio envisagés ======
+<color #22b14c>***Ce qui a été utilisé : Batterie type recharge de téléphone (Powerbank)**</color>
-  * [[https://projet-eonef.frama.wiki/#l_adsb|ADSB]]
+----
-  * [[https://projet-eonef.frama.wiki/#radiodiffusion_type_bande_fm_rds|Radiodiffusion type bande FM + RDS]]
-  * [[https://projet-eonef.frama.wiki/#aprs|APRS]]
+==== Pistes d'expérimentations sur le SDR distant ====
-  * [[https://projet-eonef.frama.wiki/#relai_radioamateur_analogique|Relai radioamateur analogique]]
-  * [[https://projet-eonef.frama.wiki/#relai_multimode_dstar_dmr_c4fm|Relai multimode (DSTAR/DMR/C4FM/...)]]
+Afin d'expérimenter divers modes en parallèle, nous émettons l'idée de n'utiliser le Rpi que 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 des utilitaires comme RTL-TCP.
-  * [[https://projet-eonef.frama.wiki/#tnt|TNT]]
-  * [[https://projet-eonef.frama.wiki/#lora|LORA]]
+Merci Fred pour le [[https://www.rtl-sdr.com/enumerating-multiple-rtl-sdr-dongles-deterministically-for-rtl_tcp-in-linux/|LIEN]] cela pourrait être une aide ou un début de piste.
-  * [[https://projet-eonef.frama.wiki/#ais|AIS ???]]
+Une autre piste [[http://flux242.blogspot.com/2017/04/how-to-connect-rtl433-to-remote-rtltcp.html?m=1|LIEN]]
-  * [[https://projet-eonef.frama.wiki/#liaison_wifi_entre_la_station_au_sol_et_le_ballon|Liaison wifi entre la station au sol et le ballon]]
-  * [[https://projet-eonef.frama.wiki/#reception_image_meteo_satellite|Réception d'image météo par satellite]]
+Quelques test ont été effectués par F1IVT sur les débits nécessaires.
-  * [[https://projet-eonef.frama.wiki/#liaison_phonie_hf|Liaison HF phonie (parole)]]
+  *  **rtl_tcp**: Il s'avère que rtl_tcp envoie un flux I/Q complet, et il est donc difficile de descendre en dessous de 2 Mbps par flux radio. Avec une réception en 250 ks, on a un flux constant à 4 Mbps.
-  * [[https://projet-eonef.frama.wiki/#liaison_numerique_hf|Liaison HF numérique]]
+  * **spyserver**: Quelques tests ont été effectués avec spyserver sur le Raspberry Pi et le débit est nettement plus utilisable (quelques dizaines ou centaines de kbps). Par contre, il est nécessaire d'utiliser le logiciel SDRSharp en client, et ce dernier fonctionne sur Windows. Il est visiblement possible de le compiler sur GNU/Linux à l'aide de Mono, mais le test n'a pas encore été fait. Il n'est pas possible de faire marcher SDRSharp sur MacOS (problème de mono 4.5 qui ne fonctionne pas en 64 bits sur le Mac). UPDATE: La version compilée sur Linux de SDRSharp ne contient pas le client réseau. Donc ça ne marche pas.
+==== Écoute distante de la réception SDR ====
+Disponible ici: https://projet-eonef-2.frama.wiki/sdrdistant
+**Conclusion:** L'idée était là mais il est apparu qu'elle est difficile de la mettre en place pour les problèmes de bande passante et de stabilité de la liaison wifi entre le ballon et le sol. D'autres solutions ont germé dans les têtes de certains. A suivre ...
 ----
-====== ATTENTION RAPPEL IMPORTANT pour RADIOAMATEUR ======
-pour rappel [[http://www.iaru.org/|l'IARU]] : L’Union internationale des radioamateurs ([[http://www.iaru.org/|l'IARU]]) est une confédération internationale d'organisations radioamateurs nationales qui établit un forum d'affaires courantes et de représentation collective au sein de l'Union internationale des télécommunications (UIT).
+===== LORA =====
-L'[[http://www.iaru.org/|l'IARU]] est organisée en trois régions:
+  * 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 :
+  * <color #ed1c24>__** Non testé**__ </color>
-  * [[http://www.iaru-r1.org/|Région 1]]
- - Europe, l'ouest du Moyen-Orient, Afrique, le nord de l'Asie.
-  * [[https://www.iaru-r2.org/|Région 2]]
- - Amériques et au Groenland.
-  * [[https://iaru-r3.org/|Région 3]]
- - Océanie et la plupart de l'Asie, (Australie, des îles du Pacifique, plus Hawaï).
-Chaque région a un plan de bande radioamateur différents, il faut bien penser a faire des projets (pour ceux qui utilisent les fréquences radioamateurs) qui puisse facilement s'adapter au plan de fréquence locale (projet, émetteurs/récepteurs …)
+<note> Il y avais 2 projets LoRa planifié. \\
+Seul Project_OWL à put être testé  \\
+Pour mémo voici le lien vers la page [[lora|LoRa]] en cours de rédaction par Sébastien. **// Lead : Sébastien R. //** </note>
-===== Les plans de bandes radioamateur par région =====
-  * [[https://www.iaru-r1.org/images/Vienna/IARU_REGION_1_HF_BAND_PLAN__2016_v2.pdf|Plan de bandes radioamateur Région 1]]
- - Europe, l'ouest du Moyen-Orient, Afrique, le nord de l'Asie.
-  * [[https://www.iaru-r2.org/documents/explorer/files/Plan%20de%20bandas%20%7C%20Band-plan/R2%20Plan%20de%20Bandas%202016.pdf|Plan de bandes radioamateur Région 2]]
- - Amériques et au Groenland.
-  * [[http://iaru-r3.org/?dl_id=1/|Plan de bandes radioamateur Région 3]]
- - Océanie et la plupart de l'Asie, (Australie, des îles du Pacifique, plus Hawaï).
-===== Les fréquences d'urgence (EMCOM) Radioamateur par région =====
+Lien vers le projet [[lora_project_owl|project_owl]] à base de modules LoRa. **// Lead : Daniel //**
-//Ces fréquences ont été adoptées dans les plans de bande de chaque région IARU afin de servir de point de convergence pour les communications d'urgence dans leurs régions. Ce ne sont pas des fréquences "absolues" mais des "centres d'activité" et les communications d'urgence peuvent être détectées à ± 20 kHz à partir de ces centres. Certains pays peuvent conserver d'autres fréquences d'urgence dans leurs propres plans de bande en raison d'exigences locales, de QRM, etc.//
+{{ :project_owl.jpg?direct&200 |}}
-|Bande|Région 1|Région 2|Région 3|
+===== LoRa PROJECT OWL ====
-|3.6-3.9 MHz/80 mètres|3760|3750 or 3985|3600|
-|7 MHz/40 mètres|7110|7060, 7240 or 7275|7110|
+==== Date de la démo: Samedi 20 juillet 2019 ====
-|14 MHz/20 mètres|14300|14300|14300|
-|18 MHz/17 mètres|18160|18160|18160|
+==== Présentation du projet ====
-|21 MHz/15 mètres|21360|21360|21360|
+Test d’une version réduite d’une installation « ClusterDuck » du projet « [[http://project-owl.com]] »
+Ce projet est destiné à fournir un moyen simplifié de communication d’urgence lors de catastrophes naturelles quand les autres réseaux de communications (GSM / 4G) sont saturés ou inopérants.
+Ce système basé sur la technologie LoRa et ESP32 est simple et rapide à mettre en place pour la partie « Clusterduck »
+La configuration est aisée et le matériel nécessaire est pas cher et largement distribué dans la plupart des stores en ligne (Amazon / Ali express / Banggood)
+Les cartes utilisées dans le cadre de cette démo sont les cartes WiFiLoRa32 de chez Heltec en version 868Mhz
+{{::projectowl_clusterduck.jpg?400|https://github.com/Project-Owl/duck}}
+La préparation est assez facilitée et ne demande qu’un minimum de préparation.
+  * [[installation_arduino|L’IDE Arduino]] (Version 1.8.9 a la date de la demo)
+  * [[installation_SDK_ESP32|Le package ESP32]] (Version 1.1.2 a la date de la demo)
+  * Les librairies nécessaires a la compilation : [[installation_Librairies_arduino|Comment installer les librairies]]
+  * LoRa par sandeepmistry (Version 0.5.0 a la date de la démo)
+  * ArduinoJson(Version 5.11.31 a la date de la démo, V6 et supérieure incompatible)
+  * U8G2 et U8Glib
+  * PubSubClient
+**Conclusion:**
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+====== ADSB / AIS ======
+**// Lead : Vivien //**
-----
 ===== L'ADSB =====
+{{ :adsb.jpg?direct&200|}}
   * But : permettre la localisation du trafic aérien sur un fond de carte
@@ Ligne 134: / Ligne 257: @@
   * <color #22b14c>__** Testé**__ </color>
-**Procédure innstallation :**
+**Procédure installation :**
   - [[https://www.raspberrypi.org/downloads/raspbian/|Installer Rasbian stretch ]] : [[https://www.raspberrypi.org/downloads/raspbian/|https://www.raspberrypi.org/downloads/raspbian/]]
@@ Ligne 163: / Ligne 286: @@
 **Correction d'un bug sur raspbian strech :**</color>
-  * sudo wget -O /etc/udev/rules.d/rtl-sdr.rules "https://raw.githubusercontent.com/osmocom/rtl-sdr/master/rtl-sdr.rules" * sudo reboot
+  * sudo wget -O /etc/udev/rules.d/rtl-sdr.rules "https://raw.githubusercontent.com/osmocom/rtl-sdr/master/rtl-sdr.rules"
+  * sudo reboot
-**Avantage du ballon :**
+===Avantage du ballon :===
-* 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) [[https://projet-eonef.frama.wiki/#les_tests_radio_envisages|Retour aux tests radio envisagés]] =====  Radiodiffusion type bande FM + RDS ===== * But : permettre une émission sur la bande de radiodiffusion, 88-108 MHz, incluant la partie  RDS  et pouvoir ainsi diffuser de l'information à la population sur un simple récepteur FM * Scénario : lors d'une catastrophe naturelle ou événement, diffuser les informations de première nécessité à la population mais aussi diffuser l'alerte. * Matériel : Raspberry PI zero * Poids des modules : * Raspberry PI zero W : 9g * Système d'exploitation : * Raspbian  * Solution retenue et testé : * <color #22b14c>**PiFmRds sur raspberry pi zéro**</color> : point fort l'utilisation des transmission d'alerte * <color #22b14c>__** Testé**__ </color> - Est aussi utilisable : * rpitx de F5OEORetour aux tests radio envisagés  ===== APRS =====  * 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 * <color #22b14c>__** Testé**__ </color> * <color #ffc90e>Ce qui a été testé c'est uniquement la réception APRS (igate) avec une clef SDR rajouté sur le projet relai numérique</color> Retour aux tests radio envisagés  ===== Relais radioamateur analogique, transpondeur, transpondeur linéaire =====  * But :permettre la mise en place de liaison radioamateur de grande portée en analogique * Scénario : lors d'une catastrophe naturelle ou événement, assurer les communications radio entre les équipes déployées. * Matériel : * Poids des modules : * <color #ed1c24>__** Non Testé**__ </color>  Retour aux tests radio envisagés   ===== Relais multimode (DSTAR/DMR/C4FM/…) =====  * But : permettre la mise en place de liaison radioamateur de grande portée en DSTAR/DMR/C4FM/…. * Scénario : lors d'une catastrophe naturelle ou événement, assurer la résilience des communications entre deux sites séparés d'un grande distance * Matériel : *  nano ordinateur (raspberry pi, orangepi,...)   * Raspberry Pi DUPLEX hotSPOT MMDVM | DMR D-Star C4FM POCSAG * Logiciel : Pi-Star * Commentaire: __technologie déjà maitrisée__  Avantage d'utiliser Pi-Star : - Image raspbian préconfigurée, rien n'est à installer en plus. - Relativement simple de configuration. - Un système de protection en écriture pour la carte SD est déjà en place (ce qui permet de ne pas tuer la cartes SD si redémarrage à chaud. Idée à la noix : * faire tourner la partie ADSB (dump1090) sur le même raspberry pi * <color #22b14c>__** Testé**__ </color> Remarque de Vivien F4FWH suis a éxercice caraibe wave 2019 : * Ne pas surcharger le raspberry pi, sur l'éxercice celui ci est monté a 50-60 °C * <color #22b14c>__** Testé uniquement en DMR **__ </color> Retour aux tests radio envisagés  ===== TNT =====  * But : permettre l’émission d'une vidéo TNT diffusant des informations sur la crise en cours * Scénario : idem FM/RDS * Matériel : * Poids des modules : * <color #ed1c24>__** Non testé**__ </color>  Retour aux tests radio envisagés   ===== LORA =====  * 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 : * <color #ed1c24>__** Non testé**__ </color>  Retour aux tests radio envisagés   ===== AIS ? =====  * But : permettre la localisation du trafique maritime sur un fond de carte * Scénario : idem ADSB * Matériel : * Poids des modules : * <color #ed1c24>__** Non testé**__ </color>  Retour aux tests radio envisagés   ===== Liaison wifi entre la station au sol et le ballon =====  * 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. * <color #22b14c>__** Testé**__ </color> Retour aux tests radio envisagés  ====== =====  Hors projet ballon ===== ====== ===== Réception image météo satellite ===== * 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 : * <color #22b14c>__** Testé**__ </color> Retour aux tests radio envisagés  ===== Liaison Phonie (HF) =====  * 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 * <color #22b14c>__** Testé**__ </color> Retour aux tests radio envisagés  ===== Liaison Numérique (HF) =====  * 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 * Logiciel : WSJT-X timisé en mode FT8 * Poids des modules : * Contact établie : Etats Unis, Guyanne,… * <color #22b14c>__** Testé**__ </color> Retour aux tests radio envisagés  ====== Installation des divers logiciels ====== ===== Installation de raspbian ===== * But : Permettre l'installation du système d'exploitation Raspbian sur les nano ordinateur embarqué de type raspberry pi. * [[https://www.framboise314.fr/installation-de-raspbian-pour-le-raspberry-pi-sur-carte-micro-sd-avec-etcher/|Installation de Raspbian pour le Raspberry Pi sur carte micro SD avec Etcher]] (Windows, Linux, Mac) [[https://projet-eonef.frama.wiki/#installation_des_divers_logiciels|Retour vers la partie installation des logiciels]]//
+  * 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)
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+===== L'AIS =====
+[[https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27identification_automatique|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 :
+      * [[https://www.passion-radio.fr/raspberry-pi/modele-b-9.html|nano ordinateur (raspberry pi, orangepi,...) ]]
+      * [[https://www.passion-radio.fr/recepteurs-sdr/nesdr-smart-421.html|clef SDR (type nooelec avec TCXO)]]
+      * [[https://www.passion-radio.fr/accessoires-sdr/filtre-rejecteur-fm-473.html|Filtre 88-108 MHz]]
+      * [[https://www.passion-radio.fr/accessoires-sdr/antenne-ant500-74.html|antenne 1090 MHz]]
+  * Poids des modules :
+      * [[https://www.passion-radio.fr/raspberry-pi/modele-b-9.html|nano ordinateur (raspberry pi, orangepi,...) ]] : 29g (pour un raspberry pi 3a+); 44g (raspberry pi2, 9g (raspberry pi zero)
+      * [[https://www.passion-radio.fr/recepteurs-sdr/nesdr-smart-421.html|clef SDR (type nooelec avec TCXO)]] : 30g
+      * [[https://www.passion-radio.fr/accessoires-sdr/filtre-rejecteur-fm-473.html|Filtre 88-108 MHz]] : 21g
+      * [[https://www.passion-radio.fr/accessoires-sdr/antenne-ant500-74.html|antenne 1090 MHz]] : 7g
+      * [F4EED] [[https://fr.wikipedia.org/wiki/Fichier:Homemade_1090_MHz_ADS-B_dipole_antenna.jpg|je verrais mieux des dipoles ADSB ]]
+  * Logiciel :
+      * [[https://www.raspbian.org/|Raspbian ]]
+      * [[https://opencpn.org/|OpenCPN]]
+      * [[http://opencpn44.shoreline.fr/3_Essentiel/E_51_Utiliser_AIS/E_51_AIS.htm#Les_alarmes|Resource sur les alarmes]]
+      * [[https://hb9ww.org/wp-content/uploads/2013/03/2014_Reception_signaux_navigation_AIS_HB9DTX.pdf|Description]]
+- Obligatoire
+  * [[https://rtl1090.com/|dump 1090]]
+- ou tous autre fork
+=== Autres logiciels AIS ===
+  * [[https://www.fontenay-ronan.fr/ais-receiver-on-a-raspberry-pi-with-rtl-sdr/|Autre logiciel sous Rpi]] Avantages ?  Inconvénients ?
+  * Site avec plein d'info et de soft[[https://help.marinetraffic.com/hc/en-us/categories/115000275892-AIS-Network|Marine Traffic]]
+=== Avantage du ballon : ===
+  * 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)
+==== Logiciels commun ADSB / AIS (ADSB/AIS BOX ?) ====
+[[https://github.com/rhaamo/pyAirwaves|pyAirwaves]]
+[[https://github.com/ThreeSixes/airSuck|ThreeSixes airStuck]]
+**Conclusion:** L’expérimentation sur cette session n'a pu révéler une augmentation générale de la portée avec l'altitude. Cette conclusion est basée sur l'observation des réception faites le jour même. Il reste l'analyse des logs pour confirmer.
+De nouveaux tests méritent d'être mis en place pour la prochaine fois et pourquoi pas tester les logiciels énumérés ci-dessus.
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+----
+===== Safety Box =====
+**// Lead : FIXME //**
+  * But : créer un réseau WIFI permettant 2 choses. La première est de fournir un wiki relatif à la survie post-catastrophe. La deuxième est de créer une fonction équivalente au "Safety Check" de Facebook.
+  * Scénario : lors d'une catastrophe naturelle ou événement, permettre aux victimes d'obtenir des informations sur un wiki et se signaler en vie via un court message.
+  * Matériel : Raspberry Pi, éventuellement une antenne WIFI pour avoir un signal plus puissant
+  * Raspbian
+L'appli Safety Box est développée par nos amis du FabLab de Jarry en Guadeloupe.
+\\
+Une image est disponible ici : [[https://cloud.ccopol.fr/s/ewPKaGzGMT4oFXE]]\\
+Cependant, plusieurs problèmes ont été rencontrés.\\
+  * Mot de passe SSH non connu. Solution : changer le mot de passe de l'utilisateur "ledoc" directement dans le fichier /etc/shadow. Commande pour générer un mot de passe :
+<code>
+mkpasswd -m sha-512 my_password
+</code>
+  * Liste à puceL'image n'a pas démarré sur un Raspi 3B+. Solution un Raspi 3A.
+  * Le wiki est fonctionnel mais la base de données du "Safety Check" ne l'est pas. Il n'y a pas de configuration WIFI.
+  * Le code du "Safety Check" est vulnérable à des injections SQL.
+Le projet est géré via 2 repos Gitlab.\\
+Un pour gérer le code source du serveur web :\\
+[[https://bikagit.fr/Work/Safetybox/web]]
+Un pour gérer la partie OS : \\
+[[https://bikagit.fr/Work/Safetybox/pi-gen/tree/RPi-Distro]]\\
+Le projet semble particulièrement complexe au vu du but recherché.\\
+Une virtualisation QEMU est prévue pour réaliser les tests sans Raspi sous la main.
+Objectifs d'ici la prochaine OP :
+  * Faire fonctionner le "Safety Check" avec la dernière version du serveur web sur le repo Gitlab
+  * Configurer l'AP WIFI
+  * Créer une procédure d'installation simple depuis une Raspbian vierge et fournir une image utilisable.
+Objectifs à plus long terme :
+  * Faire communiquer différentes Safety Box via WIFI/Lora/autre afin qu'elles puissent partager une base de données commune (Safety Check et Wiki)
+  * Créer une fonctionnalité permettant d'utiliser l'API Twitter afin de poster l'ensemble des messages du Safety Check, une fois qu'une connexion Internet a été retrouvée
+**Conclusion:** Cette partie n'a pu être mise en place car ne nous disposions la connexion internet n'a permis de télécharger l'image que tard. Les différents problèmes ont ensuite retardé la mise en place.
+Cette expérimentation devra donc être reportée avec une meilleur préparation.
+----
+===== APRS =====
+**// Lead : FIXME //**
+  * 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
+  * <color #ed1c24>__** Non testé**__ </color>
+**Conclusion:** Nous n'avons pas pu mettre en oeuvre cette partie sur le ballon. Durant le WE un Digi APRS (répéteur) à été mis en place afin de signaler la position du centre d'expérimentation avec un commentaire "#radiohermitage"
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+===== Trames 433/868 Mhz =====
+**// Lead : FIXME //**
+  * 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 :
+  * <color #ed1c24>__** Non testé**__ </color>
+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
+**Conclusion:** Cette expérimentation n'a pu être mise en place
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+----
+===== =====  PROGRAMME LIBRE ===== =====
 ////
+==== ATTENTION : Sous réserve d'avoir déroulé le programme prévu ou temps prévu ====
+////
+////
+===== Relais numérique à base de MMDVM =====
+**// Lead : Vivien / Fred //**
+  * But : permettre des liaisons sur zone blanche entres radioamateurs engagés dans les communications d'urgence.
+  * Scénario :
+  * Matériel : Rpi avec Hat MMDVM
+  * Duplexeur : professionnel type procom
+  * Antenne : simple antenne UHF de très petite taille
+  * transceiver : MMDVM HAT
+  * Poids des modules :
+  * Contact établie :
+  * Configuration retenue et testée (Ce sont les QRG à programmer dans les postes) :
+      - Configuration 1 :
+          * duplexeur 1 RX 430.300 TX 439.700
+          * TS : 1
+          * TG : 2080 (urgence fr) et/ou TG9 local
+          * Color code : 1
+          * Gateway dstar ? :
+Proposition de programmation de canaux :
+  - Rx 430.300 Tx 439.700  TS 1  TG 9
+  - <del>Rx 430.400 Tx 439.800  TS 1  TG 9
+  - Rx 430.575 Tx 439.975  TS 1  TG 9></del>
+  - Rx 430.300 Tx 439.700  TS 1  TG 2080
+  - <del>Rx 430.400 Tx 439.800  TS 1  TG 2080
+  - Rx 430.575 Tx 439.975  TS 1  TG 2080</del>
+  - Rx 433.500 Tx 433.500  TS 2  TG 9
+  - Rx 433.500 Tx 433.500  TS 2  TG 2080
+  - 145.6750 - 0,6 MHz analogique (Saint Gobain)
+  - 145.525  analogique site
+  - 430.025MHz +1.6MHz TSQ 67hz Soisson linké avec les autres UHF de l'oise
+Les études de cas ont pu être réalisés grâce à l'outils de Roger Coudé [[https://www.ve2dbe.com/rmonline_s.asp|RADIO MOBILE]]  \\
+Merci à lui pour cet outils gracieusement à notre disposition.
+Dans un premier temps il était prévu d'envoyer F4EED dans un près mais dégagé des arbres. Il alors été comme sur la carte si dessous.
+{{ :carte_pres.png?direct&400 |}}
+Cependant F4EED n'est pas parvenu à entrer dans le relais. Une étude sommaire de la situation mets en évidence le relief.
+{{ :profile_pres.png?direct&400  |}}
+Devant cet échec, sur la route retour F4EED s’arrête car il entends entrer dans le relais numérique.
+A cette instant il se trouvait à ce point :
+{{ :carte_sol.png?direct&400 |}}
+On peut constater en consultant le profil ci-dessous que le l'expérience porté par EONEF apporte un grand avantage de portée.
+{{ :profile_eonef.png?direct&400 |}}
+A des fins de comparaison, nous laissons ici le profil si l'expérience n'était pas porté par EONEF.
+{{ :profile_sol.png?direct&400 |}}
+**Conclusion:** La liaison n'a permis d’effectuer une distance de 2 Km entre le ballon et le portatif dans le mobile. L'utilisation d'un duplexeur semble avoir amélioré les choses par rapport à la première expérimentation mais il faut encore creuser les détails techniques pour obtenir une installation intéressante. Le système à fonctionné de manière autonome mais aussi avec une liaison internet permettant ainsi la communication avec le TG 2080 URGENCE.
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+===== Liaison Phonie (HF) =====
+<color #22b14c>__ **Testé** __ </color>
+  * But : permettre des liaison longue distance
+  * Scénario :
+  * Matériel :
+  * Antenne :
+  * transceiver : n'importe quel poste HF (pour les test du week end nous avions un FT897
+  * Poids des modules :
+  * Contact établie : Guadeloupe * <color #22b14c>__ Testé __ </color>
+  * SKED avec la guadeloupe
+    * Heure (QTR) : FIXME
+    * Fréquence (QRG) : FIXME
+**Conclusion:** La liaison par onde HF n'a pas été rendue possible. pourquoi ? FIXME
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+===== Antennes  =====
+Présentation d'antennes pour les situations d'urgence
+==== Antenne NVIS ====
+**Conclusion:** Un système d'antenne NVIS surmonté d'une antenne V/UHF de mobile à été présenté et utilisé comme station de base au hacklab. Cette station à donné des résultats satisfaisant. Le fonctionnement de la HF en mode NVIS montre que le bruit de bande est très atténué et adapté pour des liaisons moyenne distance. Il manquait d'autres station utilisant de même mode de fonctionnement afin de valider ce mode.
+==== Antenne Canne à pèche ====
+**Conclusion:** Une antenne de type canne à pêche à été mise en place afin de montrer qu'il était possible de fabriquer l'antenne avec des éléments du commerce et qu'elle est légère à transporter.
+==== Antenne souple ====
+**Conclusion:** 2 antennes souples ont été mises en oeuvre sur le site à l'aide de canne à pêches. Ces antennes peuvent également être déployés à l'aide de drisses lancés dans un arbre. L'une d'entre elle était accordée sur la bande 144 Mhz et à démontré qu'elle était aussi performante à 5 mètres sur une canne à pêche que la bi-bande installé sur le mât de l'antenne NVIS à 8 mètres du sol. On à pu noter qu'un point de S-metre en moins mais elle à permis de diffuser le digi-APRS et accrocher les relais et points d'accès RRF.
+Une deuxième antenne souple accordée dans la bande des 160 MHz à servie pour la réception AIS. Sont aspect léger et non fragile à permis de l'installer sur le ballon.
+----
+====== Camera HD via Wifi ======
+**// Lead : FIXME //**
+  * But : Avoir un visuel sur la zone couverte par le ballon et repérer divers éléments (corps, voiture...)
+  * Scénario :
+  * Matériel : Camera HD Floureon 1080p (https://www.cdiscount.com/bricolage/securite-domotique/floureon-camera-ip-wifi-sans-fil-interieur-onvif-c/f-166200402-auc0669818084116.html?idOffre=302381857#mpos=13|mp), Borne Wifi TP-Link, Batterie USB (2 Ports :5V,1A et 5V,2A), Ordinateur ou téléphone pour la réception des images
+  * Antenne : Antenne WIFI 802.11n
+  * Réseau déployé : Réseau WIFI via borne wifi TP-Link embarquée
+  * Logiciel : Wanscam (iOs) ou Interface WEB
+  * Poids des modules : 500g (Caméra), 400g (Batterie), 300g (Borne Wifi)
+  * Portée de réception : 100m < x < 150m
+  * Avantages : Large champ de vision, Commande à distance la caméra pour se déplacer dans le champ de vision, repérage d'éléments dans le paysage, Surveillance aérienne d'une zone
+  * Inconvénients : Difficultés de stabilisation de l'image dues aux mouvements du ballon, Perte de signal au delà de 150m d'altitude
+  * Mode opérationnel :
+        * Paramétrer la borne WIFI afin de diffuser un SSID
+        * Faire un reset usine de la caméra si déja paramétrée sur un autre réseau
+        * Connecter votre téléphone au SSID
+        * Connecter la caméra en Ethernet à la borne WIFI
+        * Allumer la caméra et attendre qu'elle s'initialise
+        * Télécharger l'application WANSCAM sur iOs ou Android
+        * Ouvrir l'application et ajouter une nouvelle caméra
+        * Scanner le QR code de la caméra et valider son ajout en appuyant sur "Terminer"
+        * Allez dans les paramètres de la caméra et ajouter, dans la section "Réseau WIFI" le SSID et le Mot de Passe du SSID
+        * Déconnecter le câble ethernet de la caméra et vérifier que celle ci est bien accessible via WIFI en essayant d'y accéder par l'application
+        * Débrancher la caméra
+        * Vérifier la charge de la batterie
+        * Brancher la caméra sur le port 2A de la batterie
+        * Brancher la borne WIFI sur le port 1A de la batterie
+        * Intégrer les équipements dans un boitier fixé sous le ballon
+        * Fixer la caméra sous le boitier accroché au ballon
+        * Déployer le ballon
+        * Se connecter au SSID diffusé par la borne WIFI avec l'application et piloter à distance la caméra
+!!! Possibilité d'accéder à la caméra via un ordinateur et interface WEB si adresse IP de la caméra connue et ordinateur connecté au même SSID que la caméra !!!
+**Conclusion:**
 \\

Projet EONEF 2

Outils pour utilisateurs

Outils du site

Différences

Outils de la page