Author: Sendai

Alors c’est terminé (la V1 en tout cas) !

quelques points :

• il faut demander une clé api a la sncf pour utiliser l’api opendata. Donc en attendant, je fais comme Benoit : je parse le site wap. J’ai finalement eu ma clé API.
  J’utilise cette lib ci et le code final n’est pas trop moche sachant que je ne pratique pas du tout le python : https://github.com/bmallory/pythonJsonBroadcast/blob/master/rerc-horaires.py
• côté arduino c’etait un peu plus compliqué : d’après ce que j’ai compris, les dernières versions de l’IDE arduino (qui incluent donc un compilateur C ) ne sont pas compatible avec les version les plus utilisées de la lib lcd i2C. il a fallu que j’en trouve une autre (et surtout comprendre pourquoi ça ne marchait pas au départ). Le code arduino est visible ici : https://github.com/bmallory/arduino-xbee-lcd-display/blob/master/arduino-xbee-lcd-display.ino/arduino-xbee-lcd-display.ino

on peut voir la dernière version du (hum…) “live coding” ici :

J’ai paramétré mon cron pour lancer l’affichage tous les matins entre 7h et 8h (ou 9h, je ne sais plus)…

Maintenant pendant que je faisais ce projet, je me suis dit que ca pourrait être marrant d’afficher ponctuellement autre chose que les horaires de trains (et tant qu’a faire, tester un système de push accessible depuis ailleurs que mon réseau local). Je me suis donc un peu renseigné et apparement, pas mal de gens utilisent le protocole MQTT dans le (re-hum…) “internet des objets”. J’ai déjà installé un serveur MQTT sur mon dédié et récupéré des trucs en local sur mon Raspberry Pi. Ca devrait pas être très compliqué de récupérer les messages pushés et de les balancer dans l’afficheur… je ferais peut être ça en V2 un jour.

edit: je pose ca ici au cas ou : https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/

Je confirme que j’ai bien galéré avec les xbees mais maintenant ça fonctionne plutot bien… j’ai fait le code coté arduino.$ J’ai un peu a rajouter pour la gestion du LCD… j’expérimente un truc : je streame en direct quand je code, comme ça on peut voir comment je galère:

Par contre j’avoue, j’ai galéré pour le xbee. il faut en fait bien faire attention à l’adressage lors de la configuration du firmware. Ensuite j’avais les jumpers de sélection de pin RX/TX inversés sur le shield arduino que j’ai acheté… Mais maintenant que ça marche ça à l’air chouette. La portée a l’air vraiment cool !

Alors,

je vais piquer l’idée de Benoit en me faisant un afficheur LCD que je mettrai sur ma porte et qui me donne les horaires des prochains trains le matin, avant d’aller au boulot.

j’ai déjà un raspberry pi qui s’occupe de la gestion des lumière chez moi. le but du truc est de faire un petit module arduino qui affiche du texte envoyé dans son port série. Ce serait le raspberry qui s’occupera du traitement du texte et de la gestion de l’heure d’affichage (via cronjob). Le texte peut donc être les horaires de trains mais aussi d’autres trucs auxquels j’aurai pas pensé.

le soucis est que la porte d’entrée n’est pas située au même endroit que le raspberry et je n’ai pas envie de tirer un cable. Je vais donc utiliser des petit modules xbee !

au départ je pensais faire communiquer les deux trucs par wifi mais finalement le xbee a l’air bien sympa. C’est fait exprès pour consommer très peu et on peut créer des clusters et envoyer des message en “one-to-many”. Pour l’instant donc je vais juste faire une communication série d’un point vers un autre mais ça m’a l’air beaucoup plus évolutif (et moins cher en plus) que juste prendre un arduino et une carte wifi.

Il me manque encore quelques pièces avant de rentrer dans le vif du sujet. Là j’ai juste mis a jour le firmware des modules et modifié un module comme étant un coordinateur. Je verrais pour la suite…

PS: aussi : nouvelle skin pour le blog