Bonjour,
Il est permis d'être étonné que le picaxe puisse être en attente des codes ,$C9,$D4,$A0 (qui devraient correspondre
aux caractères I,T, et espace de l'étiquette du Linky,) alors que ce compteur n'utilise pas la table ASCII étendue!
Sur 8 bits, ce sont toujours des caracteres ASCII. et je ne comprends pas pourquoi certains caractères et pas d'autres, auraient un problème soit disant lié à la parité!
Dans une trame USART, le bit de parité est optionnel, et le nombre de bits d'une trame n'a rien à voir et peut varier entre 5 et 9.
Bizarrement, l'appel de l'étiquette PAPP est conforme, hormis le code espace en fin.
J'ignore donc la source qui vous a fait écrire cela dans le programme.
Concernant les goto, il y en a une cinquantaine ! et seulement 5 gosub. Donc la vingtaine de return du programme ne correspond pas à grand chose hormis de compliquer encore plus la structure du programme.
Fort heureusement ces returns sont ignorés lors lors du déroulement du programme, dans votre cas.
Pour terminer, avec STGE, j'ai indiqué que d'autres données très intéressantes pouvaient être utilisées , en particulier pour des séquences de délestage. Tout le monde n'est pas contraint d'utiliser le mode historique.
Je ne pense pas avoir d'explications de la part de l'auteur de ce programme mystérieux, au vu de votre seule réponse qui est que votre programme fonctionne à merveille. Et si tout le monde est content, sans se poser de question, tout est parfait.
Bonne continuation.