Arg loupé pour la RGC 2008 (je croyais avoir un retour par mail) , c'est vraiment dommage....
Frost : je te monterai le SDisk une autre fois.
Kuk : j'ai toujours ton SDisk sous le coude.
Jeff / Zerosquare: pour la rencontre "hardware" c'est raté.
sundance Le 20/10/2008 à 20:40Edité par sundance le 20/10/2008 à 20:47 tu l'as dit...
bon aller une bonne nouvelle je peux commander chez digi key (spartan / cyclone et autre)....
50 connecteurs sdcard arrivés aujourd'hui les pieces commencent a arriver.
Non a 50 pieces il n'y a pas de pb de frais de port.
(C'est chez eux qu'un certain nombre de composants ont été commandé de notre coté).
je pense Digikey est une solution pour les fpga, le plus difficile étant de trouver un compte, ce qui est résolu.
pour la sdram chez farnel il y en a, et j'ai le moyen de commander, je vais quand meme comparer les prix...
je vais regarder les différent spartan pour deja faire un tri entre les versions, mais comme je le dis si une préférence est de mise pas de pb
car je ne suis pas specialement pointu de ce coté la...
Avant de commander ça il faut fixer les choix des interfaces au niveau de la carte. Après ça on peux estimer le nombre d'io nécéssaire pour le FPGA.
genial ! !!!!
je serais a la RGC
Frost et Kuk je vous monterai les SDisks
Frost je suis toujours intérréssé par ton "kit cyclone II"
Jeff / Zerosquare : on va pouvoir discuter hardware ....
tu as tout a fait raison jeff il faut definir les i/o je vais mettre ca sur pappier; je vais aussi me plonger dans les docs du spartan, histoire de voir un peu...
pour l'instant je commande seulement les composants / connecteurs dont on est sure.
car les delais d'appros sont un problème (surtout quand on veut des prix raisonnable)
Tiki Le 21/10/2008 à 18:02 Je me demandais, a tout hasard, s'il était possible de créer un truc hardware pour remplacer les lecteurs de GDRom qui commencent à fatiguer dans nos chères Dreamcast. Que les codeux et les ferasoudeux pardonnent la naïveté de ma question, je n'ai aucune compétences dans aucun de ces deux domaines
Tiki
a mon avis y'a direct un controleur sur la carte de la dc, et la nappe qui le connecte au bloc optique ne véhicule que des signaux analogiques (focalisation/tracking/signal/alim laser), non? (je connais pas la structure de cette console)
Ouais je pensais la même chose.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT Turboah ok le controleur est déporté.
bon y'a de l'espoir avec un nanarlyseur et un disque connu, quoi.
A cette époque là ils pensaient pas encore à crypter les bus, si?
bon, ben vla un feature pour le SDisk Emul 3 (ou 2) ^^
Ouhai et bien vu le délai imposé je ne pense pas que ça soit possible.
En plus on est bien loin de la techno floppy là. Les débits sont bien supérieurs a ceux d'un floppy ;-)
Et puis un GD-Rom sur une sdcard c'est pas si génial que ça non ? (Un disque dur serait plus sympa je pense du point de vu quantité.
Je crois qu'il existe un emulator gd rom fonctionnant a partir de disque dur scsi (pour les développeurs)
sundance Le 21/10/2008 à 23:35Edité par sundance le 21/10/2008 à 23:49 c'est sur vu le delais imposé ce n'est pas posssible, cependant on peut le prevoir.
je pense que techniquement c'est faisable, mais comme toujours il nous faut les infos d'entrées... et le temps...
l'analyseur logique est une solution de dernier recours. (pour l'avoir pratiquer...)
de plus je n'en ai plus a disposition.
coté sdcard une sdhc a peut etre un debit suffisant le pic 32 peut l'exploiter et tenir un debit raisonnable.
quand aux capacité, à la vitesse au ca va bientot les 32 go seront accessible (en ce moment 8go < 20€ et 16 dispo)
la gestion d'un bus ide est assez lourde et consomme beaucoup de signaux sauf le sata mais pas beaucoup d'experience la dessus..
alors que la sdcard le soft sur pic existe deja avec gestion fat 32 / nom long etc
on peut aussi articuler le systeme autour du fpga et méme mixer les 2 (ca serait top!)
Si je me souviens bien, on peut avoir quelques Mo/s avec une SDcard en mode SPI, donc pas la peine de se casser la tête avec de l'IDE qui serait beaucoup plus complexe à gérer (et à router).
Par contre, je suis pas convaincu que ce soit viable de gérer ça avec un PIC même 32 bits, surtout pour la génération du flux de sortie (pour ce qui est de la lecture de la SD ça peut peut-être passer), un FPGA serait beaucoup plus adpaté à mon avis. Par contre le PIC peut en effet servir pour faire la gestion haut niveau (système de fichiers, etc.)
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboOuhai pas convaincu : il va falloir combien de temps pour ecrire une image 1Go sur ces SD a partir d'un PC ? Quand je vois le taux de transfert des SD en ecriture je doute que se soit viable.
Chose a verifier -> La vitesse max du SPI sur PIC32.
Rappel:
Transfert brut max d'une SD en mode SPI (20Mhz): 2Mo/s (cela inclus la gestion de la FAT, le protocole etc).
Transfert brut max d'une SDHC en mode SPI (50Mhz): 5Mo/s.
Si besoin d'un bus IDE c'est evidement dans le fpga qu'il faut le mettre ;-).
(y reflechir aussi pour avoir un vrai mode sdcard avec les 4 fils de data -> partage des signaux entre le fpga et le pic: demarrage de la sdcard par le pic (fpga pas programmé) puis passage a travers le fpga en mode SD))
