Différences

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

@@ Ligne 1: / Ligne 1: @@
+====== Ateliers systèmes embarqués - séssions BIB v1 ======
+__Session 21/11/13__
+  * Programmation python synthèse sonore => https://code.google.com/p/pyo/
+  * Pour rappel => http://korben.info/idees-raspberry-pi.html
+  * Découpeuse solaire => http://www.markuskayser.com/work/solarsinter/
+__Session 28/11/13__
+raspberry-gpio-python => http://code.google.com/p/raspberry-gpio-python/
+Gestion du GPIO via python
+__Session 05/12/13__
+Amiga RPI Drive emulator => http://amigadrive.blogspot.it/
+Cross-compilation sur RPi => http://www.chicoree.fr/w/Compilation_crois%C3%A9e_facile_pour_Raspberry_Pi
+__Session 12/12/13__
+Présence de Rody, un camarade du hackerspace de Grenoble :
+https://www.logre.eu/wiki/Accueil
+Quelques idées à réaliser avec le RPi :
+http://pingbin.com/2012/12/30-cool-ideas-raspberry-pi-project/
+RPI distribution :
+Occidentalis 0.2 => http://learn.adafruit.com/adafruit-raspberry-pi-educational-linux-distro/occidentalis-v0-dot-2
+Avantages :
+  * Prend en charge le GPIO
+  * basé sur Raspbian
+Trucs rigolos pas seulement sur nos systèmes ARM :
+Osmocom => http://osmocom.org/
+Driver OpenSource pour chip GSM, permet de faire des choses marrantes avec les Motorola C123 et C129, par ex, envoyer de SMS sans SIM ou tracker quelqu'un.
+Comment flasher : http://bb.osmocom.org/trac/wiki/flashing
+Bibliothèque écran TFT arduino en C/C++ : http://learn.adafruit.com/1-8-tft-display/graphics-library
+Les bons plans :
+les pas chers :
+  * http://dx.com/ (pas mal de bordel en tout genre, et notamment des composants et pièces détachées)
+  * http://fr.aliexpress.com/ (composants électroniques, en gros ou pas)
+  * http://www.hobbyking.com/hobbyking/store/index.asp (matériel pour modélisme, cool pour les moteurs, servos, ...)
+les un peu rush :
+  * http://www.rs-particuliers.com/ (radiospares, livraison en 2-3 jours gratuite)
+  * http://fr.farnell.com/
+  * http://www.adafruit.com/ (strip RGB, pas mal de shield Arduino et RPi)
+  * https://www.sparkfun.com/ (idem, )
+  * http://www.seeedstudio.com/depot/ (analyserLogic, trucs pour SDR, et pleins de trucs sympa en open hardware)
+__Quelques ressources :__
+  * Programmation Bare Metal (sans OS) :
+QQ exemples : https://github.com/dwelch67/raspberrypi
+Tuto : http://www.valvers.com/embedded-linux/raspberry-pi/step01-bare-metal-programming-in-cpt1
+  * Piloter le GPIO via une interface Web avec WebGPIO: http://code.google.com/p/webiopi/
+  * Nginx/PHP : http://www.ducky-pond.com/posts/2013/Sep/setup-a-web-server-on-rpi/
+  * Monitoring du RPi via web interface RaspControl : http://mycoolpizza.blogspot.fr/2013/02/raspberry-pi-monitorer-avec-une.html
+__Expérimentation de la SDR (Software Designed Radio) sur Raspberry Pi par Soufiane:__
+__Matos:__
+  * RaspberryPi
+  * Dongle USB NooElec R820T DVB-T (24 - 1766 MHz)
+  * Dongle USB Terratec (52 - 2200 MHz avec un trou entre 1100 MHz et 1250 MHz, donc inclut les fréquences GSM)
+__Procédure :__
+  * Étape 1
+ Compilation de RTL-SDR. OK.
+ rtl-sdr dispo sur [[git://git.osmocom.org/rtl-sdr.git]]
+  * Étape 2:
+Faire un fichier pour udev pour pouvoir utiliser le dongle en utilisateur non root. OK.
+  * Étape 3:
+Vérifier que la matos est bien reconnu est supporté avec la commande rtl_test.
+Ça par contre, le résultat était pas top, les dongles étaient bien reconnus mais au bout d'un moment, il m'affichait des "cb transfer status 1 ou 5: cancelling"... Déjà, là, ça annonçait rien de bon.
+  * Étape 4:
+Tester l'ADS-B avec le programme dump1090 dispo sur https://github.com/antirez/dump1090.
+C'est un programme pour recevoir les données envoyées par les transpondeurs d'avion (numéro de vol, vitesse, altitude, latitude, longitude). Ça a rien donné vu qu'il n'y avait aucun avion dans le coin à cette heure-ci comme j'ai pu le vérifier sur "http://www.flightradar24.com".
+  * Étape 5:
+Essayer de capter différentes radios FM en branchant des haut parleurs sur le Raspberry Pi avec la commande "rtl_fm -f 93.9 -s 48000 - | aplay -r raw -f dat -c 1". --> Que dalle, le programme démarre et se finit tout seul sans rien faire.
+Ensuite avec la commande "rtl_fm -W -f 93.9M | aplay -r 24k -f S16_LE -t raw -c 1" --> Là par contre, j'ai du son, mais vive le vent, ça ventile et je capte rien. Ca dure 20 secondes et ensuite, il m'affiche en boucle "WARNING: sync read failed.".
+J'essaie alors la même commande en baissant l’échantillonnage pour aplay avec la commande "rtl_fm -W -f 93.9M | aplay -r 16k -f S16_LE -t raw -c 1" pour voir. Résulat: Toujours le bruit du vent, mais plus longtemps qu'avant, puis pareil, il m'affiche "WARNING: sync read failed." en boucle.
+  * Conclusion :
+L'architecture du Raspberry a l'air un peu légère pour la SDR, mais des gens l'ont fait sur le net. Donc, faudrait voir comment faire pour pouvoir attribuer plus de ressources système à la SDR en installant par exemple un système plus léger. Pour l'instant, même pas la peine d'imaginer décoder du P25 à deux balles ou carrément du TETRA. A voir, la suite au prochain épisode.

Le BIB wiki

Outils pour utilisateurs

Outils du site

Différences

Outils de la page