ahhh le mode rafale ...
la philosophie de départ est de ne pas gérer forcement le port cartouche comme de la mémoire, en lecture pas de pb c'est de la mémoire (comme toute autre cartouche)
mais le reste du temps le port cartouche est sur le bus 68k, le pic analyse le bus du 68k en temps réel et capture les datas circulants dessus, dans les faits ça ce présente comme ça:
a0 = un endroit dans la mémoire du st, peut importe ou car ça ne seras pas utilisé.
d0 = adresse de destination
d1 a d7 les datas a y mettre
movem.l d0-d7,(a0)
le contenu des registres d0 a d7 va circuler sur le bus, le pic le capture.
auparavant il faut un trigger pour dire au pic c'est maintenant, une autre astuces hard et le tour est joué
vous avez bien compris il n'y a jamais d’écriture sur le port cartouche.
tant qu'il n'y a pas de trigger la plage mémoire est vu comme une cartouche de diag ou un disque (rigolo car vu comme c:, dans ce cas le st boot dessus !!).
après il suffit de détourner les vecteurs du gem sur du code embarqué en $fa0000 (68k) et de gérer les accès sur la sdcard (fichier .st etc).
le prix je l'avais évoquer dans les précédents posts environ 50 €, mais je ne me vois pas câbler en série des boitier TQFP en pas 0.5 ou 0.4 mm.
la solution est de prendre les "PIM" de chez Microchip (pic pré-câblé sur support) le surcout est de 30 €, il faut refaire complétement l'implante.
ça a l'avantage aussi de pouvoir mettre un chip plus puissant facilement.(évolution)
je me suis bien marrer a faire çà, mais comme beaucoup, d'autres occupations ont pris le dessus (nettement moins marrantes et imposées, et oui il faut bien vivre...)
quand a mettre le produit en ligne en "free", j'ai été un peu échaudé avec le Sdisk... >> a part s’approprier le projet... aucune évolution...
le reste a faire est assez conséquent aussi, sur st je n'ai quasiment rien développé,
sur le pic seul les routines de transferts sont faites (sdcard > sram) et (st > sram)...
. au pire, il aurait pu faire un kickstarter pour accumuler les ronds pour le projet.
