Forum

Pour Idle version SDL => le menu est activé avec le bouton droit de la souris (vu que le lisa n'a qu'un seul bouton).
Bon, du coup pour macos il va falloir prévoir aussi une touche de repli. J'ai probablement testé avec une souris PC usb à 2 boutons et donc je ne m'en suis pas rendu compte... il faut que je corrige ça

Les binaires ont été générés sur un vieux powerbook G4. La compilation sur intel devrait bien se passer mais il faut que je le fasse. (il faut GCC + SDL1.2)

Tu peux tester sur Idle :
https://sourceforge.net/projects/idle-lisa-emu/files/

La version Macos a été compilée sur un vieux PPC il me semble donc il faut un macos ancien. J'ai un mac intel dans un coin pour compiler mais je n'ai pas encore installé tout l'env de compilation.

A l'occasion je testerai sur mon ému.
Toutes les versions de LOS n'utilisent pas la même astuce pour simuler de la mémoire virtuelle avec un 68000 et il est difficile de tout émuler (il faut aller très très loin dans la gestion des trames d'erreur sur le 68000 et la gestion du prefetch).

Normalement LOS2 et même LOS1 EN (avec des images de twiggy) passent chez moi.

[edit]
Testé ok pour LOS2.0F (install sur un profile de 5Mo)

ca ne sera pas le plus pratique. Une machine avec disque dur et un lecteur 800/1.44M sera plus pratique => image vers disque dur puis encapsulation dans un .sit (qui préserve les tags et creator/type) puis copie sur une disquette msdos. Ensuite on peut facilement relire sur un PC ou mac avec floppy (eventuellement en usb).
autre possibilité une machine avec floppy 800/1.44M disque dur et carte IP.

A un moment j'ai utilisé un LCIII pour les images, puis un G3 beige ensuite.

Les émulateurs utilisent le format diskCopy 4.2 (mais pas les autres formats d'image en général)

START, SELECT et OPTION vont vers le GTIA par contre (ainsi que les 2 boutons du joystick).

Vu le schéma, Pokey et les 2 4051 sont les principaux suspects voire si on n'a vraiment pas de bol la diode (cr5 sur le schéma que j'ai).
Après tout dépend de la priorité des lectures entre joy et clavier dans le menu de la cartouche.

Commence par vérifier que les signaux qui vont vers le GTIA (Start, Select, option et boutons du joy) ne sont pas en permanence à l'état bas. Ensuite regarde si le clavier est scanné (aux entrées des 4051)

Il faut un apple avec un lecteur 400 ou 800k pour lire les disquettes. Et de préference faire l'image avec DiscCopy4.2 (et pas au delà). A partir de là on peut stocker l'image dans une ancienne version de stuffit pour préserver les Tags.

Sinon il existe un outil entre le lisa vers un pc/mac par liaison série.

Pour les logiques il faudrait vérifier si ce sont les bons dans les bonnes séries (LS, HC, HCT...). Le proprio d'avant peut avoir tenté une réparation sans succès en les remplacant.

Il suffit de chercher du code libre sur une machine avec le meme proc, par exemple ici sur apple 2

https://github.com/nathanriggs/AppleIIA ... RBLINE.ASM

Il faudra adapter la partie qui affiche le point à l'écran et sans doute les tests de résolution. Et sans doute adapter aussi la convention pour les modes d'adressage de l'assembleur

Après, un A2000 hors service c'est très très souvent un dégat d'accumulateur avec pas mal de corrosion. Le plus simple sera sans doute de faire regarder ton A2000 par quelqu'un du forum pas trop éloigné géographiquement (éventuellement pour tester en swappant ROM et alim avec un A2000 fonctionnel).

Les extensions A500 se montent généralement avec le PCB dans le prolongement de la carte mère de l'A500. Comme sur cette photo : https://androidarts.com/Amiga/Mobo.jpg

D'ailleurs la forme habituelle des extensions amiga fait en sorte que l'autre sens ne soit pas possible (le PCB se prolonge d'un côté et pas de l'autre).

Attention par contre, il faut bien entendu que ta carte A502+ ait été assemblée dans le bon sens...

Enfin, ca peut ne pas marcher si ta carte mère a été modifiée (certaines versions d'A500 peuvent avoir 1Mo en interne, l'extension n'est pas toujours active). Une photo de ta carte mère A500 permettra de se faire une idée.

Sur A2000 tu peux prendre un pistorm A2000 qui va directement se brancher sur le port d'extension CPU.

Sur le pistorm la ROM et même la RAM se trouve dans la partie émulation (sur un raspi), on peut aussi émuler un 68030 ou 68040 avec une fréquence élevée (et monter la RAM à +-128Mo)
Compter environ 70€ pour la carte pistorm, il faut ajouter le raspi (prix normal de 50€ mais parfois difficile à trouver en ce moment, il n'est pas rare de le voir à plus de 100€).

Sinon oui le 68000 peut se changer et la ROM se trouve mais il faudra bien compter une 20aine d'euro ou bien trouver un A500 ou A500+ HS (avec au moins une ROM1.3)

répondu sur le forum bleu mais cela évoque un défaut pas loin de la RAM qui contient les données écran (RA-3-9600) ou du controleur video (AY-3-8900).
Avec de la chance ce n'est peut être qu'un mauvais contact dans cette zone, peut être un bit manquant sur un bus d'adresse.

Le bus error sur les ST STE est généré par le MMU (plus précisément par le GST MCU sur les STE).
Essaye de regarder si les pattes du composant ne sont pas endommagées, ça peut arriver sur ce type de composant d'avoir un court circuit entre 2 pattes.
Pour se repérer :
https://info-coach.fr/atari/hardware/STE-HW.php

Sinon effectivement une mémoire HS peut donner un bus error mais normalement on ne le verra pas à l'écran car la RAM video partagée ne marchera pas non plus (et ce sera un écran noir)...

@bernouilli: ca permet de réduire un peu la question pour savoir s'il y a une chance d'aboutir. Ici je suppose que non.

Sans rentrer dans le détail je pense que cela se situe côté HLR de free, donc effectivement il y a peu de chances pour le faire fonctionner. Ce que j'imagine c'est que le firmware de ton sagem regarde s'il a le droit de passer des appels, le HLR ne lui répond pas et ca ne va pas plus loin.