Différences

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

--- start [2019/07/28 16:42]
f4eir
+++ start [2019/08/03 16:14]
f4eir
@@ Ligne 96: / Ligne 96: @@
   * Cem F4CGU [[https://twitter.com/CemCARFIL|@CemCARFIL]]  [[https://twitter.com/CemCARFIL|{{twitter_social_icon_circle_color.png?15}}]]
   * Alexandre
+  * Jérôme
@@ Ligne 310: / Ligne 311: @@
+===== Safety Box =====
 **// Lead : FIXME //**
-WiFi avec l'appli Safety Box de nos amis du FabLab de Jarry en Guadeloupe
+  * But : créer un réseau WIFI permettant 2 choses. La première est de fournir un wiki relatif à la survie post-catastrophe. La deuxième est de créer une fonction équivalente au "Safety Check" de Facebook.
+  * Scénario : lors d'une catastrophe naturelle ou événement, permettre aux victimes d'obtenir des informations sur un wiki et se signaler en vie via un court message.
+  * Matériel : Raspberry Pi, éventuellement une antenne WIFI pour avoir un signal plus puissant
+  * Raspbian
+L'appli Safety Box est développée par nos amis du FabLab de Jarry en Guadeloupe.
+\\
+Une image est disponible ici : [[https://cloud.ccopol.fr/s/ewPKaGzGMT4oFXE]]\\
+Cependant, plusieurs problèmes ont été rencontrés.\\
+  * Mot de passe SSH non connu. Solution : changer le mot de passe de l'utilisateur "ledoc" directement dans le fichier /etc/shadow. Commande pour générer un mot de passe :
+<code>
+mkpasswd -m sha-512 my_password
+</code>
+  * Liste à puceL'image n'a pas démarré sur un Raspi 3B+. Solution un Raspi 3A.
+  * Le wiki est fonctionnel mais la base de données du "Safety Check" ne l'est pas. Il n'y a pas de configuration WIFI.
+  * Le code du "Safety Check" est vulnérable à des injections SQL.
+Le projet est géré via 2 repos Gitlab.\\
+Un pour gérer le code source du serveur web :\\
+[[https://bikagit.fr/Work/Safetybox/web]]
+Un pour gérer la partie OS : \\
+[[https://bikagit.fr/Work/Safetybox/pi-gen/tree/RPi-Distro]]\\
+Le projet semble particulièrement complexe au vu du but recherché.\\
+Une virtualisation QEMU est prévue pour réaliser les tests sans Raspi sous la main.
+Objectifs d'ici la prochaine OP :
+  * Faire fonctionner le "Safety Check" avec la dernière version du serveur web sur le repo Gitlab
+  * Configurer l'AP WIFI
+  * Créer une procédure d'installation simple depuis une Raspbian vierge et fournir une image utilisable.
+Objectifs à plus long terme :
+  * Faire communiquer différentes Safety Box via WIFI/Lora/autre afin qu'elles puissent partager une base de données commune (Safety Check et Wiki)
+  * Créer une fonctionnalité permettant d'utiliser l'API Twitter afin de poster l'ensemble des messages du Safety Check, une fois qu'une connexion Internet a été retrouvée
-**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.
+**Conclusion:** Cette partie n'a pu être mise en place car ne nous disposions la connexion internet n'a permis de télécharger l'image que tard. Les différents problèmes ont ensuite retardé la mise en place.
 Cette expérimentation devra donc être reportée avec une meilleur préparation.
@@ Ligne 381: / Ligne 419: @@
   * Scénario :
   * Matériel : Rpi avec Hat MMDVM
-  * Antenne : Duplexeur + antenne ?
+  * Duplexeur : professionnel type procom
+  * Antenne : simple antenne UHF de très petite taille
   * transceiver : MMDVM HAT
   * Poids des modules :
   * Contact établie :
-  * Configurations possibles (Ce sont les QRG à programmer dans les postes) :
+  * Configuration retenue et testée (Ce sont les QRG à programmer dans les postes) :
       - Configuration 1 :
           * duplexeur 1 RX 430.300 TX 439.700
@@ Ligne 392: / Ligne 431: @@
           * 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
+  - <del>Rx 430.400 Tx 439.800  TS 1  TG 9
-  - Rx 430.575 Tx 439.975  TS 1  TG 9
+  - Rx 430.575 Tx 439.975  TS 1  TG 9></del>
   - Rx 430.300 Tx 439.700  TS 1  TG 2080
-  - Rx 430.400 Tx 439.800  TS 1  TG 2080
+  - <del>Rx 430.400 Tx 439.800  TS 1  TG 2080
-  - Rx 430.575 Tx 439.975  TS 1  TG 2080
+  - Rx 430.575 Tx 439.975  TS 1  TG 2080</del>
   - Rx 433.500 Tx 433.500  TS 2  TG 9
   - Rx 433.500 Tx 433.500  TS 2  TG 2080
@@ Ligne 418: / Ligne 446: @@
   - 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.
+Les études de cas ont pu être réalisés grâce à l'outils de Roger Coudé [[https://www.ve2dbe.com/rmonline_s.asp|RADIO MOBILE]]  \\
+Merci à lui pour cet outils gracieusement à notre disposition.
+Dans un premier temps il était prévu d'envoyer F4EED dans un près mais dégagé des arbres. Il alors été comme sur la carte si dessous.
+{{ :carte_pres.png?direct&400 |}}
+Cependant F4EED n'est pas parvenu à entrer dans le relais. Une étude sommaire de la situation mets en évidence le relief.
+{{ :profile_pres.png?direct&400  |}}
+Devant cet échec, sur la route retour F4EED s’arrête car il entends entrer dans le relais numérique.
+A cette instant il se trouvait à ce point :
+{{ :carte_sol.png?direct&400 |}}
+On peut constater en consultant le profil ci-dessous que le l'expérience porté par EONEF apporte un grand avantage de portée.
+{{ :profile_eonef.png?direct&400 |}}
+A des fins de comparaison, nous laissons ici le profil si l'expérience n'était pas porté par EONEF.
+{{ :profile_sol.png?direct&400 |}}
+**Conclusion:** La liaison n'a permis d’effectuer une distance de 2 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]]

Projet EONEF 2

Outils pour utilisateurs

Outils du site

Différences

Outils de la page