65c816 et dédicace à Fabrice F :)

Voilà, cela fonctionne et le boitier peut se fermer. Le basic atmos ne bronche pas.

un 65C816 WDC dans un atmos.

http://orix.oric.org/65c816module/



Pour orix, cela semble marcher aussi, mais à tester plus dans le détail

Dédicace à Fabrice surtout qui avait fait l'extension en premier.

On peut faire beaucoup mieux

Ca c est du piggyback qui en jette.
On pourrait faire pareil avec l' ula, on utiliserait les codes graphiques en doublon pour creer des zones ecran qui produiraient un signal rgb avec un " seuil" supplémentaire, genre logique en base trois pour avoir 27 couleurs...mais bon, il faudrait ouvrir un autre post pour ca.

Enorme !!!

Mais du coup, il se retrouve cadencé à combien le 816, toujours à 1 MHz ?

Autre chose, j'imagine que le CPU c'est le boîtier carré, mais du coup que sont les 2 autres boîtiers ??

PS - Kenneth, pour ce qui est de ton allusion à l'ULA? s'agit-il d'un projet pour un Oric "multi ULA" comme l'expérimentation OricExos, mais avec un seul Oric doté de plusieurs ULA ??

En tous cas, n'hésite surtout pas à ouvrir un autre sujet sur la question !!!

Question bête, ca coute combien ce genre de petite extension?

J'imagine que pour installer ca il faut charcuter le 6502, vu que en général il est pas sur support et que déssouder un truc avec plein de pattes sans crammer les chips c'est pas à la portée de tout le monde?

kenneth a écrit:Ca c est du piggyback qui en jette.
On pourrait faire pareil avec l' ula, on utiliserait les codes graphiques en doublon pour creer des zones ecran qui produiraient un signal rgb avec un " seuil" supplémentaire, genre logique en base trois pour avoir 27 couleurs...mais bon, il faudrait ouvrir un autre post pour ca.

Tu as deviné un truc que j'ai dans les cartons J'en dis assez peu sur le forum, car j'aime bien en parler que quand cela fonctionne.

laurentd75 a écrit:Enorme !!!    

Autre chose, j'imagine que le CPU c'est le boîtier carré, mais du coup que sont les 2 autres boîtiers ??

Le boitier carré est le 65C816 en QFP 44. Oui c'est cadencé à 1Mhz toujours. Cela offre surtout le jeu d'instruction 16 bits du 65C816. C'est à dire qu'un .tap peut être codé en 16 bits. (au niveau des registres, de l'accumulateur et surtout ses opcodes en plus:)

Les 2 autres boitiers servent :
1) à ralentir la clock
2) à séparer le bus de données (en gros, le 65C816 adresse 24 bits d'adresse, mais 8 bits d'adresse (banque) passent à l'état bas de la clock phi2 sur le bus de données. S'il n'y avait pas le 74HCT245 pour séparer cela, on aurait des trucs qui passeraient sur le bus de données dans l'oric quand phi2 est à l'état bas

Comme je l'ai dit, il est possible de faire bcp plus de trucs que ce que je viens de faire ... La problèmatique est surtout la place dispo dans le boitier de l'atmos sans empêcher de fermer le boitier, et c'est mon seul pb technique sur les évolutions.

Dbug a écrit:Question bête, ca coute combien ce genre de petite extension?

J'imagine que pour installer ca il faut charcuter le 6502, vu que en général il est pas sur support et que déssouder un truc avec plein de pattes sans crammer les chips c'est pas à la portée de tout le monde?

Je n'ai pas fait le coût, c'est pas trop cher, je pense à tout casser 20 euros (je compte large car y'a toujours les frais de port pour que j'e reçoive les composants mais aussi pour envoyer le truc). Le plus cher étant le CPU et surtout les connecteurs à enficher dans le support tulipe.

Par exemple, sur la twilighte card, j'ai 5 fournisseurs, et donc j'ai les frais de port de chacun. Il me semble que sur cette extension, je n'ai que 2 fournisseurs (les PCB et les composants).

Attention, cela ne marche qu'avec la rom basic et la twilighte card. Tout simplement parce que j'ai testé, et je sais ce que je dois corriger sur la twilighte card pour que cela fonctionne quand on change le CPU.

Je pense que cela ne fonctionnera pas avec cumulus. Je pense savoir ce qu'il faut changer dans le code VHDL du cumulus, mais je n'ai pas du tout regardé et je n'ai pas regardé comment on reprogrammait le cpld du cumulus.

Concernant le montage, il faut passer en support tulipe le cpu. Ce qui permet ensuite de mettre un 65C816 ou un 65C02 (j'ai les pcb aussi pour le 65C02 en plcc, en qfp). Mes expériences sont que pour déssouder le cpu, il ne faut pas le faire avec un fer trop chaud car les pistes se décollent et partent avec l'aspiration de la pompe à dessouder (déjà eu, et c'est assez frustrant).

En revanche, je ne pense pas que cramer le cpu soit possible (après on ne sait pas mais c'est vraiment le pb des pistes fragiles sur les cartes mères.

J'ai oublié de préciser que je pense que cela marcherait avec l'extension cumana puisque j'avais réussi à faire fonctionner le cumana avec un 65C02 WDC. Comme les clocks sont identiques, je ne vois pas de pb à ce que cela ne marche pas.

Et pour le déssoudage, sans vouloir refourguer du boulot à Thierry, Thierry est bcp plus compétent que moi sur le déssoudage propre et les soudures propres A voir s'il peut le faire pour certains Il a beaucoup plus l'habitude que moi d'intervenir sur l'oric.

Jede a écrit:Mes expériences sont que pour déssouder le cpu, il ne faut pas le faire un fer trop chaud car les pistes se décollent et partent avec l'aspiration de la pompe à dessouder (déjà eu, et c'est assez frustrant).

Tout a fait d'accord
C'est pour ca que j'ai investi dans un pistolet a dessouder qui fait du travail propre et presque non destructif...

J avais trouvé un truc dans les annees 80 pour dessouder les gros circuits:
Enrouler autour d un fer a souder JBC une feuille de cuivre de 1mm d'épaisseur et de 6 cm de long. La "lame" chaude et légérement étamée permet de faire fondre la soudure de 20 pinoches alignées en même temps! Ce qui permet de soulever le cpu d'un côté, puis de recommencer avec l'autre rangée.

J'ai oublié un truc, il manque aussi l'émulation du 65C816 (et du 65C02) dans oricutron pour que cela soit exploitable.

Avis à ceux qui veulent s'y coller (le 65C02 c'est pas trop dur, le 65C816 c'est bcp plus compliqué)