C’est quand qu’on arrive ?

Communication

Peu d’articles dans ce blog, mais du progrès coté programmation ! Le raspberry et l’arduino communiquent enfin !

L’arduino renvoie en temps réel l’état des capteurs (matrice de switch), mais aussi boutons cablés en direct (flips et bouton start). Le raspberry traduit ça en score via mpf.

De son coté, le raspberry/mpf envoie les macros matérieles pour que l’arduino réagisse plus rapidement et en autonomie au bumpers, slingshots et flips.

 

Une courte démo:

 

De nouveaux problèmes…

Raspberry instable

Depuis peu, et sans raison apparente, je subis des plantages réguliers du raspberry, complètement freeze. J’exclus un problème d’alimentation car le raspberry est directement relié à une alim ATX de PC, que j’imagine plutôt stable et pas en manque de puissance. Pourtant j’ai souvent le logo de pb d’alim en surbrillance sur l’écran. Les processus python mpf sont à 98% d’occupation du processeur.

J’ai pensé à de la surchauffe car je n’ai pas installé les dissipateurs sur le raspberry, mais je ne trouve pas celui ci trop chaud. Dans le doute j’ai ajouté un ventilateur, mais sans résultat.

Dialogue de sourd

Je perds des morceaux de trames du raspberry vers l’arduino. Dans l’autre sens la communication est stable et complète. Bizarrement, c’est plus stable à 115200 qu’à 9600 bauds.

 

Prochaines étapes

Debug, debug, debug, logiciel et matériel…

En parallèle, sans avoir besoin d’être devant le flipper, je continue le développement des règles du Supersonic dans les fichiers de configuration du mission pinball !

It’s aliiiive !!

Remontage !

La première version vivante du flipper fonctionnait grâce aux contacts des bumpers et autres slingshots directement relié à la commande de la carte de puissance (transistor/mosfet). C’était amusant et ça permettait « aux gamins » de passer un peu de temps dessus.

Depuis quelques semaines, l’objectif était de réintroduire de l’intelligence dans la machine.

J’ai donc reconstruit la matrice de contacts dans l’état d’origine et commencé à appliquer la lecture de celui ci sur l’Arduino.

Un peu de code disponible ici, attention ça tache, c’est du draft-n-quick-n-dirty, sur mon github, pleins d’évolutions sont à venir.

Après la gestion des contacts, j’ai appliqué la gestion des règles matérielles comme prévu pour l’intégration avec le Mission Pinball Framework.

En attendant la gestion de la communication MPF entre l’Arduino et le Raspberry Pi, les règles de base sont ajoutées en dur dans le lancement du code:

• réaction des bumpers
• réaction des slingshots
• gestion des flippers (par des contacts en dehors de la matrice)
• quelques autres contacts permettent de relancer une bille, de relever les targets, etc.

Une petite vidéo qui montre l’activité des cartes de puissance:

 

Et une autre vue plus générale du flipper:

 

Prochaines étapes:

Terminer la communication pour informer MPF de ce qui se passe sur le plateau de jeu, et que MPF puisse envoyer des commandes.

Un peu de vie avec MPF!

J’ai effectué deux « grands » pas dans l’exploration du framework MPF.

Le ruban de leds est maintenant intégré dans ma plateform « rasppinball », les leds sont donc pilotées par le moteur de mpf. Le tuto est parfait pour comprendre les bases des « modes » qui permettent de faire de jolis « chenillards ».

http://docs.missionpinball.org/en/latest/tutorial/index.html

L’équipe de MPF a aussi eu la bonne idée de développer un client BCP qui se connecte au moteur MPF et permet de visualiser l’état de tous les composants sur une image du flipper, un rond pour les lampes, un carré pour les capteurs. Les actionneurs ne sont pas représentés sur l’image.

Ça rendrait beaucoup mieux avec un GIF animé, il faudra que j’y travaille !

En attendant, une petite vidéo où on peut voir tourner MPF et MPF-MC sur le Raspberry, et en parralèle le MPF-MONITOR. On voit, au délai près, que les leds correspondent au monitor. C’est un outil parfait pour bosser en pur virtuel pour préparer les règles de son flipper.

 

La prochaine étape, coder dans ma plateforme les actionneurs (coils).

A bientôt 🙂

 

MPF – Mission Pinball Framework

Contrairement aux apparences, ceci est un flipper:

Je concède qu’il faut encore beaucoup d’imagination, mais les briques [de lego] se mettent progressivement en place:

J’ai attaqué ma plateforme (mpf/platforms/rasppinball) pour intégrer la futur électronique maison dans le framework MPF : Mission Pinball Framework. Ce n’est pas trivial car cette partie n’est pas encore beaucoup documentée, mais grâce aux exemples des autres plateformes (opp, roc, …) je commence à m’en sortir.

Merci aussi au support de mpf sur les forums : mpf-users

Coté configuration, j’apprends le fonctionnement du mission pinball framework. Donc je vais intégrer le flipper « supersonic » d’origine pour le moment:

L’émulateur clavier de switch est fonctionnel dans mpf. Le bouton « rouge » simule  la bille en position de départ, qui est aussi le drain dans ce flipper. Le bouton jaune est le bouton crédit/start.

Dans la vidéo, je dois appuyer sur les deux boutons afin que mpf accepte de préparer une partie avec une bille présente. Les autres boutons simulent les bumpers, cibles, etc. Les scores sont configurés sur quelques switchs seulement.

Sur l’écran, on peut voir incrustée la vidéo en sortie du raspberry (cadre noir), et au dessus la session ssh qui lance le framework (ssh bleu).

 

 

Suite des expériences à venir: implémentation des LEDS dans le framework, puis aussi jouer avec le « mpf monitor », qui affiche sur l’image du flipper l’état des capteurs et des actionneurs.