Interface IDE pour STe - Page 2

Le lecteur de CF me semble alimenté en 5V. Exact ? Si oui c'est curieux car il n' a pas besoin d'alimentation. J'ai une carte avec 2 CF de 4 Go, maître et esclave, non alimentée.

Oui il y a un connecteur alimentation. Ton adaptateur c'est pas par hasard un 44 pins ?

J'ai reçu mon kit merci Talrek ,par contre quelqu'un peut m'expliquer ou je mets le fil blanc du ACSI ?

Le reste j'ai a peu près compris (enfin je pense ! lol )

Oui c'est un 44 pins ( en réponse à Wolfies97)

Le 44 pin à direct l'alim , mais là on est en 40 pins avec l'interface, donc il faut une alim. Pour utiliser un lecteur CF 44 pins sur un interface IDE 40 pins il faut un adaptateur(et lui mettre le 5v)

Ici on vous le petit trou pour la led activité(mais pas indispensable car on voit les reflets de la led vers les ouvertures pour le floppy + led sur lecteur CF)
On voit aussi le Y que j'ai fait pour l'alim et la modif le nappe ide pour installer plus facile(modif que je déconseille si on est pas sure de son coup)

Pour N1Kk0
C'est le fil qui va à la pin 10 de la prise "hard Disk" situe derrière l'Atari, on peut aussi le soudé en interne
Mais tu as surement reçu une doc précise par mail ? sinon fait signe

nan pas de doc ,tu me diras je viens de recevoir mon kit .j'ai pas encore demander a Talrek quoique ce soit. merci de la précision pour le pin 10 je vais le souder en interne car je vais me servir du port pour l'ultrasatan.

Je te conseille d'avoir la doc pour le montage

@wolfies97
J'aime bien ton installation, ça fait très propre. Ta solution pour faciliter le placement de la nappe est vraiment pas mal.

Merci, je fournis photo et explication sur demande. Je voulais qu'on voit rien de l’extérieur
Après il faut ouvrir l'Atari si on veut transférer des gros fichier, ou avoir un ultrasatan externe ou autre

Sympa les intégration !!! bravo
N1Kk0 : Effectivement j'ai oublié de t'envoyer la doc, pas l'habitude de gérer autant d'envoi en si peu de temps.... Je te l'ai envoyé hier soir ;-)

Merci Talrek j'ai bien reçu la doc ,maintenant faut que trouve le temps de tout monter ,et c'est un peu compliqué en ce moment ,bref je te tiens au jus !

J'ai installé l'interface et comme dit Le Franz il vaut mieux d'abord repousser légèrement les pins de connexion au cpu vers l'intérieur avant d'insérer l'interface.
J'ai essayer sans, ça force beaucoup trop. J'ai utilisé une petite épingle à nourrice que j'ai passé dans chaque "trou".

Tout fonctionne bien quand je copie des fichiers sur la carte CF depuis l'atari.
Par contre, si je copie des fichiers directement sur la carte CF avec un lecteur usb sur pc, tous les fichiers/dossiers copiés apparaisse corrompus sur le st (et inversement st->pc).
Est-ce que ça fait ça chez vous ?

Moi aussi j'ai des fichiers corrompus ou manquant lors de transfère pc -> st

Je fais des tests mais j'ai du mal a trouvé le problème, c'est pas sur tout les fichiers je soupçonne:
-les CF(j'ai pas mal de problème avec les sandisk, moins avec une kingston),
-le driver(j'ai acheter les drivers ppera, mais j'ai aussi des problème),
-je me demande si j'ai pas trop pousser les pins
-ou j'ai tout simplement un problème de transfère( essayer sous linux et windows xp)
bref je test encore
Si quelqu'un a des pistes

D'après ce que j'ai vu, si je transfert depuis le lecteur de disquette vers la CF (st->st) pas de problème, mais si je veux relire les même fichiers sur la CF depuis un lecteur usb sur pc : corruption.
On dirait que l'encodage de fichier est différent avec une écriture depuis le st que depuis le pc (via lecteur usb).
Je ne pense pas que l'installation hardware soit en cause.
De mon côté j'attends moi aussi les drivers de ppera.

Je n'ai pas ce problème quant à moi.
Par exemple récemment j'ai dézippé devpak sur Windows 10, je met les fichiers dans un répertoire DD (par exemple) puis je teste sur Steem histoire d'être sur que cela fonctionne. Puis ensuite je copie simplement les fichier (copier/coller) de DD vers la CF branchée dans un lecteur de CF USB du PC... Jamais eu de fichier corrompu... c'est étrange. Testé avec diverses marques : Kingston, Sandisk... aucun problème. Il doit y avoir une différence c'est certain et pas possible autrement...

Autre chose ne pas oublier de charger BIGDOS avec les drivers gratuits. Sinon peut-être que le problème vient du partitionnement sur la CF. Attention à la taille max des clusters et faire du FAT16.
Si vous utilisez l'outil de partitionnement de PPERA, il ne partitionnera pas au dela de 512Mo en FAT16, il passera en FAT32 qui n'est pas compatible avec les TOS Atari mais avec d'autres TOS alternatifs. Dans ce cas il faut utiliser le PC pour faire des partitions > 512Mo en FAT16.

Merci de ton retour Talrek,
J'ai zappé BIGDOS dans les drivers que tu as envoyés, c'est peut-être le problème.
Entre temps, Peter m'a envoyé ses drivers IDE (gratuitement comme j'avais déjà acheté les drivers pour mon UltraSatan
J'essaierai tous ça sou peu...

Donc j'ai essayé avec les drivers de PPera est tout est ok maintenant
(Je n'ai pas essayé bigdos car il n'est pas nécessaire avec la dernière version de ses drivers).
Prochaine étape, passer en TOS 2.06 pour pouvoir démarrer sur l'IDE.
@Talrek : j'aimerai aussi essayer le mode twisté (plus pour le challenge que pour le gain en vitesse qui est déjà franchement rapide je trouve),
Pourrais-tu me dire quelle est la modif à faire sur la nappe ainsi que sur le TOS ?

clap78 (./49) :
Donc j'ai essayé avec les drivers de PPera est tout est ok maintenant
(Je n'ai pas essayé bigdos car il n'est pas nécessaire avec la dernière version de ses drivers).
Prochaine étape, passer en TOS 2.06 pour pouvoir démarrer sur l'IDE.
@Talrek : j'aimerai aussi essayer le mode twisté (plus pour le challenge que pour le gain en vitesse qui est déjà franchement rapide je trouve),Pourrais-tu me dire quelle est la modif à faire sur la nappe ainsi que sur le TOS ?

Oups désolé, j'avais pas vu le message du coup je suis un peu lent là....
Alors pour le twisté c'est pas très compliqué :
1- Modifier la nappe :
Imaginons que tu regardes l'interface installée sur le ST du dessus. Le fil le plus à droite est le N°1.
Prendre la Nappe, couper après le fil 2, et après le fil 18.
Prend le morceau contenant les fils 3 à 18 et inverse le (tu te retrouves avec le fil 18 à la place du 3, 17-->4, 16-->5...)
Les fils 1,2 et 18 à 40 ne bougent pas

2- Modifier le TOS
Il faut une version du TOS Patché.
Il faut récupérer les fichiers ici http://atari.8bitchip.info/TOSIDEP2.ZIP et avoir son TOS sous forme de fichier bin
Prenons l'exemple du TOS 2.06 en français
-Ouvrir avec un éditeur hexa le TOS 2.06
-Ouvrir avec un éditeur hexa le fichier T206DUB3.bin
-Dans le fichier du TOS2.06 d'origine ajouter "4EF900E3FA00" à l'adresse $1672
-Faites un copier de l'ensemble du fichier T206DUB3.bin
-Faites un coller du contenu (en remplacement pas en insertion, la taille du fichier doit être identique au final) dans le fichier du TOS2.06 original à l'adresse $3FA00
- Sauvegarder le nouveau fichier modifié
- utilisez ensuite le programme ROM SPLITTER (disponible sur le site de ppera) pour obtenir les deux images HI et LO du TOS.
- Les deux images sont à suite à "bruler" sur deux EPROM ou EEPROM

Le tour est joué ;-)

Le patch permet de profiter du Twisted IDE mais également de rendre votre TOS autoboot s'il ne s'agit pas du TOS 2.06. Mais quitte à faire toute cette manipulation autant mettre un 2.06...


Autre information, j'ai 8 exemplaires d'adaptateurs IDE en version STF cette fois si quelqu'un est interessé.

Hello,

@Talrek : Je serais intéressé par une version STF. Il se monte comment ?
J'ai un STF, mais le 68000 est soudé. (bon, il se dessoude facilement, mais il me faut un sacré support ensuite).

Au passage, le driver de Peter est vraiment au top, je l'apprécie.

Pour le CF, attention : J'ai quelques modèles pas bien supporté par l'interface. Problème de timing d'après Peter, et cela se traduit par la corruption de données. Donc, prudence. Mais généralement, ça se voit assez vite.

A+
Tophe

Ok, merci.
Du coup ça recoupe bien les recherches que j'ai faites entre temps.
Pour le TOS patché, je suis parti d'un 2.06fr. J'ajouterai qu'avec le soft ROMSPLIT de PPera tu peux aussi corriger le CRC du TOS après modif.
A+

clap78 (./52) :
Ok, merci.
Du coup ça recoupe bien les recherches que j'ai faites entre temps.
Pour le TOS patché, je suis parti d'un 2.06fr. J'ajouterai qu'avec le soft ROMSPLIT de PPera tu peux aussi corriger le CRC du TOS après modif.A+

Yes, exact il faut appliquer la correction du CRC dans le cas du TOS2.06, avec les autres versions pas besoin.

Pour la version STF, je vais essayer de faire une video, et des photos pour montrer. Mais à minima il y a deux méthodes possibles :

- Dessouder le 68000 et remplacer par un Support, souder un support sur la carte IDE STF. Du coup tu mets le 68000 sur la carte IDE STF et tu inseres la carte dans le support 68000 de la CM
ou
- Tu soudes le support DIP64 directement sur le 68000 de l'Atari. Et tu insères l'interface dessus directement.

Toujours le fil 10 de l'ACSI à souder dessus ou à faire passer par l'arrière.

Hello,

Pas mal l'astuce de souder le support sur le 68000, merci.

Sinon, je suis tenté par une version STF de ton adaptateur IDE. Tu as la dispos et le tarif ?

Merci
Tophe

Salut,
le tarif est le même que pour la version IDE STE = 30€
le support DIL64 est fourni en plus de l'interface bien entendu.

Pour la disponibilité j'espère sous une semaine, j'attends encore le support justement.

Salut,

Pour le STF, il faut quoi comme version de TOS ?

attila06 (./56) :
Salut,
Pour le STF, il faut quoi comme version de TOS ?

a partir du TOS1.02 ;-)

@Talrek : Ok, je t'envoie un email pour la suite.

Pour le TOS, un 1.04 patche (avec l'IDE autoboot de PP° serait le mieux .

A+
Tophe

Tophe38 (./58) :
@Talrek : Ok, je t'envoie un email pour la suite.

Pour le TOS, un 1.04 patche (avec l'IDE autoboot de PP° serait le mieux .

A+Tophe

Oui mais pas possible hélas avec le TOS 1.04 FR. Je m'explique :
Le patch fait quelques octets, ce qui est pratique c'est qu'à la fin du TOS1.04 il y a justement la place nécessaire pour l'insérer... sauf pour le TOS 1.04 en version FR qui ne contient pas suffisament de ces octets nécessaire... allez savoir pourquoi, du coup on ne peut pas patcher cette version.

J'ai écrit à Peter qui m'a indiqué que peut être qu'en enlevant la partie gérant le twisted du patch et en ne gardant que la gestion de l'autoboot, cela pourrait réduire suffisament la taille du patch pour pouvoir l'insérer. Du coup j'ai retroussé mes manches, modifié le patch pour ne garder que la gestion du boot auto, mais après compilation force est de constater que même avec le minimum, le patch est trop gros d'une trentaine d'octets...

@Talrek,
Je viens de regarder la différence entre un TOS 1.04US et FR et c'est vrai qu'il reste beaucoup moins de place en fr.
Cependant il y a une zone d'environ 48 octets à l'offset 2E2E0h du TOS 1.04fr qui est peut-être exploitable avec le jump qui va bien ?