Calculs Picaxiens

BESQUEUT

Senior Member
Ok.
J' en conclue
1/ que, dans une instruction sertxd, le " # " est toujours nécessaire que l' on transfère un byte ou un word ( pour qu'il soit transmis sous la forme d' une suite ASCII ).
Je dirais plutôt que dans une instruction sertxd, le " # " est nécessaire pour que la variable soit transmise sous la forme d' une suite ASCII (que l' on transfère un byte ou un word )
Par contre, on peut très bien vouloir transmettre un byte sous forme binaire, par exemple le CR=13.
2/ que l' article ' sertxd ' du manuel 2 a besoin d' être mis à jour ( Suppression des accolades dans le § ' sertxd ' et précision sur byte et word ).
Les accolades qui indiquent une option sont justifiées par ce qui précède.
Par contre le (0-255) prête à confusion : c'est effectivement (0-255) si on n'utilise pas le #.
Mais la variable peut être de type word si on utilise le # (0-65535)
Pour les calculs sur 32 bits, l'opérateur ** permet de réaliser des calculs intermédiaires sans perdre de précision.
Par contre, il manque une sorte de #w1:w2 dans le sertxd pour afficher le résultat en ASCII.
A rajouter sur la wish list !
 
Last edited:

PapyJP

Senior Member
Comme promis à PieM en #40, j' ai manipé.
J' ai trouvé cinq façon de transmettre " Une année comporte 365 jours " à mon terminal.
sertxd ("Une année comporte 365 jours") 'Le texte
sertxd ("Une année comporte ",51,54,53," jours") 'Code des chiffres en décimal
sertxd ("Une année comporte ",$33,$36,$35," jours") 'Code des chiffres en hexa
sertxd ("Une année comporte ",#365," jours") 'Envoi par le Picaxe des codes Ascii de chaque chiffre en série
w0=365:sertxd ("Une année comporte ",#w0," jours") 'idem

Tout s'éclaire ( pour ce Pb ! ).
Merci, excusez cette diversion.
Manuel 2 n' est pas clair sur ce sujet
 
Top