Toutes mes réponses sur les forums
-
J’en profite pour immortaliser ici cette anecdote:
On est en 1994 ou 1995 peut-être 1996…
Mon A2000 était déjà là, j’étais étudiant et je bricolais beaucoup avec (programmation tout azimute ; pour les Math.(tracé de courbe, fourrier, dév.limité) pour l’informatique(C,Asm), de la simulation mécanique et sur le matériel aussi, il me servait entre autre de G.B.F. (Générateur base fréquence sur les C.I.A.) pour des montages électroniques ).
Bref…
Je m’étais mis dans l’idée de mettre des ROM3.1 qui venaient de sortir, j’avais fait un prog. SEKA pour lire les 512Ko et les écrire sur disquettes ( Prog. que j’ai toujours et qui se termine par un Guru, jamais débugué). Et je donne ma disquette à un autre étudiant qui avait un A4000? ou un A1200? en 3.1.
J’avais acheté une EEPROM 27C4002, fait un cuivre pour elle est la ROM1.3 d’origine avec un inverseur sur le ChipSelect pour choisir la ROM de démarrage, mon inconnu étant de savoir si ces 3.1 étaient en 68020 ou en 68000 ? .
Et je me suis mis en quette d’un programmateur, j’ai fait le tour des entreprises du domaine électronique autour de moi (Bordeaux) pour trouver celle qui accepterai de me laisser utiliser son matériel (présentation, c’est pour faire un test etc etc…).
Et j’ai fini par tomber sur un type qui accepta, plusieurs fois (car le fichier était sur une disquette 720PC pour compatibilité, le programmateur était sur un PC 16bits dont la mémoire est inversée ( octet-bas et octet-haut par rapport à l’Amiga).
Donc ce type, me raconte qu’il à connu Jay MINER, lorsque qu’il était jeune entrepreneur en électronique, Jay MINER avais rassemblé à Paris des entreprises pour prévoir un réseau de réparateur pour l’A1000.
Et il me décrit cet Américain sur de lui, qui faisait forte impression avec un accent à la c.. et son chapeau texan, le repas etc…
En partant il me dit, qu’il apportera son A2000 qui ne sert plus pour que je le récupère, lorsque j’y suis retourné pas tout de suite, l’entreprise n’y était plus …. que des immeubles.
Mon montage(toujours en fonction dans mon A2000) avait fonctionné, même si je n’utilisais jamais le 3.1 à cause du copier coller par Snap qui Gurute.Oui, je regarde soit pour une vielle 68020 seulement si petit prix, soit comme tu dis, vers les « nouvelles générations », pour la puissance de calcul et mémoire qui comblent le fossé avec les machines récentes. Le PI est tentant, j’y regarde de temps à autre pour la compatibilité avec les cartes à transfert « DMA » (vu que pour A2000).
-
Cette réponse a été modifiée le il y a 2 mois et 2 semaines par
Counia.
Bonjour,
sans indiscrétion pourquoi tu t’en être séparé ?
La carte ne répondait pas à tes attentes ?
Cette carte est elle compatible avec des cartes Z2 à accès DMA ?Mon A2000 attends toujours sa carte accélératrice depuis 1988, à l’époque j’ai hésité pour un 68020, puis pour l’A3001, j’étais décidé pour le 60+PPC qui n’est jamais arrivé.
Finalement il aura toujours tourné à 7 MHz les calculs et les compilations prennent leur temps et moi aussi !Trouvé ici, génial ce projet !
https://retrobox.it/files/pcb/Amiga_2000.html@Giants
😉 c’est tout l’intérêt de l’échange, confirmer ou non les hypothèses.
Par contre on peut le consulter où le cuivre du A2000 que tu as mis en lien ?
C’est vraiment excellent un tel outil !@Giants
Oui, je parle bien du A2000
Pour la ligne InUse1, non, je ne vois pas comme toi.
U108(br9) génère le signal, en fait la bascule-D recopie MTR sur transition du signal SEL1(maitre sur front-montant et esclave sur front-descendent).
U203(br4) qui est en cascade derrière est bien l’entrée de la porte « & » qui génère un RDY « simulé » (ssi le cavalier U301 est positionné) (je dis « simulé » dans le sens ou ce n’est pas le lecteur physique DF1: qui descend la ligne à 0V mais bien cette porte « & » sur sa sortie br6) .
Cette fonction m’échappe encore, mais je verrais bien une analyse temporelle de la réponse du RDY pour détecter que le second lecteur est bien interne.
@number-one
Nickel, donc tu as positionné comme dans mon précédent message ?
Par contre je sais pas qui est Gemini, mais ça part mal !
Sur ma doc. c’est l’autre CIA (U301)qui génère les signaux SELx, sur Port-B bits 3 à 6 donc bien 4 lecteurs sont sélectionnables.Oui, c’est vrai que je réfléchis uniquement sur A2000.
Je jetterais un œil sur le schéma du A500 voir le câblage de cette DEL.Par contre non, le signal est uniquement généré par l’Amiga, (dérivé de MTRON).
Le lecteur en est destinataire, je suppose pour compatibilité avec de vieux lecteurs 5,25 ou d’autres approvisionnements (le chinon F-354 série C gérerait sa Diode avec ???).
Les séries Amiga FB-354 serie A et E ne l’utiliseraient pas.
D’ailleurs sauf erreur de ma part, le signal ne sort pas sur la DB23.Je pense donc que sur un A2000, on puisse faire l’impasse sur ces lignes.
REM: sur A2000 il faut le cavalier sur J300 ou J301( à vérifier) sinon il cherchera le DF1: sur la DB23.
D’ailleur il faudrait illucider l’historique du sac de noeud qu’ils ont fait autour de ce cavalier, ça me parait bien complexe ce serpent qui se mort la queue.
@Giants
Interessent, ce serait une info. vers l’Amiga.
Qui la lit? et pour en faire quoi? si tant est qu’elle soit traitée.
Sur PC oui, on voit « Réservé » surtout pour du 5″25.
Pour du 3,5″ c’est au petit boneur la chance en fonction des doc. « Réservé », « InUse », « DS3 » etc…
@number-one
Apres l’inversion 4à6 c’est DF0: (bout de nappe).
De mémoire sur le Gotek le cavalier2 est DF1: (sur ta photo. il serait en DF0: cavalier3).
Sur ma nappe, mon lecteur est en DF0: en bout de nappe et mon Gotek en DF1: en milieu de nappe et mon inversseur en début de nappe.
Je n’ai jamais essayer de permuter les lecteurs, vu que mon inter-inverseur me simplifie tout ça.
Mais en toute logique, mon inversseur(en position inversion) (faut suivre) revient à brancher sur une nappe originale Amiga avec inversion br4 à br6, le Gotek en bout de nappe avec cavalier DF0: (position3) et le lecteur chinon en millieu de nappe en cavalier DF1:(voir sérigraphie).Bien sur si br4 et br6 ne servent à rien, la position sur la nappe n’a plus de raison d’être.
D’ou mon intérogation, pourquoi tout ce cirque Si ces broches restent non utilisées?
/**********************/
https://theoasisbbs.com/pamc-2000-accelerator-tales-of-weird-stuff-tests-a-truly-odd-amiga-500-upgrade/
/*******************/
Si dessus, lien vers un test d’une PAMC-2000 mais dans un A500.
* à 49min il teste en fréquence les 68881 en sa possession.
* à 1h18min test du 68881Pour résumer, le F.P.U. n’est reconnu en test ni par « SysInfo », ni par « AIBB » et même pas par « Showconfig ».
Ce qui ne m’étonne pas vu l’adressage en tant que périphérique, non normalisé sur Amiga.Par contre une utilisation des librairies IEEE (suite à activation propriétaire) montre une réduction du temps de calcul à 2/3 sur un code de test de sa conception(calcul sur la suite de Mandelbrot).
Ce n’est pas transcendant mais y a un gain ( ~30%).
Il serait intéressant de faire le parallèle avec un F.P.U. câblé cette fois en copro. sur 68020.Je reste un peut sur ma faim, il est dommage que son code n’est pas porté que sur des Additions, puis Multiplications , puis Divisions pour en connaitre les gains respectifs.
Si un possesseur d’Atari (MEGA ST) passe par là, il pourrait faire ce test.J’ai vu aussi que sur UAE, je pouvais cocher un F.P.U. sur une configuration 68000…
Salut,
c’est justement une carte comme ça que je voudrais tester.
Son fonctionnement en tant que périphérique du 68000 est décrit par Motorola (cf note AN947).Je viens de découvrir que certains Atari avaient directement un support pour 68881 à coté de leur µp68000 (cf MEGA ST).
Sur la doc du 68882 Motorola précise bien qu’il est compatible physiquement et logiciellement avec le 68881 ; Ils y montrent aussi (cf figure 14) le schéma de principe en utilisation comme périphérique pour les µp 16bits (68000 et 68010).
REM1: son horloge est distincte de celle du µp.
REM2: il y a même un câblage en 8bits(A0) ; sur un MO5 ça devrait le faire 🙂Oulala, il n’est pas question de MP3, Jeux ou autre démo …
Comme je le dit dans le 1er message:
« J’aimerais voir les gains sur du calcul flottant comparais au 68000 seul à 7MHz.
(pas câblé en copro. pour du 68020 et +) »Il va de soit qu’en l’an 2026, ceci n’a aucune raison technique autre que de voir fonctionner un matériel d’époque.
Le but est juste la curiosité, poussée par mon code du moment « cf SysSol » qui est du calcul double précision.Si quelqu’un à une telle carte, en général prise entre le µp68000 et son support je suppose qu’elle doit s’accompagner d’une partie logiciel pour que le 68000, n’entreprenne pas les calculs sur les flottants en extrayant mantisse, signe, exposant puis faire les calculs « entier » puis normaliser etc etc…
Mais part sur un « code » qui envoie à l’adresse de câblage de l’unité de calcul et y relit le résultat.
Peut être une « math.library » modifié pour connaître l’adresse du périphérique (pour rappel pas de câblage en co-proc pour le 68000, cela n’arrivera qu’avec le 68020).Hypothèse:
soit la math.library sait qu’il existe un 68881/2 et exécute le transfert, soit l’ignore et le 68000 s’engage pour une bonne centaine d’instructions pour simuler l’instruction flottante.Ici l’idée est de rester sur le système Amiga, avec ses librairies.
/**********************/
Le lien de mikedafunk sur l’émulation fpu pour les 68060 est intéressent.
Je pense que si le code respecte le système Amiga, cela serait transparent (vitesse de calcul différentes).
Par contre si le code appelle directement les registres du coprocesseur, ça doit coincer.
/*********************/En C je ne me suis jamais posé la question de savoir comment le compilateur procéde face à du « float » ou du « double » !
RÉSOLU 🙂
merci à stephbb75 qui m’a involontairement obligé à relire mon code.Ce problème n’en est pas vraiment un en fait.
Ce mode n’est pas connu des librairies, donc je le force à valeur: $000D9004.Je sentais bien qu’il manquait quelque chose et c’est justement 16bits qui passaient à la trappe.
La valeur est un LONG(32bits).
La fonction OpenScreen() ne prend en paramètre qu’un USHORT(16bits).
cqfdEn fait en réalité le Masque « Monitor » vaut $FFFF1000.
Bonsoir,
j’ai rien qui compile pour l’instant, j’ai utiliser mon code à la sauvage pour ouvrir (en vain) le mode 800x600x16c au lieu du PAL sans en avoir de sauvegarde.
Et l’A2000 à les tripes à l’air pour bidouille.
Si JOB à toujours l’exécutable…
Sinon laisse moi ~2 jours (ça passe bien par courriels aussi c’est juste quelques ko). -
Cette réponse a été modifiée le il y a 2 mois et 2 semaines par
