Assembleur Z80 pour débutant

Bonjour

Question d'un débutant.

Comment commencer l'assembleur Z80 car je ne comprends pas trop tout ce qui existe (ASM, Coder en Hexa, Shell ou non, Axe, Ion, Venus, etc...)

y a t-il un manuel du débutant pour apprendre à faire des choses simples dans un premier temps et ce avec quel outil ?

merci ...

alors : il y a plusieurs truc que tu confonds, l'asm est le langages machine de la TI, cela permet de faire des jeu tres rapide, il n'est pas conseiller d'apprendre ce langages ne premier, l'hexadecimal est d'encore plus bas niveau et plus difficile que l'asm puisque les seul caractère utilisable sont "0123456789ABCDEF" donc il n'est ABSOLUMENT pas conseiller de commencer par sa.

ion venus dorrcs7 axesh zstart mirageOS et autre sont des shells comme tu le dit si bien, il servent a lire des programme fais en assembleur auquel on veut rajouter des "commande" (pour faire simple) si on ne veut que programmer en assembleur, on a pas besoin de shells ( aussi dit noshell )

ensuite il y a le basic que l'on ne te présente plus...

et dernièrement il y a des langages non officiel programmer par des gens de la communauté qui sont apparu on peut citer :

-l'axe
-le grammer
-bbc basic
-xlib
-celtic...

ce sont des langages avec une syntaxe similaire au basic et qui permette de faire des programme aussi rapide et aussi beau que en asm.

lien :

-Axe : [Vous devez être inscrit et connecté pour voir ce lien]

-Asm : [Vous devez être inscrit et connecté pour voir ce lien]

-Hexa : [Vous devez être inscrit et connecté pour voir ce lien]

-grammer : [Vous devez être inscrit et connecté pour voir ce lien]

Moi je te conseille de commencer l'axe je suis passé du basic a l'axe et c'etait parfait

merci de ces réponses. me voila déjà un peu plus éclairé
donc pour programmer avec
asm et hexa
pas adapté à mon niveau.. [Vous devez être inscrit et connecté pour voir cette image]

axe bbc basic xlib grammer
si je comprends bien on compile pour la TI ?
il faut une TI83+ ou 84+ [Vous devez être inscrit et connecté pour voir cette image]
ma 82stat 86 voire 89 même pas la peine alors...

à suivre... et encore merci des renseignements

@sachiix69 tu fais du gros troll là, c'est pas moins conseillé de commencer par le basic que par l'ASM ou même l'hexa. Le premier est intuitif mais vite limité, et les suivants (qui sont en fait les mêmes, cf mon tuto) demandent beaucoup de rigueur mais sont illimités.

@jovasco sur Ti-89 tu peux faire du C avec TiGCC (cherche sur [Vous devez être inscrit et connecté pour voir ce lien] sur Ti-82 stats tu peux faire de l'ASM avec un ordi ou même de l'hexa (programmable direct sur calto).

je savais que tu allais corriger quelque chose sur ce que j'ai ecrit, mais il est conseiller a un debutant de commencer par programmer en basic si.

sachiix69 a écrit:je savais que tu allais corriger quelque chose sur ce que j'ai ecrit, mais il est conseiller a un debutant de commencer par programmer en basic si.

Au contraire, s'il est totalement débutant, je conseillerais de commencer par l'ASM, puisque le problème de l'ASM c'est qu'il est très différent des autres, donc il est moins dur à apprendre si on est pas encore habitué à autre chose.
Par contre, s'il code déjà en Basic, je conseille soit l'Axe soit le Grammer.

L'asm est le language du processeur lisible par l'humain, et qu'on compile en hexadécimal.
Ce sont deux codages de la même chose.

L'assembleur tient compte de contraintes qui ont été éliminées (parfois à tort) de languages de plus haut niveau.
Il faut souvent tout détailler mais en contrepartie tout est possible.

Ce qui fait peur avec l'assembleur est la nécessité de détailler au début : on a pas de fonctions de haut niveau autres que celles de TI.
Il n'y a pas de bibliothèque standart comme des languages classiques d'autres supports et je pense que c'est de là que vient le problème.

L'assembleur est plus facile qu'il en a l'air (mais ce n'est pas évident pour autant, et ça dépend des gens)
Il faut principalement suivre un tutoriel bien fait pour ne pas s'encombrer de certains détails innutiles pour le débutant et comprendre le fonctionnement de la machine.
Et puis savoir décomposer son raisonnement est nécessaire pour la créativité.

J'admet quand même que passer de Basic à Axe/grammer/... est plus facile que de passer de Basic à Asm.

Rappelons au passage que tous les languages sont en fait traduits d'une façon ou d'une autre en assembleur/hexa, le language de base.

Bonsoir

linkakro a écrit:[..]
Il faut principalement suivre un tutoriel bien
fait pour ne pas s'encombrer de certains détails innutiles pour le
débutant et comprendre le fonctionnement de la machine[..].

où trouver un bon tutoriel ?

sinon pour info je ne suis débutant qu'en assembleur car je programme en Javascript, en Pascal, et un peu en VBS

Tous les bons liens sont sur le post de sachiix69.

matrefeytontias a écrit:[..] sur Ti-82 stats tu peux faire de l'ASM avec un ordi o.

je ne vois pas trop où commencer il n'y a pas des exemples simples ?

sinonil n'y a pas un compilo pour cette machine ?

Le compilateur : tu prends n'importe quoi qui soit Z80.
Tasm le plus connu, Spasm plus rigoureux, je connais que ça.
Tous doivent au moins générer un *.bin s'ils ne font par de fichier ti (83p,8xp).
Un *.bin doit ensuite être "squishé" pour que son code apparaisse en hexadécimal dans une ti82stat/82statfr/83. Cela se fait notamment avec Obj83 qui génère un *.obj.
Le *.obj (ou le bin) se convertit enfin en format ti. Cela se fait par exemple avec DevPac.

Des moyens de faire ces différentes étapes d'une traite ont été conçus, c'étaient des .bat pour les windows à l'âge d'or des ti82stat.
Mais aujourd'hui il y a plein d'autres choix, je pense d'abord à l'éditeur de Matrefeytontias : [Vous devez être inscrit et connecté pour voir ce lien].

Exemples simples, il n'y a guère que le site du zéro (déjà indiqué plus tôt) et AsmGuru.
[Vous devez être inscrit et connecté pour voir ce lien] : asmguru_eng

Bonjour

j’ai un peu parcours la doc et il semble avoir compris que l'asm des TI82stat 83 (non +) sont quasiment identiques à la différence des headers et des fins de programme

vous pouvez m'en dire plus pour que j'essaie un simple "hello world" sur 82stats ( ou même si vous avez un prg tou fait poor que j'essaie de le décortiquer et de comprendre. il faut bien commencer par un premier pas ...

j'avais déjà touché à l'assembleur sur Amstrad avec un Z80 mais j'ai tout oublié...

merci

Hello world en ASM :

Code:

#define _PutS $470D
#define _NewLine $473D
.org $9327
 ld hl,helloString
 call _PutS
 call _NewLine
 ret
helloString:
 .db "Hello world !",0
.end

Et en hexa (tu peux l'entrer direct sur ta 82 stats / 83) :

Code:

213193
CD0D47
CD3D47
C9
48656C6C6F20776F726C64202100
End
0000
End

Bonjour

eh bien un grand merci
voila ce que ça donne sur l'émulateur (vous n'en doutiez pas !)


[Vous devez être inscrit et connecté pour voir cette image]
je vais pouvoir avancer

au fait à quoi correspond le "9" devant programme ? et qui a trouvé cette astuce ?

Ah euh oups, je me suis trompé dans le caractère W j'ai mis à jour le code (c'est 77 au lieu de 75).

Le Envoi(9 est un code pour dire de lancer un programme ASM (on dirait un easter egg mais bon ). Je ne sais absolument pas qui l'a trouvé, moi on me l'a juste dit.

pas mal il nous manque de programmeur asm sur le site j'espere que tu continuera

Il y a bien des différences dans le header des codes sources pour ti83 et ti83plus.
Les ti83plus disposent de plus de romcalls, parfois de romcalls différentes, et surtout elles ont changé de place.
En effet les romcalls sont des morceaux de système qu'on peut appeller comme des routines.
C'est d'ailleurs pratiquement la seule façon simple d'accéder à des fonctions toutes faites.
Ou bien il faut créer des macros (fonctions reconnues par le compilateur et recopiées à chaque fois plutôt que de faire des appels ; c'est très lourd) ou installer des shells comme Ion, SourceCoder, ... qui sont codés de façon à contenir des routines qu'on peut appeler depuis d'autres programmes.

Une autre différence majeure : les ti83plus utilisent une routine (surnommée bcall) pour pouvoir appeler des romcalls tout en affranchissant le programmeur de certaines contraintes mémoire de ces calculatrices.
Evidemment les adresses à fournir sont différentes des adresses réelles, ce serait trop facile...
Cela bouffe aussi de la vitesse.
Pour utiliser la routine bcall, on utilise la macro du même nom.
Cela se note avec "bcall(xxxx) rst 28h \ .dw xxxx" puis "bcall(TA_BCALL)" pour appeler les romcalls.

Voici mon premier programme helloworld valide en 83 et 83plus, sans les bibliothèques, pour que tu puisses comparer.
Excusez moi de faire un bis : je suis sûr de ne pas faire de bêtise en touchant au code de matref de cette façon.

Spoiler:

"Envoi(" n'a pas plus d'intérêt que "9" dans des conditions normales. C'est une faille.
L'instruction "Envoi(9prgm" semble bien un easter egg d'après tout ce que j'ai lu.
Ce serait un ingénieur de TI qui a créé ça, il aurait été licencié pour avoir ouvert ainsi le système TI au public puis aurait été réintégré à cause de l'immense et brutale popularité donnée aux TI par l'assembleur.
Ensuite TI a intégré l'execution asm de façon officielle aux ti83plus. (ça c'est une évidence)

Bon je me suis amusé a essayer de faire un peu de C
j'y suis parvenu tant bien que mal sous Linux (Wine) et Windows
voila ce que ça donne comme résultat image


c'est un début. Bien sûr je n'ai rien inventé j'ai essayé de recopier une méthode  et de la comprendre [Vous devez être inscrit et connecté pour voir ce lien]

voilà juste pour apprendre

C'est intéressant mais le problème c'est que ça bouffe une place pas possible le C par rapport à l'asm (et déjà qu'on a pas grand chose ). Ce n'est pas du tout conseillé sur 83...

Oui c'est vrai et c'est gourmand en place..
mais pour la vitesse il n'y a pas photo.
une boucle de    100.000 en basic  : 4 minutes env
une boucle de 1.000.000 en C  : 40 secondes env
ce qui fait à peu près 60 X plus vite...


et je crois que me souvenir que la TI86 supporte bien le C

C'est sûr que c'est plus rapide (puisque c'est traduit en asm), mais un programme qui fasse plus qu'afficher du texte risque d'occuper toute la mémoire disponible.