Utilisation du CH376 en assembleur

Correction, ça ne fonctionne pas dès qu'il y a un contrôleur disque activé, même le Jasmin, ce qui m'étonne parce qu'il me semblait avoir déjà utilisé des K7 avec le Jasmin sur Oricutron.

Pour moi, cela devrait marcher sur réel. Je n'ai jamais chargé de K7 sur telestrat mais au niveau hardware, cela doit fonctionner.

Sur le schéma du telestrat, je ne vois pas ce qui bloquerait. Thierry pourrait nous dire

En réel avec un Jasmin, je suis sûr que ça fonctionne mais je ne sais pas avec un Microdisc (je suppose que oui)

Je sais pourquoi ça ne fonctionne pas avec Oricutron, oric->romon n'est mis à jour que lorsque la machine est initialisée et ne l'est plus après.
Le soucis est que la routine de gestion des K7, et notamment tape_patches(), ne fonctionne que si oric-romon = TRUE, mais si on active un contrôleur de disque, lorsque la routine setrom() est appelée elle met oric-romon à FALSE. Je suppose que c'est parce que l'Oric est supposé booter sur un disque et donc la ROM interne doit être désactivée.

J'ai fait un test en ajoutant un appel à setrom() au début de tape_patches(), dans ce cas ça fonctionne correctement en mode Oric avec un lecteur de disquette (Microdisc ou Jasmin) mais toujours pas en mode Telestrat, je vais essayé de trouver pourquoi.

Il y a un truc "amusant" quand j'ajoute cette modif et que je lance Oricutron en mode Oric avec un microdisc, oric-romon semble avoir un comportement cohérent jusqu'au moment où on sort du programme welcome de la disquette Sedoric. Dès qu'on se retrouve en mode direct, la ROM interne passe son temps à basculer du mode actif au mode inactif. Ce n'est pas le cas avec le FT-DOS, donc je suppose que c'est lié au fonctionnement du Sedoric.

Je ne sais pas si mettre l'appel à setrom() au début de tape_patches est une bonne idée ou si il faut le mettre ailleurs mais oric->romon ne semble utilisé que dans cette routine donc...

J'ai bien une idée pour le Telestrat...
Est-ce que le Microdisc du Telestrat est à la même plage d'adresses que celui de l'Oric?

Si tu parles des adresses I/O du microdisc oui, se sont les mêmes.

En revanche, un truc à savoir, je l'avais remonté dans une issue, et je n'avais pas regardé :

il est impossible de désactiver le microdisc sur le telestrat dans oricutron. En un sens, ce n'est pas possible en réel car c'est interne dans le telestrat, mais un telestrat peut booter sans lecteur de disquette sur réel. Sauf que ce n'est pas possible dans Oricutron.

Dans telemon, il y a un test pour s'assurer qu'il y a un lecteur de disquette, si c'est le cas, cela demande d'insérer une disquette, sinon s'il ne voit pas de lecteur, il boote normalement.

Ce que je veux dire par là, c'est que le workaround aurait pu être de désactiver le microdisc sur le telestrat pour voir la K7 marcher, mais cela n'est pas possible.

Le telestrat ne désactive pas la ROM interne, puisqu'il n'en a pas, tout boote à partir des cartouches insérées.

Pour le sedoric, normalement oui, il passe son temps à passer en ram overlay/rom. Je crois que sur jasmin, c'est la rom qui est toujours active, car c'est le "!" qui est trappé sur ftdos

En fait, dès qu'on démarre en mode Telestrat, que ce soit avec la rom basic en banque 7 ou en banque 6 (et la commande basic11 de Orix), la rom est considérée comme désactivée et comme on ne boote pas sur Sedoric dans ce cas, la rom reste désactivée après le passage en BASIC (ce qui est d'ailleurs incohérent, mais bon...)

Le seul truc que j'ai trouvé dans ce cas et de faire un poke en $314 avec la bonne valeur pour que Oricutron considère que la ROM est bien activée, et là, la commande CLOAD fonctionne correctement (à condition d'ajouter l'appel à setrom() comme je l'ai indiqué)

Est-ce que tu penses que ça peut être considéré comme un fonctionnement correct dans ce cas?

Pour le coup du Sedoric qui passe sont temps à bricoler avec la ROM en mode direct, j'avoue que je ne comprends pas bien le but du truc, mais il y a sûrement une bonne explication..
Ca doit quand même être une sacré perte de temps!

Encore une bonne raison de préférer FT-DOS

Le problème c'est que je ne vois pas la relation sur le hardware réel entre le FDC et le lecteur K7 (sur le telestrat)

Le lecteur K7 est géré par le 1er via. Le FDC est géré par une ULA sur telestrat. Ce que je veux dire par là c'est que le test sur $314 bien qu'il semble être un workaround n'a pas de logique au niveau hardware. A la limite, il faudrait détecter que : quand c'est un telestrat, la rom interne est mécaniquement désactivée tout le temps quand le microdisc démarre.

Si t'as lien direct dans le bout de code, je veux bien matter

assinie a écrit:Pour le coup du Sedoric qui passe sont temps à bricoler avec la ROM en mode direct, j'avoue que je ne comprends pas bien le but du truc, mais il y a sûrement une bonne explication..
Ca doit quand même être une sacré perte de temps!

Encore une bonne raison de préférer FT-DOS

En gros, je pense qu'ils ont fait comme cela pour éviter d'avoir le trap du token "!" comme sur ftdos.

Je pense que le code qui pose pb est ici :
https://github.com/pete-gordon/oricutron/blob/master/machine.c#L275 ?

setrom() n'est pas appelée pendant l'émulation mais uniquement au début.

Je pense qu'il y a éventuellement 2 problèmes:

• romdis n'est mis à jour que lorsque la machine émulée démarre et ne l'est plus par la suite, ça on peut le corriger en ajoutant setrom(oric) au bon endroit.
  Je l'ai mis ici https://github.com/pete-gordon/oricutron/blob/master/tape.c#L1138 mais ce n'est pas forcément le bon endroit, même si on passe par ici très souvent et que ça résoud le problème.
  
• En mode Telestrat, romon reste à FALSE et ne change jamais
  

Je suis d'accord, il n'y a pas de lien direct avec le hardware et je pense que c'est un soucis de l'émulation.
D'un autre côté comme il n'y a pas de ROM interne dans le Telestrat, ce que fait l'émulation peut sembler logique mais ça ne semble pas correspondre à la réalité.

Je ne vois pas comment on peut régler le problème.

Peut-être qu'on peut mettre romon à TRUE en fonction du type de cartouche activée (RAM ou ROM),
Dans ce cas, la modif serait probablement à faire dans setrom()

jede a écrit:En gros, je pense qu'ils ont fait comme cela pour éviter d'avoir le trap du token "!" comme sur ftdos.

Certes, mais ça ne sert à rien de le faire tant que le buffer clavier est vide, d'autant que je ne le vois pas pendant l'exécution d'un programme.

Mais je m'éloigne du sujet  

Pour le Telestrat, si je change la ligne https://github.com/assinie/oricutron/blob/master/machine.c#L292 par

Code:


                if( oric->type == MACH_TELESTRAT )
                        oric->romon = (oric->tele_banktype == TELEBANK_ROM);
                else
                        oric->romon = !oric->romdis;


Ca résoud le problème

Bonsoir,

Si j'avais su que mon problème de CLOAD aurait engendré autant de problèmes, je ne l'aurais pas signalé

Désolé,pour tous, de vous avoir fait bosser sur ce problème

Je sais le temps qu'il faut pour trouver ce genre de problème et le résoudre.
Je vous félicite pour votre réactivité et vos recherches

Chapeau bien bas pour Jede et Assinie

A+

Au contraire, tu as bien fait de le signaler, ça va permettre d'améliorer Oricutron

Bonsoir,

OK pour les corrections de Oricutron mais j'imagine bien le boulot que cela doit engendrer

ET puis ensuite reporter les modifs à Pete-Gordon, il y a un travail phénoménal !!!!

Je vous félicite car vous bossez sur Orix et en plus vous débuggez Oricutron.  

NB : Il faudra me dire où vous trouvez tout ce temps

A+ les champions

Bonne soirée.

Pour le fun, j'ai commencé l'intégration dans la ROM v1.1.

Pour le moment, les commandes CLOAD, CSAVE et RECALL fonctionnent correctement.
La commande STORE ne produit pas un fichier correct, je ne sait pas encore pourquoi.

J'ai réduit mon code de 15% mais tout ne rentre pas dans la ROM, il faut que je réduise encore.

Le problème est que j'ai voulu ne modifier que ce qui ne sert plus à rien, ce qui limite en fait le nombre de routines qui peuvent être supprimées et donc la place disponible.
En contre partie RECALL fonctionne sans que je n'y ai touché et STORE fonctionne presque  

Si je n'arrive pas à réduire suffisamment, je passerai au plan B en supprimant tout ce qui concerne ces commandes pour les remplacer intégralement.

Dans la ROM de l'Atmos il y a la routine de test des modules RAM, on peut peut être la simplifier en faisant en sorte qu'elle remplisse la RAM avec la valeur finale sans faire le test, on gagnerait quelques octets (et puis ca demarrerait plus vite )

assinie a écrit:Pour le fun, j'ai commencé l'intégration dans la ROM v1.1.

Pour le moment, les commandes CLOAD, CSAVE et RECALL fonctionnent correctement.
La commande STORE ne produit pas un fichier correct, je ne sait pas encore pourquoi.

J'ai réduit mon code de 15% mais tout ne rentre pas dans la ROM, il faut que je réduise encore.

Le problème est que j'ai voulu ne modifier que ce qui ne sert plus à rien, ce qui limite en fait le nombre de routines qui peuvent être supprimées et donc la place disponible.
En contre partie RECALL fonctionne sans que je n'y ai touché et STORE fonctionne presque  

Si je n'arrive pas à réduire suffisamment, je passerai au plan B en supprimant tout ce qui concerne ces commandes pour les remplacer intégralement.

ah ben cool Quand tu auras fini, je ferai une petite vidéo pour montrer sur réel

Bonsoir,

Super Assinie !!!

Vire LLIST et LPRINT, personne ne les utilise plus
NB : It's a joke
Il y a peut être encore des utilisateurs qui impriment des listing(s) sur imprimante matricielle (ou sur imprimante ORIC )

Beau boulot Assinie

Ca y est, j'ai réussi à ajouter la gestion du CH376 dans la ROM v1.1.  

Les commandes RECALL, CLOAD et CSAVE fonctionnent et prennent en compte tous les paramètres (A,E,J,V,AUTO)

Limitations:

1. Le fichier ne peut contenir qu'un programme et non plusieurs les uns à la suite des autres.
   
2. Le nom du fichier de la commande CLOAD doit correspondre au nom du fichier sur la clé et non pas à celui qui est dans l'entête du fichier, CLOAD "FICHIER" charge le fichier FICHIER.TAP à la racine de la clé USB.
   
3. La commande STORE ne fonctionne pas correctement, je vais essayer de trouver ce qu'elle fait de différent.
   
4. Comme avec un vrai lecteur de K7, si le fichier cherché n'existe pas, on boucle sur Searching... ( si vous préférez, je devrais pouvoir générer une erreur dans ce cas  ).
   

Si l'interface n'est pas détectée, les commandes provoquent une erreur ?UNDEF'D FUNCTION ERROR (j'ai hésiter avec ?CAN'T CONTINUE ERROR).

assinie a écrit:Ca y est, j'ai réussi à ajouter la gestion du CH376 dans la ROM v1.1.  

Les commandes RECALL, CLOAD et CSAVE fonctionnent et prennent en compte tous les paramètres (A,E,J,V,AUTO)

Limitations:

1. Le fichier ne peut contenir qu'un programme et non plusieurs les uns à la suite des autres.
   
2. Le nom du fichier de la commande CLOAD doit correspondre au nom du fichier sur la clé et non pas à celui qui est dans l'entête du fichier, CLOAD "FICHIER" charge le fichier FICHIER.TAP à la racine de la clé USB.
   
3. La commande STORE ne fonctionne pas correctement, je vais essayer de trouver ce qu'elle fait de différent.
   
4. Comme avec un vrai lecteur de K7, si le fichier cherché n'existe pas, on boucle sur Searching... ( si vous préférez, je devrais pouvoir générer une erreur dans ce cas  ).
   

Si l'interface n'est pas détectée, les commandes provoquent une erreur ?UNDEF'D FUNCTION ERROR (j'ai hésiter avec ?CAN'T CONTINUE ERROR).

Super Je veux bien avoir la ROM pour tester sur réel

+

Même si je n'arrive pas à tout comprendre, bravo (ne perdez pas de temps à m'expliquer, je suis trop concentré sur autre chose)

assinie a écrit:
[*]Le nom du fichier de la commande CLOAD doit correspondre au nom du fichier sur la clé et non pas à celui qui est dans l'entête du fichier, CLOAD "FICHIER" charge le fichier FICHIER.TAP à la racine de la clé USB.

Il vaudra donc mieux appeler ses fichiers avec le nom de l'en-tête, pour éviter tout problème à un jeu qui ferait par exemple:
38500 HIRES:?"BRAVO, vous avez reussi":CLOAD"IMAGEFINALE"

Symoon a écrit:Il vaudra donc mieux appeler ses fichiers avec le nom de l'en-tête

Oui, c'est ça, mais il faut faire attention à la longueur du nom: la nouvelle ROM ne supporte pas les noms longs pour les fichiers.

J'ai supprimé la routine qui vérifie que le nom demandé correspond bien à celui qui est dans l'entête, elle marchait bien mais j'avais besoin de place et comme je ne pouvais pas intégrer une routine qui vérifie tous les fichiers à la recherche du bon...

Suivant l'utilisation, on peut aussi faire un petit programme qui donne la liste des fichiers ainsi que les infos contenues dans l'entête et qui ensuite charge le fichier choisi...