Gamoover

[move]Bienvenue sur Gamoover, portail francophone de l'arcade.

Resurrection d'un flipper avec un Raspberry Pi et 1 arduino.

Démarré par Aganyte, Mardi 24 Mars 2015, 21:34:18 PM

Aganyte

#32
On est clairement à la bourre en France...

http://www.space-eight.com/

qui donne aussi en lien

https://howtobuildapinballmachine.wordpress.com/

tilowil

#33
Hello,

Malheureusement pour le moment non. Je bute aussi sur ce point, du décodage de la matrice de switch. Pour le moment j'avais fait en utilisant les ports d'un arduino Mega2560, mais je n'aime pas cette solution trop restrictive pour mon projet de création de flipper, car chaque matrice de 64 switchs me prends 16 ports en entrée.

Ensuite j'ai trouvé le ATmel AVR243, avec un ATmega162 http://www.atmel.com/images/doc2532.pdf

Mais comme tous mes projets sont en stand by, je n'ai pas eu le temps de faire mes tests.
Je reprendrais le projet ensuite.

A+

[Edit] Sur le second lien que tu as mis, la personne utilise les cartes P-ROC.
Tu as Ben heck qui a fait son propre flipper, mais il n'a pas utiliser de raspberry ou d'arduino mais un PIC.



Aganyte

Je pense avoir déjà trouvé la solution :fleche: pas de composant dédié. En fait, plus j'y pense, plus je me dis que je vais partir sur une carte mère (type 18F) qui gérera le jeu et des cartes filles (type PIC 16F) pour la matrice des ampoules, des switchs, des bobines, et peut être même une pour l'affichage (alpha ou dot, dans ce dernier cas avec une mémoire de stockage non volatile pour les animations comme sur certains data east)

Le tout avec une communication type SPI mais un peut modifiée, genre une pin d'interrupt pour la carte fille des switchs puis une attente de réponse (type /CS) de la part de la CPU tout en continuant à rafraichir la RAM des switchs.

Ou encore pour les ampoules, une communication par paquets de 64 bits directement en mémoire RAM de la carte fille concernée (et cette dernière pourra cycler seulement les données en RAM le plus vite possible pour garder un bon framerate).

Toujours pour la carte fille des ampoules, intégrer l'attract mode directement sur la carte fille avec la possibilité via un inter de basculer dans ce mode (ce qui nous donne une carte autonome pour un premier test de la matrice, ou une vérification d'ampoules)

Les cartes filles devront être le plus petites possibles, avec un maximum de donnés traitées en software. De cette façon, une simple mise à jour de la carte concernée permettra d'adapter la carte pour un autre projet/flipper.

Je me retourne le cerveau depuis plusieurs jours sur le sujet, j'avance doucement mais j'y vois de plus en plus claire.

LoloMc

- Il y a un Dieu pour les Lolo -

RacingMat

@aganyte : super ! tu as avancé sur ce projet ?

perso, je suis parti sur uniquement de l'arduino : pour du temps réel, c'est plus adapté qu'un Raspberry qui fait tourner un OS.

https://www.flipperfrance.com/threads/mon-projet-en-cours-de-flipper-arduino.16975/


je recherche maintenant un plateau équipé mécaniquement sur lequel je pourrai faire les tests en grandeur nature :)

Aganyte