Différences

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

--- start [2019/07/12 20:41]
f4eir
+++ start [2019/07/28 14:36]
f4eir
@@ Ligne 5: / Ligne 5: @@
 ===== 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 =====
@@ Ligne 47: / 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 63: / Ligne 67: @@
   * 15h00 - option (test - repli - etc)
+**//Pour mémoire [[deroule_du_21|Déroulé du Dimanche 21 Juillet]] //**
 ===== Partie radio (& radioamateur) =====
@@ Ligne 89: / Ligne 94: @@
   * 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
-====== 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 133: / 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.
+Une autre piste [[http://flux242.blogspot.com/2017/04/how-to-connect-rtl433-to-remote-rtltcp.html?m=1|LIEN]]
-----
+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.
-===== LORA =====
+  * **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.
-**// Lead : Sébastien R. //**
+==== Écoute distante de la réception SDR ====
-Lien vers la page [[lora|LoRa]] en cours de rédaction par Sébastien.
+Disponible ici: https://projet-eonef-2.frama.wiki/sdrdistant
+----
+===== LORA =====
   * But : permettre la mise en place du protocole LORA pour permettre de connexion des objets connecté au sol en eux.
@@ Ligne 154: / Ligne 160: @@
   * <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 //**
 [[#Déroulé des journées|Retour au déroulé de la journée]]
@@ Ligne 166: / Ligne 175: @@
 ====== ADSB / AIS ======
-**// Lead : FIXME //**
+**// Lead : Vivien //**
@@ Ligne 196: / Ligne 205: @@
   * <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 267: / Ligne 276: @@
 - ou tous autre fork
-  * Commentaire: __technologie déjà maitrisée__
-  * <color #22b14c>__** Testé**__ </color>
-**Procédure installation :**
-  - [[https://www.raspberrypi.org/downloads/raspbian/|Installer Rasbian stretch ]] : [[https://www.raspberrypi.org/downloads/raspbian/|https://www.raspberrypi.org/downloads/raspbian/]]
-  - 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|https://github.com/mutability/dump1090.git]]
-      * cd ~/build-dump-mut/dump1090
-      * sudo dpkg-buildpackage -b <color #ff7f27>(soyez patient)</color>
-      * 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.
-<color #ed1c24>
-**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
 === 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 : ===
@@ Ligne 317: / 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 328: / 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.
@@ Ligne 377: / Ligne 361: @@
   * 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.
+  * 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>
@@ Ligne 396: / Ligne 384: @@
     * Mise en place de tonnelles a proximité de la zone de vol.
-**Fréquence de ralliement:**
+**Fréquences de ralliement:**
+  * Relais de Saint Gobain: 145.6750 MHz - 0,6 MHz
+  * Simplex sur site: 145,525 MHz
@@ Ligne 437: / Ligne 426: @@
   * Poids des modules :
   * Contact établie :
+[[#Déroulé des journées|Retour au déroulé de la journée]]
+===== Relais numérique à base de MMDVM =====
+**// Lead : FIXME 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
+  * Antenne : Duplexeur + antenne ?
+  * transceiver : MMDVM HAT
+  * Poids des modules :
+  * Contact établie :
+  * Configurations possibles (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 ? :
+      - 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 :
+  - Rx 430.300 Tx 439.700  TS 1  TG 9
+  - Rx 430.400 Tx 439.800  TS 1  TG 9
+  - Rx 430.575 Tx 439.975  TS 1  TG 9
+  - Rx 430.300 Tx 439.700  TS 1  TG 2080
+  - Rx 430.400 Tx 439.800  TS 1  TG 2080
+  - Rx 430.575 Tx 439.975  TS 1  TG 2080
+  - 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
 [[#Déroulé des journées|Retour au déroulé de la journée]]
@@ Ligne 489: / Ligne 525: @@
   * Antenne Canne à pèche
+====== Camera HD via Wifi ======
+  * 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 !!!

Projet EONEF 2

Outils pour utilisateurs

Outils du site

Différences

Outils de la page