Ci-dessous, les différences entre deux révisions de la page.
| 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/15 13:53] f1ivt |
start [2019/07/18 21:40] f4eir |
||
|---|---|---|---|
| Ligne 5: | Ligne 5: | ||
| ===== le ballon EONEF ===== | ===== 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 : | Schéma conceptuel du ballon : | ||
| - | {{:eonef_plateforme-aerienne.png?400}} | + | {{:eonef_plateforme.png?400|}} |
| + | |||
| + | Contact : julie.dautel@eonef.com (cofondatrice) | ||
| ===== Contraintes opérationnels ===== | ===== Contraintes opérationnels ===== | ||
| Ligne 144: | Ligne 145: | ||
| 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). | + | * **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 202: | Ligne 203: | ||
| * <color #22b14c>__** Testé**__ </color> | * <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/]] | - [[https://www.raspberrypi.org/downloads/raspbian/|Installer Rasbian stretch ]] : [[https://www.raspberrypi.org/downloads/raspbian/|https://www.raspberrypi.org/downloads/raspbian/]] | ||
| Ligne 415: | Ligne 416: | ||
| * Poids des modules : | * Poids des modules : | ||
| * Contact établie : | * 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]] | [[#Déroulé des journées|Retour au déroulé de la journée]] | ||