Différences

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

--- start [2019/07/20 19:43]
alexandre
+++ start [2019/07/28 16:21]
f4eir
@@ Ligne 48: / Ligne 48: @@
   * 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 [[deroule_du_20|Déroulé du Samedi 20 Juillet]] //**
+<note importante>**//Pour mémoire la nuit aéronautique est à 22h12//**</note>
 ==== Dimanche 21 juillet ====
-**//Pour mémoire le jour aéronautique est à 05h43//**
+<note importante>**//Pour mémoire le jour aéronautique est à 05h43//**</note>
   * 08h00 - 09h00 : Petit déjeuner
@@ Ligne 64: / Ligne 67: @@
   * 15h00 - option (test - repli - etc)
+**//Pour mémoire [[deroule_du_21|Déroulé du Dimanche 21 Juillet]] //**
 ===== Partie radio (& radioamateur) =====
@@ Ligne 93: / Ligne 97: @@
   * Alexandre
-====== 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 ======
@@ Ligne 134: / Ligne 121: @@
 ----
+====== Alimentation électrique ======
-==== Demande d'aide ====
+  * 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
-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)
+<color #22b14c>***Ce qui a été utilisé : Batterie type recharge de téléphone (Powerbank)**</color>
+----
+==== 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 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.
@@ Ligne 144: / Ligne 144: @@
 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.
   * **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 ...
 ----
 ===== LORA =====
-**// Lead : Sébastien R. //**
-Lien vers la page [[lora|LoRa]] en cours de rédaction par Sébastien.
   * But : permettre la mise en place du protocole LORA pour permettre de connexion des objets connecté au sol en eux.
@@ Ligne 160: / Ligne 162: @@
   * <color #ed1c24>__** Non testé**__ </color>
-Conditions du test : (tel que vu à la conf)
-  * Un module "maitre" est le nœud principal et génère des trames.
+<note> Il y a 2 projets LoRa. \\
-  * 2 voitures réceptrices
+Seul Project_OWL à put être testé</note>
-  * 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.
+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 //**
+**Conclusion:**
 [[#Déroulé des journées|Retour au déroulé de la journée]]
@@ Ligne 172: / Ligne 180: @@
 ====== ADSB / AIS ======
-**// Lead : FIXME //**
+**// Lead : Vivien //**
@@ Ligne 290: / Ligne 298: @@
 [[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]]
@@ Ligne 301: / Ligne 315: @@
 WiFi avec l'appli Safety Box de nos amis du FabLab de Jarry en Guadeloupe
+**Conclusion:** Cette partie n'a pu être mise en place car ne nous disposions pas de l'image sur place et la connexion internet ne permettait pas de télécharger correctement cette image.
+Cette expérimentation devra donc être reportée avec une meilleur préparation.
@@ Ligne 321: / Ligne 337: @@
   * Raspbian
   * 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]]
@@ Ligne 341: / Ligne 360: @@
 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]]
 ----
-===== 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 ===== =====
@@ Ligne 384: / Ligne 373: @@
 ////
 ////
-===== 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 =====
@@ Ligne 462: / Ligne 418: @@
   - 430.025MHz +1.6MHz TSQ 67hz Soisson linké avec les autres UHF de l'oise
+**Conclusion:** La liaison n'a permis d’effectuer une distance de xx 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]]
@@ Ligne 544: / Ligne 501: @@
         * 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
+        * 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 !!!

Projet EONEF 2

Outils pour utilisateurs

Outils du site

Différences

Outils de la page