J'ai apporté une petite modification à la version 1.1.34 de la ROM et donc du firmeware de l'interface.
Pour plus de stabilité et de cohérence la détection des bits en #E71C se fait sur le timer en $308 au lieu de $309. Ce qui fait que les créneaux inférieurs à 120 us sont des 1 et au dessus c'est 0.
Pour dire à l'Oric que l'octet suivant est un RLE on envoie un bit de start d'une longueur de 400 us (microsecondes) et donc l'Oric recopie en mémoire le même octet que le précédent.

Ce qui fait :
1 = 48/48 us
0 = 70/70 us
RLE = 200/200 us

j'aurais voulu sauter l'octet le plus fréquent du fichier avec le même principe que le RLE mais le timer en $309 refuse de compter plus loin que $FE, je ne comprends pas pourquoi, si quelqu'un sait pourquoi ça m'intéresse de le savoir 😀 

Bon week-end 🙂 

j'ai fait une mise à jour de RéTOric sur Github, j'essaierai de faire une petite vidéo pour montrer les améliorations.
En gros j'ai amélioré le débit de transfert pour ce qui est de la ROM modifiée, l'interface reste toujours compatible avec les ROMs d'origine.
J'ai ajouté un RLE qui permet de sauter les octets identiques et j'ai supprimé le mode vérif, ça permet de gagner un peu de vitesse d'exécution et un peu de place en ROM pour mettre la routine joystick en #E4F7 et lecture de l'octet en #2F.
Un autre truc intéressant c'est que dans cette ROM l'Oric envoie le nom du prg demandé sur le port k7 ce qui permet de lancer instantanément un prg en tapant CLOAD":prg"

La vitesse de transfert passe à 1'22'' pour l'Aigle d'Or et 1'20'' pour 3DFongus
On pourrait faire mieux mais il faudrait changer la façon d'envoyer les bits... 
Tout ça me permet un peu de démystifier l'assembleur 🙂 mais j'avance pas à pas 😉 

Peut être pas jusque là 😊 mais si mon idée fonctionne je devrais déjà supprimer les répétitions ce qui est déjà beaucoup...

J'ai fait une mise à jour de RéTOric, version 1.3

J'ai modifié les routines K7 de la ROM 1.1 pour accélérer le débit en dowload mais aussi un peu en upload. RéTOric reconnait automatiquement les nouveaux créneaux de la ROM lors du CLOAD ou CSAVE et s'adapte en fonction.

Par exemple 3Dfongus se charge en 2'05 contre 5'59 en vitesse normale et 3'44 en F16.

On peut choisir 2 à 9 bits de stop.
Il n'y a que quelques valeurs de modifiées dans la ROM d'origine, on zappe la vérification Fast/Slow, on baisse le seuil de 512 microsecondes de détection pour un 0 à 256 microsecondes (100 micro pour 1), on supprime aussi le bit de parité en Download.

En Upload le timer est réglé à 180 microsecondes contre 208 d'origine. On réduit les 259 octets de synchro ($16) à 16 octets. Le gain est moins important mais le plus important est de faire une sauvegarde fiable et tout de même plus rapides. Par contre les commandes envoyées par l'Oric sont pour le coup bien plus rapides car on supprime la trois quart des octets de synchro.

Voilà, on pourrait certainement faire mieux mais on ne peut pas lire l'état de l'entrée CB1, seulement des transitions, ce qui est quand même limitant. On pourrait optimiser peut être encore les routines de la ROM mais il faut aussi que le LM358 de l'Oric suive la cadence...

On peut aussi forcer un programme à ne pas s'exécuter après le chargement ou inversement.
J'ai corrigé quelques bugs dont un qui provoquait des erreurs si l'Oric et RéTOric démarraient en même temps.

J'ai corrigé des bugs du RéTOric concernant les transmissions et la fonction CLOAD":nom.ext" qui ne fonctionnait pas correctement dans certains cas. Le nouveau firmware 1.24 est disponible sur GitHub.

Quelqu'un a-t-il déjà essayé de modifier les créneaux du VIA6522 ?

J'essaie d'accélérer la cadence d'envoie des bits sur le port k7 en utilisant le même code que celui qui se trouve en #E76A de la ROM, la valeur D0 en #E78A correspond normalement à la valeur du créneau donc 208 microsecondes.

Le problème c'est que j'obtiens bien des créneaux différents mais pas du tout ce que je souhaite.  Les créneaux sont toujours de 21.8 milli secondes quelque soit la valeur choisie, donc bien plus longs. Je ne comprends pas pourquoi ??

Bon ça devient inquiétant, après x nouvelles vérifications de mon code je m'aperçois que j'ai décalé mes adresses d'un octet, ça risquait pas de marcher 🙄 , donc maintenant en remplaçant 0xD0 par 0x96 j'obtiens bien une période de 2*150 = 300 microsecondes, reste plus qu'à continuer mes tests...

j'ai fait une mise à jour du firmware sur le Gitgub, j'ai corrigé divers bugs concernant essentiellement l'affichage du directory, la gestion de certaines erreurs et j'ai commencé la partie Bluetooth. On peut envoyer des messages en ASCII en bluetooth, pour l'instant je n'ai pas fait la réception (flème).

Une fois connecté (le nom Oric apparait dans la liste des appareils bluetooth), il suffit de lancer un CSAVE"B:nom", le nom est facultatif, il apparaitra en première ligne sur le terminal du récepteur, le reste du fichier sera envoyé intégralement (uniquement les caractères imprimables).

On peut facilement écrire un texte en basic en utilisant la fonction REM, par exemple :

10 REM ceci est le texte qui va s'afficher sur le terminal

CSAVE"B:" et on reçoit le texte sur le terminal.
Vous allez me dire ça ne sert à rien, oui c'est vrai mais ça m'amuse 😊 

J'avais envie de pouvoir adapter ma fonction Joystick à une manette type PS4 en bluetooth mais je n'arrive pas à installer la bibliothèque BluePad32 sur l'esp32, ça m'agace alors on verra ça l'année prochaine 🙄 

Bonnes fêtes de fin d'année !

Claire.