Projet EONEF 2

Wiki du projet EONEF 2

Outils pour utilisateurs

Outils du site


start

Différences

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

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
Prochaine révision Les deux révisions suivantes
start [2019/07/24 18:49]
f1ivt Ajout d'un lien vers le début du tutoriel réception sdr distante
start [2019/08/03 19:01]
f4eir
Ligne 2: Ligne 2:
  
 ====== Présentation du deuxième WE du 20 et 21 Juillet 2019 ====== ====== 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 ===== ===== le ballon EONEF =====
Ligne 28: Ligne 35:
 Elle permettront d'​optimiser les temps de vol en échangeant les nacelles au sol. Elle permettront d'​optimiser les temps de vol en échangeant les nacelles au sol.
  
 +{{ :​eonef.jpg?​direct&​200 |}}
 +
 +150 mètres plus haut ....
 +{{ :​eonef_150m.jpg?​direct&​200 |}}
  
 ---- ----
Ligne 90: Ligne 101:
   * 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}}]]   * 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}}]]
   * Arnaud F4EIR : [[https://​twitter.com/​F4EIR|@F4EIR]] ​ [[https://​twitter.com/​F4EIR|{{twitter_social_icon_circle_color.png?​15}}]]   * Arnaud F4EIR : [[https://​twitter.com/​F4EIR|@F4EIR]] ​ [[https://​twitter.com/​F4EIR|{{twitter_social_icon_circle_color.png?​15}}]]
-  * Yves F1IVT : [[http://​www.rougy.net/​|Site internet d'​Yves]],​ [[https://​twitter.com/​yrougy|@YROUGY]]  [[https://twitter.com/f4hzo59|{{twitter_social_icon_circle_color.png?15}}]]+  * 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}}]] 
   * Florent F4FZO [[https://​twitter.com/​f4hzo59|@F4HZO59]] ​ [[https://​twitter.com/​f4hzo59|{{twitter_social_icon_circle_color.png?​15}}]]   * 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}}]]   * Nicolas F4HTN [[https://​twitter.com/​f4htn|@F4HTN]] ​ [[https://​twitter.com/​f4htn|{{twitter_social_icon_circle_color.png?​15}}]]
Ligne 96: Ligne 107:
   * Cem F4CGU [[https://​twitter.com/​CemCARFIL|@CemCARFIL]] ​ [[https://​twitter.com/​CemCARFIL|{{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   * Alexandre
 +  * Jérôme
 +  * Daniel
  
-====== Alimentation électrique ====== 
  
-  * 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+
  
-<color #​22b14c>​***Ce qui a été utilisé : Batterie type recharge de téléphone**</​color>​ 
- 
-====== Les tests radio envisagés ====== 
- 
- 
-  * [[https://​projet-eonef-2.frama.wiki/#​liaison_phonie_hf|Liaison HF phonie (parole)]] 
-  * [[https://​projet-eonef-2.frama.wiki/#​liaison_QO-100|Liaison QO-100]] 
-  * [[https://​projet-eonef-2.frama.wiki/#​liaison_numerique_hf|Liaison HF numérique]] 
- 
-FIXME 
----- 
 ====== ATTENTION RAPPEL IMPORTANT pour les RADIOAMATEURS ====== ====== ATTENTION RAPPEL IMPORTANT pour les RADIOAMATEURS ======
  
Ligne 136: Ligne 132:
 [[planbandera|Les plans de bandes radioamateur par région]]</​note>​ [[planbandera|Les plans de bandes radioamateur par région]]</​note>​
  
 +
 +----
 +====== Alimentation électrique ======
 +
 +  * 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
 +
 +
 +<color #​22b14c>​***Ce qui a été utilisé : Batterie type recharge de téléphone (Powerbank)**</​color>​
  
 ---- ----
  
-==== Demande ​d'aide ====+==== Pistes ​d'expérimentations sur le SDR distant ​====
  
-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)+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. 
  
 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. 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.
Ligne 148: Ligne 157:
 Quelques test ont été effectués par F1IVT sur les débits nécessaires. ​ Quelques test ont été effectués par F1IVT sur les débits nécessaires. ​
   *  **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.   *  **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.
 +
   * **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.   * **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.
  
Ligne 153: Ligne 163:
  
 Disponible ici: https://​projet-eonef-2.frama.wiki/​sdrdistant 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 ...
 ---- ----
  
 ===== LORA =====  ​ ===== LORA =====  ​
  
-<​note>​ Il y a 2 projets LoRa\\ +  * But : permettre la mise en place du protocole LORA pour permettre de connexion des objets connecté au sol en eux.  
-Seul Preject_OWL ​à put être testé</note>+  * 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 
  
 +
 +<​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>​
  
  
-Lien vers la page [[lora|LoRa]] en cours de rédaction par Sébastien. **// Lead : Sébastien R. //** 
  
 Lien vers le projet [[lora_project_owl|project_owl]] à base de modules LoRa. **// Lead : Daniel //** Lien vers le projet [[lora_project_owl|project_owl]] à base de modules LoRa. **// Lead : Daniel //**
  
-  * But permettre ​la mise en place du protocole LORA pour permettre de connexion ​des objets connecté au sol en eux.  +{{ :project_owl.jpg?​direct&​200 |}} 
-  * 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 :  +===== LoRa PROJECT OWL ==== 
-  * Poids des modules :  + 
-  * <color #​ed1c24>​__** Non testé**__ </​color>  ​+==== Date de la démo: Samedi 20 juillet 2019 ==== 
 + 
 +==== Présentation du projet ==== 
 + 
 +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:**  
  
-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. 
  
 [[#​Déroulé des journées|Retour au déroulé de la journée]] [[#​Déroulé des journées|Retour au déroulé de la journée]]
Ligne 184: Ligne 225:
 ====== ADSB / AIS ====== ====== ADSB / AIS ======
  
-**// Lead : FIXME //**+**// Lead : Vivien ​//**
  
  
 ===== L'ADSB ===== ===== L'ADSB =====
 +
 +{{ :​adsb.jpg?​direct&​200|}}
  
   * But : permettre la localisation du trafic aérien sur un fond de carte   * But : permettre la localisation du trafic aérien sur un fond de carte
Ligne 302: Ligne 345:
  
 [[https://​github.com/​ThreeSixes/​airSuck|ThreeSixes airStuck]] [[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]] [[#​Déroulé des journées|Retour au déroulé de la journée]]
Ligne 308: Ligne 357:
  
  
 +
 +===== Safety Box =====  ​
  
 **// Lead : FIXME //** **// Lead : FIXME //**
  
-WiFi avec l'appli Safety Box de nos amis du FabLab de Jarry en Guadeloupe+  * 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.
  
  
Ligne 333: Ligne 421:
   * Raspbian  ​   * Raspbian  ​
   * Direwolf ​   * Direwolf ​
-  * <color #22b14c>​__** ​Testé**__ </​color>​  +  * <color #ed1c24>​__** ​Non 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> ​+ 
 + 
 +**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]] ​ [[#​Déroulé des journées|Retour au déroulé de la journée]] ​
Ligne 353: Ligne 444:
 Il faudra interpréter le ratio du nombre de devices reçus. Il faudra interpréter le ratio du nombre de devices reçus.
 Voir le signal si on arrive a le logger 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]] ​     [[#​Déroulé des journées|Retour au déroulé de la journée]] ​    
  
 ---- ----
-===== 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-2.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> ​ 
- 
- 
-[[#​Déroulé des journées|Retour au déroulé de la journée]] ​ 
- 
- 
-====== =====  LOGISTIQUE ===== ====== ​ 
- 
-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 / <​del>​non</​del> ​ 
-    * 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équences de ralliement:​** 
-  * Relais de Saint Gobain: 145.6750 MHz - 0,6 MHz 
-  * Simplex sur site: 145,525 MHz 
- 
- 
  
 ===== =====  PROGRAMME LIBRE ===== =====  ===== =====  PROGRAMME LIBRE ===== ===== 
Ligne 396: Ligne 457:
 //// ////
 //// ////
-===== A la demande générale introduction à la SDR ;-) =====  
- 
-  * Matériel : Clef SDR 
-  * Soft : 
-    * [[https://​www.rtl-sdr.com/​|www.rtl-sdr.com]] 
- 
-[[#​Déroulé des journées|Retour au déroulé de la journée]] 
- 
- 
-===== 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> ​ 
- 
-[[#​Déroulé des journées|Retour au déroulé de la journée]] 
- 
-===== Liaison QO-100 ===== 
- 
-**// Lead : FIXME //** 
- 
-  * 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 :  
- 
-[[#​Déroulé des journées|Retour au déroulé de la journée]]  ​ 
  
 ===== Relais numérique à base de MMDVM ===== ===== Relais numérique à base de MMDVM =====
  
-**// Lead : FIXME VIVIEN ​FRED ? //**+**// Lead : Vivien ​Fred //**
  
   * But : permettre des liaisons sur zone blanche entres radioamateurs engagés dans les communications d'​urgence.   * But : permettre des liaisons sur zone blanche entres radioamateurs engagés dans les communications d'​urgence.
   * Scénario :   * Scénario :
   * Matériel : Rpi avec Hat MMDVM    * Matériel : Rpi avec Hat MMDVM 
-  * Antenne : Duplexeur + antenne ​+  ​* Duplexeur : professionnel type procom 
 +  ​* Antenne : simple ​antenne ​UHF de très petite taille ​
   * transceiver : MMDVM HAT   * transceiver : MMDVM HAT
   * Poids des modules :    * Poids des modules : 
   * Contact établie :    * Contact établie : 
-  * Configurations possibles ​(Ce sont les QRG à programmer dans les postes) :+  * Configuration retenue et testée ​(Ce sont les QRG à programmer dans les postes) :
       - Configuration 1 :       - Configuration 1 :
           * duplexeur 1 RX 430.300 TX 439.700           * duplexeur 1 RX 430.300 TX 439.700
Ligne 448: Ligne 477:
           * Color code : 1           * Color code : 1
           * Gateway dstar ? :           * Gateway dstar ? :
-      ​- Configuration 2 : +      ​
-          * duplexeur 2 RX 430.400 TX 439.800 +
-          * TS : 1 +
-          * TG : 2080 (urgence fr) et/ou TG9 local +
-          * Color code : 1 +
-          * Gateway dstar ? : +
-      - Configuration 3 : +
-          * duplexeur 3 RX  430.575 TX 439.975 +
-          * TS : 1 +
-          * TG : 2080 (urgence fr) et/ou TG9 local +
-          * Color code : 1 +
-          * Gateway dstar :+
  
 Proposition de programmation de canaux : Proposition de programmation de canaux :
   - Rx 430.300 Tx 439.700 ​ TS 1  TG 9   - Rx 430.300 Tx 439.700 ​ TS 1  TG 9
-  - Rx 430.400 Tx 439.800 ​ 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+  - Rx 430.575 Tx 439.975 ​ TS 1  TG 9></​del>​
   - Rx 430.300 Tx 439.700 ​ TS 1  TG 2080   - Rx 430.300 Tx 439.700 ​ TS 1  TG 2080
-  - Rx 430.400 Tx 439.800 ​ 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+  - 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 9 
   - Rx 433.500 Tx 433.500 ​ TS 2  TG 2080    - Rx 433.500 Tx 433.500 ​ TS 2  TG 2080 
Ligne 474: Ligne 492:
   - 430.025MHz +1.6MHz TSQ 67hz Soisson linké avec les autres UHF de l'oise   - 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]]  ​ [[#​Déroulé des journées|Retour au déroulé de la journée]]  ​
Ligne 483: Ligne 532:
   * Scénario :   * Scénario :
   * Matériel :    * Matériel : 
-  * Antenne : G5RV  http://​f5ad.free.fr/​Liens_coupes_ANT/​F/​F6DDR%20G5RV.htm ​ +  * Antenne :  ​
   * transceiver : n'​importe quel poste HF (pour les test du week end nous avions un FT897    * transceiver : n'​importe quel poste HF (pour les test du week end nous avions un FT897 
   * Poids des modules :    * Poids des modules : 
Ligne 492: Ligne 541:
     * Heure (QTR) : FIXME     * Heure (QTR) : FIXME
     * Fréquence (QRG) : 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]]  ​ [[#​Déroulé des journées|Retour au déroulé de la journée]]  ​
  
-===== Liaison Numérique (HF) =====  ​ +===== Antennes  ​=====  ​
-  * 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,…  +
-  * <color #​22b14c>​__** Testé**__ </​color> ​+
  
-[[#​Déroulé des journées|Retour au déroulé de la journée]] ​+Présentation d'​antennes pour les situations d'​urgence
  
 +==== Antenne NVIS ====
  
- ===== Sartrack =====  ​+**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.
  
-  * 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). 
  
-[[http://​www.sartrack.co.nz/​SARFeatures.html|Lien du site SARTRACK]]+==== 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.
  
-===== Antennes HF =====  ​+==== Antenne souple ​====
  
-Présentation d'​antennes HF pour les situations d'urgence+Ressources ​pour l'antenne souple :
  
-  ​Antenne ​NVIS +Le site de Robert F3WM [[https://​qsl.net/​f3wm/​radio/​pocket.html|sur l'​antenne pocket]] 
-  * Antenne Canne à pèche+ 
 +Le site de John VK2ZOI sur les [[http://​vk2zoi.com/​flower-pots/​|antennes POTS-DE-FLEURS]] et la traduction d'une partie en français {{ :​antenne_de_pot_de_fleurs_demi-onde.pdf |PDF}} 
 + 
 +Un autre article de l'​antenne SKY HOOK en {{ :​sky_hook_g4zu_mhz.pdf |[[http://​example.com|PDF]]}} 
 + 
 +Voici une synthèse des éléments pour en fabriquer une sur 160 MHz. J'ai réalisé un tableau avec des dimentions données pour d'​autres fréquences. Avec ce tableau et les graphiques généré, j'ai pu déterminer des infos qui pourraient marcher pour la fréquence voulue. A part une exception, les données sont assez linéaires. 
 + 
 +{{ :​antenne_souple.png?​nolink&​600 |}} 
 + 
 +**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 ====== ====== 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...) ​   * But : Avoir un visuel sur la zone couverte par le ballon et repérer divers éléments (corps, voiture...) ​
   * Scénario :    * Scénario : 
Ligne 560: Ligne 615:
 !!! 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 !!! !!! 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:​** ​
  
-====== 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]]//​ 
-//// 
  
 \\ \\
  
start.txt · Dernière modification: 2020/06/24 21:24 par myst404