Différences

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

--- start [2019/07/28 13:44]
f4eir
+++ start [2019/07/28 14:36]
f4eir
@@ Ligne 97: / 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 (Powerbank)**</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 139: / 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 149: / 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.
@@ Ligne 158: / Ligne 154: @@
 ===== 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 a 2 projets LoRa. \\
+Seul Project_OWL à put être testé</note>
 Lien vers la page [[lora|LoRa]] en cours de rédaction par Sébastien. **// Lead : Sébastien R. //**
@@ Ligne 167: / Ligne 168: @@
 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.
-  * 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>
-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]]
@@ Ligne 185: / Ligne 175: @@
 ====== ADSB / AIS ======
-**// Lead : FIXME //**
+**// Lead : Vivien //**
@@ Ligne 303: / Ligne 293: @@
 [[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 314: / Ligne 310: @@
 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.

Projet EONEF 2

Outils pour utilisateurs

Outils du site

Différences

Outils de la page