SDisk Emul project Final et pré-commandes - Page 22

frost (./630) :
Ah, c'est Individual Computers qui a sorti une jolie bête sur Amiga 1200: http://jschoenfeld.de/news/news130_e.htm.
Sur base de FPGA évidemment, c'est assez bluffant de voir comment le machin fonctionne: il est clippé sur le chip vidéo de l'Amiga et à rien d'autre et il est mis à jour par ce biais, c'est plutôt bien fait. Maintenant, c'est un projet qui a dû leur demander énormément de temps et il a le gros défaut de n'avoir qu'une sortie VGA.

Enormément de temps pas forcement, mais en tout cas c'est un truc super spécifique : il n'y a pas d'ADC sur ce scandoubleur : il se branche directement en numérique sur le chip vidéo de l'amiga. En effet le chip sort le RGB en 3 * 8 bits. Ensuite le fpga stocke les data en framebuffer (sdram) et ressort l'image au bon rythme de l'autre coté pour avoir la bonne définition/fréquence. Cette dernière partie fonctionne comme un simple contrôleur vga.
Le fonctionnement reste assez trivial. Reste a voir le temps de mise au point.

La version 2.19 G du firmware du SDisk vient d'ètre mise en ligne

au menu :
write back ATR file version beta (sauvegarde des images atr)
protection MBR
memorisation path update

Jeff c'est ok.

Mail envoyé a ce sujet.

Frost j'ai mis en route ton starter kit fpga et je commence a faire mumuse....

Si tu as la moindre question n'hésites pas !

t'en fais pas ca va arriver les questions, en ce moment je cours après plusieurs lievres a la fois coté approvisionement.

et un nouveau firmware pour le sdisk : 2.19 H

correction de quelques bugs....

toujours dispo sur le site atariamiga.free.fr

Merci beaucoup

Bonjour,

Je me suis inscrit sur ce forum expres pour le SDisk Emul sur l'invitation de Sundance.

Si d'aventure le SDisk Emul devait être produit à nouveau, je suis preneur d'au moins deux exemplaires.

En espérant qu'il y aura bien une nouvelle fournée, je croise les doigts et souhaite bonne chance à vos autres projets que je vais suivre également...

Petite question est-il possible de l'installer sur STE sans a faire de soudures ? Le model SD marche t'il enfin parfaitement ?

LeGlod (./640) :
Petite question est-il possible de l'installer sur STE sans a faire de soudures ?

Je me demande si ça ne serait pas possible en modifiant le cable vidéo ? Si l'on fait l'incrustation vidéo directement sur le cable, les soudures ne devraient plus être obligatoires. D'après le site de RVS et Sundance c'est possible sur Amiga.

Le seul souci de ce côté là est la présence sur le cable vidéo d'un signal de synchro composite (Horizontal et Vertical sur le même fil) si le SDiskEmul a besoin d'avoir les deux séparés, ou alors, l'inverse. Pour le reste, effectivement, ça doit peut être pouvoir se bricoler.

Pas un souci, le ST a une broche de synchro verticale, une broche de synchro horizontale, et une broche de synchro composite distinctes. Seul piège pour cette dernière : suivant les modèles, elle peut être soit de la synchro composite niveaux TTL, soit un signal de vidéo composite complet aux niveaux "standards" (1 Vpp sur 75 ohms).

Pour Sundance, Jeff et les autres bidouilleurs :

J'ai eu une info intéressante mais plutôt mauvaise aujourd'hui, en consultant l'un des plus gros fabricants de cartes SD pour le boulot : le mode SPI est voué à disparaître, le support sera optionnel dans la prochaine génération de cartes. Chez le fabricant en question ils comptent faire la transition dans environ 1 an et demi.

Espérons que ce sera reconsidéré au vu de tous les appareils et bricoles qui utilisent le SPI #croise-les-doigts#

sdcard en spi

Jeff l'avait presenti , il m'a conseillé de prévoir le mode 4 bits pour la prochaine carte (ce que j'ai fait), cependant si le changement se fait dans 1 an et demi, ca mettra du temps a ce generalisé pour le grand public ....

Pour la video sur atari ST et STE

les signaux utiles sont : la synchro composite et la couleur verte

c'est signaux sont bien présent sur le cable video on peut en effet les prendre dans la peritel ou dans la din 13 broches. (mais dans cette derniere peut de place est disponible)

la difficulté c'est que pas mal de moniteur Atari non pas de prise peritel, le cordon sort direct du moniteur avec une prise din (moulée parfois)

il faut oublié aussi de ce faire une rallonge din male / femelle en 13 broches, les prises sont introuvables....

par contre si on a un moniteur en peritel ca vaut le coup d'ouvrir cette derniere pour s'y connecter.

Mais tu as la doc pour le mode 4 bits ?

(sachant que les détails sont dans la spécification non publique et qu'elle coûte minimum 2000$...)

non on la trouve sur le site sdassociation la spec du mode sd il me semble, au moins simplifiée.

sinon ya ptet moyen de fouiller dans les drivers mmcblk de linux, certains adapteurs sont certainement en bitbang.

squalyl (./647) :
non on la trouve sur le site sdassociation la spec du mode sd il me semble, au moins simplifiée.

"Simplifiée", oui, justement
Il manque pas mal d'infos-clés pour implémenter le protocole.

squalyl (./647) :
sinon ya ptet moyen de fouiller dans les drivers mmcblk de linux, certains adapteurs sont certainement en bitbang.

Ça c'est pas bête
(je trouve que ce serait de l'abus de faire du bit-bang pour ça, mais à tous les coups y'en a qui ont osé )

Zerosquare (./644) :
Pour Sundance, Jeff et les autres bidouilleurs :

J'ai eu une info intéressante mais plutôt mauvaise aujourd'hui, en consultant l'un des plus gros fabricants de cartes SD pour le boulot : le mode SPI est voué à disparaître, le support sera optionnel dans la prochaine génération de cartes. Chez le fabricant en question ils comptent faire la transition dans environ 1 an et demi.

Espérons que ce sera reconsidéré au vu de tous les appareils et bricoles qui utilisent le SPI #croise-les-doigts#

En fait le SPI est optionnel sur l'ensemble des SD ils me semble.
Le SPI est juste là pour la compatibilité avec les MMC : (voir ici pour le brochage pour mieux comprendre le truc : http://www.interfacebus.com/Multi_Media_Card_Pinout_MMC.html )

Mais effectivement bien que le mode SPI est encore implémenté dans la plupart des SD, cela risque de changer à l'avenir.

Tu parles de d'une prochaine génération de SD . Tu as des détails techniques ?

Zerosquare (./648) :

squalyl (./647) :
non on la trouve sur le site sdassociation la spec du mode sd il me semble, au moins simplifiée.

"Simplifiée", oui, justement
Il manque pas mal d'infos-clés pour implémenter le protocole.

squalyl (./647) :
sinon ya ptet moyen de fouiller dans les drivers mmcblk de linux, certains adapteurs sont certainement en bitbang.

Ça c'est pas bête
(je trouve que ce serait de l'abus de faire du bit-bang pour ça, mais à tous les coups y'en a qui ont osé )

En fait on trouve pas mal d'infos en croisant les datasheets des SD, les codes sources X ou Y, les datasheets de proc embarqué, etc donc je ne m'inquiète pas trop la dessus.

Au passage je pense que le mode "bit-bang" fait référence au mode SPI.

Le mode SPI est bien un truc hérité des MMC, mais il est pour le moment obligatoire pour les cartes SD (cf la spéc simplifiée, téléchargeable ici).

Pour la prochaine génération qui va rendre ça facultatif, je n'ai malheureusement pas de détails. Les documents intéressants ne sont pas publics, et les sociétés qui bossent dessus doivent avoir signé un genre de NDA mutuel...

Déjà, le fabricant que j'ai contacté disait sur son site que seules les sociétés membres de la SD Card Association pouvaient demander des infos techniques sur leur cartes (c'est pas le cas de la boîte où je bosse, mon chef a un peu tiqué quand je lui ai montré le prix de la spécification...). Je leur ai quand même envoyé un mail sans trop y croire, en me disant que vu que je ne demandais des infos que sur le mode SPI (public), ça passerait peut-être. Coup de pot, ils m'ont répondu, et en français en plus

Je vais essayer de creuser un peu la question, genre essayer de savoir s'il y a un protocole public prévu pour remplacer le SPI à l'avenir, mais je crains qu'ils aient pas trop le droit de divulguer certains trucs

Jeff_HxC2001 (./650) :
Au passage je pense que le mode "bit-bang" fait référence au mode SPI.

Ça désigne pas forcément le SPI, on peut le faire pour le mode 4 fils aussi.

En fait, le principe du bit-bang c'est gérer un protocole entièrement en soft (quand au niveau hardware on dispose juste d'entrées/sorties numériques toutes simples), ça peut s'utiliser avec n'importe quel protocole tant que le soft est assez rapide pour suivre la cadence (par exemple, faire une UART soft sur les procs qui n'en ont pas en hardware).

Jeff_HxC2001 (./650) :
En fait on trouve pas mal d'infos en croisant les datasheets des SD, les codes sources X ou Y, les datasheets de proc embarqué, etc donc je ne m'inquiète pas trop la dessus.

Je vois qu'on a les mêmes méthodes

Zerosquare (./651) :
Le mode SPI est bien un truc hérité des MMC, mais il est pour le moment obligatoire pour les cartes SD (cf la spéc simplifiée, téléchargeable ici).

En fait pas sur tout les formats de SDCard. Exemple la microSD :
voir le tableau de cette page: http://en.wikipedia.org/wiki/MicroSD

Zerosquare (./651) :
Pour la prochaine génération qui va rendre ça facultatif, je n'ai malheureusement pas de détails. Les documents intéressants ne sont pas publics, et les sociétés qui bossent dessus doivent avoir signé un genre de NDA mutuel...

Déjà, le fabricant que j'ai contacté disait sur son site que seules les sociétés membres de la SD Card Association pouvaient demander des infos techniques sur leur cartes (c'est pas le cas de la boîte où je bosse, mon chef a un peu tiqué quand je lui ai montré le prix de la spécification...). Je leur ai quand même envoyé un mail sans trop y croire, en me disant que vu que je ne demandais des infos que sur le mode SPI (public), ça passerait peut-être. Coup de pot, ils m'ont répondu, et en français en plus

Je vais essayer de creuser un peu la question, genre essayer de savoir s'il y a un protocole public prévu pour remplacer le SPI à l'avenir, mais je crains qu'ils aient pas trop le droit de divulguer certains trucs

Ce qu'il faut surtout savoir c'est si la partie SDcard va être revisité ou pas. on peux très bien imaginer qu'ils remplacent le(s) mode(s) actuels par des paires différentielles high-speed (pratique très à la mode : USB, SATA, PCIe, HDMI, etc) ce qui pour le homebrew "réglera" durablement le problème : plus de SD :-/
Il faut voir aussi au niveau des tensions d'alimentations/de bus: on passe de plus en plus du monde 3.3V au 1.8V.

En tout cas si j'ai bien compris on est tranquille pendant 1 ou 2 ans avec la SDHC (prévue à 32Go max - 8Go et 16Go déjà dispo).

Zerosquare (./651) :

Jeff_HxC2001 (./650) :
Au passage je pense que le mode "bit-bang" fait référence au mode SPI.

Ça désigne pas forcément le SPI, on peut le faire pour le mode 4 fils aussi.

En fait, le principe du bit-bang c'est gérer un protocole entièrement en soft (quand au niveau hardware on dispose juste d'entrées/sorties numériques toutes simples), ça peut s'utiliser avec n'importe quel protocole tant que le soft est assez rapide pour suivre la cadence (par exemple, faire une UART soft sur les procs qui n'en ont pas en hardware).

Merci mais je sais ce que signifie le mode big-bang ;-) . Ce que je voulais dire c'est que les mecs ne s'emmerdent généralement pas a gérer tous les "canaux" du mode SD en polling (Clocks + de 1 a 4 fils de data selon la carte + une ligne de commande), ils le font en SPI (seulement une clock et une ligne de data (rx ou tx) à gérer).

Jeff_HxC2001 (./652) :
En fait pas sur tout les formats de SDCard. Exemple la microSD :
voir le tableau de cette page: http://en.wikipedia.org/wiki/MicroSD

Exact, j'avais oublié que les microSD sont à part pour ça

Jeff_HxC2001 (./652) :
on peux très bien imaginer qu'ils remplacent le(s) mode(s) actuels par des paires différentielles high-speed (pratique très à la mode : USB, SATA, PCIe, HDMI, etc) ce qui pour le homebrew "réglera" durablement le problème : plus de SD :-/ Il faut voir aussi au niveau des tensions d'alimentations/de bus: on passe de plus en plus du monde 3.3V au 1.8V.

Oui, ça me paraît très vraisemblable comme évolution. Mais aucune info dessus pour le moment à ma connaissance.

Jeff_HxC2001 (./652) :
En tout cas si j'ai bien compris on est tranquille pendant 1 ou 2 ans avec la SDHC (prévue à 32Go max - 8Go et 16Go déjà dispo).

Apparemment.

Jeff_HxC2001 (./652) :
Merci mais je sais ce que signifie le mode big-bang ;-) . Ce que je voulais dire c'est que les mecs ne s'emmerdent généralement pas a gérer tous les "canaux" du mode SD en polling (Clocks + de 1 a 4 fils de data selon la carte + une ligne de commande), ils le font en SPI (seulement une clock et une ligne de data (rx ou tx) à gérer).

Ah OK j'avais mal compris ^^
Ouais ça semblerait un peu bizarre d'utiliser le mode 4 fils en bit bang, compliquer d'un côté et simplifier de l'autre...
Mais bon on ne sait jamais, certains fabricants ont des idées bizarres

blup,

Vous allez vous marer, j'ai pomé ma SDCARD...
Je partait pour en racheter une via le net et je me suis appercus qu'il en existait maintenant a 8 Giga pour rien du tout.
Question (peut etre deja posé)...
Aucun probleme d'utilisation sur ma SdiskEmul avec un t'elle carte ?

Thks


Gi@nts

non pas de pb le SDisk supporte les SDHC,
les plus performantes sont les silicon power, mais je ne les ais pas toutes testées.

cependant il faut suivre la procédure habituelle :

- formatage en fat32
- puis copier dessus sdisk.sys a la racine
- puis une fois copier (copie réellement terminée), on peut faire ce qu'on veut (dossiers + images disks)

les temps de chargement sont environ 30 % plus rapide sur une sdhc.

Yup,

Typiquement : CARTE MEMOIRE TRANSCEND SDHC CARD 16GO CLASS 6
ferait parfaitement l'affaire alors ! 35 euro pour 16 giga, je trouve ca plus qu'intéressant.

Aller zou, on commande

Ou puis je trouver un disk emul ?

Je viens juste de remettre mon ste en route ..et ca m'intéresserait bien de pouvoir en acheter une

Merci à vous pour le renseignement

Giants:

je n'ai pas testé plus de 2500 fichiers par dossier (avec une 16 go on doit y arriver...)
donc je te conseil de séparé en dossier game, tools etc

fait attention le lecteur (usb sur pc) doit supporté les sdhc.... quitte a commander

je fais les copies par paquet de 100 fichiers car j'ai des plantes regulieres....(sauf avec le lecteur transcend dailleurs!)



Desmond:

pour l'instant le SDisk est en rupture de stock...

cependant ce n'est pas le seul système pour emuler les floppy il y a aussi celui de Jeff, le HxC >> topics/90784-hxc-floppy-drive-emulator/5

je m'y perds les pedales dans tout ca moi . .
je vais attendre que le Sdisk soit a nouveau disponible

en tout cas joli boulot . .

Petite parenthèse et retour sur la Dreamcast :

Après quelques recherche le gd-rom semble utiliser une interface compatible IDE-ATAPI (comme la majorité des lecteur CD/DVD), du moins au niveau registre. L'interface hardware semple néanmoins encore plus rudimentaire que l'ide (un simple bus 8bits d'après le pinout ci-dessous)

ici le brochage du lecteur (complet?) :
http://www.fuzzymuzzle.com/Bitmaster/CD_ROM_Port.htm

ici un emulateur DC, comprenant l'emulation GD-ROM:

http://www.lxdream.org/news/
http://www.lxdream.org/count.php?file=lxdream-0.9.tar.gz (dans src\gdrom)

Je n'ai pas trouvé d'informations plus précise sur le sujet (aucun schéma de la DC dispo...) , mais peut-être certains développeurs ont plus d'infos sur le sujet.

quelques doc sur la DC:
http://www.boob.co.uk/devdocs.html

L'affaire me semble possible, mais faut t'il encore réunir suffisamment d'infos fiables.

(Au fait il faudrait peut-etre ouvrir un thread ou un forum plus general pour le projet vu que celui-ci ne sera pas limité à l'atari non ?)