Adaptateur Comlynx - RS232 - Page 6

Peut-tu depuis la lynx lire ce que tu ecrit?

Plus explicitement, peux tu demander une lecture en meme temps qu'une ecriture?

Edit: non mais c'est idiot le RS232 ne permet pas a deux machine de se synchroniser vu qu'on a pas d'horloge partagée.

Donc tu as forcement un delais entre les deux envois sinon comment l'autre console peux repondre?

Godzil (./151) :
Plus explicitement, peux tu demander une lecture en meme temps qu'une ecriture?

pas vraiment, c'est le même "buffer" (registre de 1 octet http://devlynx.ti-fr.com/?pag=17&p=&act=dtl&adr=64909)

Ca resouds le probleme

ça donnerait un truc du genre

unsigned char ComLynx_Echo()
{
while (!(serctl & 0x80));/*on attend une réception*/
serdat=serdat;/*on envoie ce qu'on vient de recevoir*/
while (!(serctl & 0x40));/*on attend l'envoi*/
return serdat;/*on lit la réception*/
}

rhaaa mais fais lisible fantudju!

void putchar(unsigned char val) {
  serdat=val;/*on envoie*/
  while (!(serctl & 0x40));/*on attend la fin de l'envoi*/
}

unsigned char getchar(void) {
  while (!(serctl & 0x80));/*on attend une réception*/
  return serdat;/*on lit la réception*/
}

unsigned char ComLynx_Echo(void) // <- il faut pas mettre void la? Ton compilo est si vieux>
{
  unsigned char val = getchar();
  putchar(val);
  return val;
}

c'était voulu, juste pour pouvoir écrire "serdat=serdat;"

Vu les compilateur 6502, je ne RECOMMANDE PAS DU TOUT la solution de squalyl

Tu va generer 2 a 3x plus de code en faisant ca que la solution de Vince..

je m'en doutais, il est pourrite votre compilo

et absolument personne a fait un backend LLVM pour 6502? ca m'étonne vu tout le boulot fait par visual6502 et tout.

Amuse toi bien a faire un backend 8bit pour un compilo pas prevu pour

pas la peine

https://github.com/c64scene-ar/llvm-6502

y'a le nouveau cc65 (qui s'appelle cc65, contrairement à l'ancien qui s'appelle newcc65 par opposition au compilo de départ qui s'appelait cc65) qui doit faire des trucs un peu moins crade je crois... mais j'accroche pas du tout

Squalyl: pas mis a jour depuis 2 ans et 5 commit? nan ca n'existe pas, et ca ne doit meme pas marcher (et je n'ose meme pas imaginer la gueule du code que ca genere..)

ah mince...

Le soucis du 6502 c'est que c'est un CPU pas franchement adapté au C, la pile native du CPU ne fait que 256 octets, la majorité des compilateurs C spécifique pour le 6502 utilisent une pile virtuelle ailleurs en mémoire et j'en passe.
C'est un CPU tres interessant mais faire un compilateur C est non trivial pour ce CPU, et utiliser un front-end comme LLVM/Clang est peut etre possible (meme si j'ai des doutes) mais c'est probablement des années de boulots, et je pense que ca ne produira pas un code aussi "bon" qu'un compilo fait pour ce CPU (qui souvent deja produit un code mauvais...)

Je vois très bien ce que tu veux dire, c'est le même problème avec le 8051, que j'aime beaucoup, mais qui a l'évidence est trop limité pour des applis autres que "petit controleur de processus totalement dédié".

Il faudrait voir du coté de SDCC qui supporte déja pas mal de CPU "chiants" (STM8, 8051, PIC16/18, Z80), mais pas le 6502, étonnamment.

Oui c'est une potentielle plateforme, je l'avais regardé pour le x86 mais ca demanderais trop de changement pour supporter cette **** de segmentation et pointeur loin/proche :/

tiens quelqu'un y avait pensé en remarquant la pourritude de cc65, mais ca n'était pas allé bien loin:
https://sourceforge.net/p/sdcc/mailman/sdcc-user/thread/5144DB89.1080605@bluewin.ch/

j'avais même répondu des trucs:
https://sourceforge.net/p/sdcc/mailman/message/29768284/

ici http://forum.6502.org/viewtopic.php?f=2&t=2937
ca cause de https://github.com/puppeh/gcc-6502-bits

dernier commit 31 aout 2016.

vous voulez vraiment réinventer un énième compilo ?


source : https://atarilynxdeveloper.wordpress.com/2012/04/07/programming-tutorial-part-2development-environment/ il y a probablement des versions plus récentes dispo...
CC65 tools
Stable: cc65-win32-2.13.3-1.zip
Snapshot: cc65-snapshot-win32-2.13.9.20121008-1.zip
Atari Lynx related files
Stable: cc65-lynx-2.13.3-1.zip
Snapshot: cc65-snapshot-lynx-2.13.9.20121008-1.zip
Sources
Stable: cc65-sources-2.13.3.tar.bz2
Snapshot: cc65-snapshot-sources-2.13.9.20121008.tar.bz2 or individual files at ftp://ftp.musoftware.de/pub/uz/cc65/snapshot/sources/
Documentation
Stable: cc65-doc-2.13.3-1.zip
Snapshot: cc65-snapshot-doc-2.13.9.20121008-1.zip

bon bah j'ai reçu mon FTDI usb hier soir... et il est bon pour la poubelle

il a été complètement aplati par la poste :/

le jumper qui était planté dessus était complètement écrasé sur le circuit, le vendeur a préféré me rembourser plutôt que de réexpédier...

Tu fais quoi demain midi

j'ai une bouffe avec des joueurs ingress
jeudi ?

ok

C'est pas la première fois que tu reçois des colis explosés il me semble, tu t'es embrouillé avec ton facteur ?

c'est le facteur qui s'est embrouillé les pieds dans le fil

Zerosquare (./173) :
C'est pas la première fois que tu reçois des colis explosés il me semble, tu t'es embrouillé avec ton facteur ?

la dernière fois, le facteur avait laissé le truc à cheval parce que ça rentrait pas, c'est une voisine qui a enfoncé le truc pour que ça ne dépasse plus :/

ouais, classe

Nan mais elle faisait ça pour rendre service, elle m'a même fait un mail ou un sms pour me prévenir...

(et puis bon le vendeur m'a remplacé l'objet cassé et le nouveau a été envoyé dans une boite et pas dans une simple enveloppe plastic noir blanc...)

Vince : avais tu eu l'occasion de regarder pour fabriquer l'adaptateur série de Zero comme évoqué précedemment ? (pas la version usb)
Je suis toujours personnellement interessé si jamais tu as l'occasion de t'y replonger... !

Merci

cooper (./178) :
Vince : avais tu eu l'occasion de regarder pour fabriquer l'adaptateur série de Zero comme évoqué précedemment ? (pas la version usb)
Je suis toujours personnellement interessé si jamais tu as l'occasion de t'y replonger... !

Merci

j'en ai 2 d'avance.

Genre !
Et yen a un à vendre ?