Différences

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

--- start [2019/07/14 21:46]
f4eir
+++ start [2019/07/18 19:45]
f4eed
@@ 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 141: / Ligne 142: @@
 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.
+  * **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 198: / Ligne 203: @@
   * <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 349: / Ligne 354: @@
   * 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
+  * 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 411: / Ligne 416: @@
   * 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 T 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 :
 [[#Déroulé des journées|Retour au déroulé de la journée]]

Projet EONEF 2

Outils pour utilisateurs

Outils du site

Différences

Outils de la page