Étape 1: Architecture de système
Matériel :
Le matériel forme interface de l’Arduino avec le monde réel. Le matériel se compose d’un écran LCD de 2 lignes de caractères pour l’affichage des messages, un régulateur de vitesse qui permet UER de changer la vitesse de défilement lorsque l’appareil est en marche et un indicateur de commande servo qui se déclenche lorsque le script détecte il y a des tweets non lus.
Firmware :
L’esquisse en cours d’exécution sur l’Arduino exécute une boucle faisant deux actions principales. Il envoie une demande de « statut » au script en cours d’exécution sur le PC serveur et attend une réponse contenant le nombre de tweets dans la liste et si il n’y a aucun non lus. Il puis envoie une demande de « message », obtient le texte d’un tweet et l’affiche sur l’écran de défilement. Il lit le potentiomètre en temps réel pour obtenir la vitesse de défilement souhaitée et soulève et abaisse le drapeau pour prévenir de nouveaux tweets.
Logiciel :
Le logiciel serveur maintient une liste de tous les tweets vu puisqu’il a commencé à courir. Lorsque le script reçoit une demande de « statut », il renvoie le nombre de tweets a actuellement dans la liste, et si il n’y a aucun tweets non lus. Lorsqu’il reçoit une demande de « message » le script envoie le tweet suivant dans la liste, en retournant au début de la liste lorsqu’il atteint la fin de la liste ou lorsqu’il détecte de nouveaux tweets.
Le script doit également tenir la liste des tweets à jour en vérifiant l’API Twitter pour obtenir les derniers messages. C’est également programmé pour se produire au maximum une fois toutes les trois minutes : lorsque le script reçoit une demande de « statut », si plus de trois minutes se sont écoulées depuis la dernière vérification, il obtient la liste des tweets et vérifie s’il y a tout non lus.