Carte PICO Raspberry Atari 2600 multi roms

[c52back]

Moi aussi ,j'ai tiquer au x68000 de Sharp,bien qu'il n'y a aucun rapport avec l'Atari 2600 ni avec le Vidéopac.
Je penses a un problème de traduction.

[aotta]

Oui, le Sharp x68k n'a rien à voir avec le 2600, mais c'est une des raisons pour lesquelles je n'ai pas encore commencé à développer le firmware du pico2600.
Cela prend du temps de restaurer les pistes de batterie corrodées, de remplacer le psu par un picopsu, d'ajouter un bluescsi2 à la place du disque sasi, etc. etc.....
mais il y avait un ACE hd noir à 150€ et je n'ai pas pu résister...

[Bricox]

Lien "Adaptateur de disquette Sharp X68000 basé sur Raspberry Pico(C)" Github : https://github.com/aotta/X68KFDPi/tree/main
Lien "nfg.forums" : https://nfggames.com/forum2/index.php?topic=7225.0

Afin d'éviter un hors sujet voir le sujet existant : viewtopic.php?f=25&t=9730&start=15

[hlide]

Moi aussi ,j'ai tiquer au x68000 de Sharp,bien qu'il n'y a aucun rapport avec l'Atari 2600 ni avec le Vidéopac.
Je penses a un problème de traduction.

Absolument pas, j'ai des X68000 donc ça a piqué... mon intérêt mais on est d'accord que c'est un hors-sujet temporaire le temps d'une explication (déjà apportée depuis).

[Bricox]

Moi aussi j'ai fait un hors-sujet temporaire avec le 7800 pour répondre à une question ... viewtopic.php?p=256349#p256349
C'était juste un petit appel à la vigilance des personnes passionnées

[Bricox]

En basic compilé, avec 7800basic, un dérivé de Batari pour 2600, https://github.com/7800-devtools/7800basic,
je pense qu'Andrea, @AOtta, a la meilleure expérience pour développer cette fonctionnalité car il l'a déjà réalisé pour 3 de ses projets :
- PiRTOII.bas, en IntyBasic, pour Intellivision : https://github.com/aotta/PiRTOII/blob/f ... OII.bas#L2
- splash.bas, en CVBasic, pour Coleco : https://github.com/aotta/PiCOLECO/blob/ ... splash.bas
- splash.bas, en CVBasic, pour SC-3000, SG-1000 and Mark III : https://github.com/aotta/SD-1000/blob/m ... splash.bas

Atelier logiciel, Atari Dev Studio : https://marketplace.visualstudio.com/it ... dev-studio

Je viens de découvrir un cador de la programmation, français, pour Atari 2600 et 7800, Bruno Steux : https://github.com/steux
Il a créé des compilateurs en langage C pour les 2 plateformes,
cc2600 https://github.com/steux/cc2600 et cc7800 https://github.com/steux/cc7800.
Ils sont déjà bien aboutis et de nouvelles intégrations sont encore prévues.
Voici un entretien, bien complet, le concernant : https://linuxfr.org/news/entretien-brun ... -et-cc7800

Limitation de son utilisation :
On ne peut pas s’affranchir, non plus, d’apprendre l’assembleur du 6502, car cc6502 est un compilateur C incomplet orienté 6502
(il permet notamment d’utiliser directement les registres X et Y du 6502) et que tout débogage se fera en assembleur…

Bonne découverte

[c52back]

Merci Bricox pour ton partage.

[aotta]

mauvaise nouvelle.
J'ai commencé les premiers tests du pico2600, et la routine d'émulation de bus fonctionne.

First tests.jpg (41.03 Kio) Consulté 87 fois

Mais seulement si le pico démarre avant le 2600
Malheureusement, le 2600 au démarrage attend des données prêtes de la rom, et s'il ne les trouve pas, il se plante, sans possibilité de reset.
C'est certainement le problème qui a bloqué electrotrain aussi, et il semble qu'il n'y ait pas de solution.
Quelqu'un (voir par exemple Otaku-flash) utilise une alimentation externe pour le pico, mais honnêtement je n'aime pas l'idée de concevoir une cartouche qui nécessite le branchement du câble usb ou une batterie supplémentaire.

Je suspends donc mon projet pour le moment, peut-être que le nouveau pico2 sera si rapide qu'il sera opérationnel dans le délai très court de la réinitialisation du 6502.

[Bricox]

Merci, @aotta pour ces informations pertinentes et réactives ...

il semble qu'il n'y ait pas de solution

Mauvaise nouvelle

Non, c'est juste un défi à relever et nous avons beaucoup d'idées, l'union fait la Force ...

J'ai eu ce type de problème sur le minitel, il suffit de temporisé le démarrage du 2600 en allongeant le reset hardware de démarrage.
viewtopic.php?p=249501#p249501.
viewtopic.php?p=248408#p248408
Il suffit d'augmenter la capa de temporisation ...

une 2ème option, proposée par ZamZam, serait d'ajouter une supercapa pour alimenter le pico entre le 1er allumage pour charger cette supercapa et le 2nd allumage pour un démarrage opérationnel : https://fr.aliexpress.com/item/1005006648674598.html

supercapa2Farad.jpg (32.6 Kio) Consulté 70 fois

Moi, j'ajouterais une mini LED pour signaler la charge de la supercapa et surtout sa non-décharge pour réaliser un démarrage opérationnel.
il faut que je calcule la valeur de la capa pour conserver une alim opérationnelle pendant qques secondes.

[c52back]

Enfin des tests par @aotta.
Merci de nous faire partager tes fichiers et voir si nous de notre coté aurons plus de chance en trouvant une parade.

[Zebulon]

@Bricox je pense que ta deuxième option est préférable car la première nécessite de modifier la console, ce que ne voudra ou ne pourra pas faire l'acheteur de cette carte.

Avec cette solution et si la console possède un bouton reset la séquence allumage, attendre que la led s'allume et reset me parait acceptable d'un point de vue expérience utilisateur. S'il n'y a pas de bouton reset, éteindre/allumer voire débrancher/rebrancher est déjà un peu plus "sauvage".

Moi je suis épaté qu'un soc soit suffisamment puissant/rapide pour émuler un composant discret tel qu'une ROM, chapeau bas.

[c52back]

Lorsque Bricox a proposer la solution de Zamzam d'une supercapa qui est bien mais pour la taille je ne sais pas si elle entrerais dans un boitier cartouche de jeux,mais j’espère qui doit exister une version miniature
Pour ma part,j'ai penser a une pile backup style Cr2032 ou autre,mais bon tant que je n'ai pas le firmware je ne peux pas me prononcer sans faire des essais

[Zebulon]

Oui une pile avec un petit switch "warm up", en tout cas ce type de projet est super pour nos sasfepus il faut persévérer si près du but.

[Bricox]

Effectivement les supercapas existent en version plate mais c'est cher ...

L'option "pile backup", pour moi, ne convient pas : comment l'empêcher de consommer quand le système est complétement éteint ?
L'idée du switch est intéressante ...

[c52back]

Oui le switch était prévu pour ne pas complétement mettre a plat la pile,mais sinon avec une version rechargeable plus besoin de switch .