rs

C'est noté
En fait si je commande a l'unité a chaque fois j'arrive a 63 euros.
Par lot de 10 avec un boitier noir j'arrive a descendre a 40 euros.
Il me reste a faire le soft embarqué dans l'eprom qui fera les choses suivantes:
Initialisation de la SD.
Localisation des descripteurs, FAT, debut mémoire utilisateur.
Listing automatique sur l'écran des 512 fichiers stockables dans la SD avec pagination par les flèches.
Chargement du fichier choisi en mémoire puis démarrage du jeu.
Et tout ca en utilisant toutes les planques disponibles dans la mémoire de l'Oric sans RAM overlay (merci a l'auteur de l'Oric à Nu !)

Je pense qu'on arrivera bien à 10 personnes intéressées, même si en ce moment avec les vacances certains sont peut-être "déconnectés"

Moi aussi messire Kenneth, posséder cette noire boite me tente fort !
Il y aurait de l’enchantement la dedans que cela ne m'estonnerait point

Ca y est j ai recu la carte (a gauche) version "peau de locomotive" (je croise les doigts, les orteils et le reste par rapport aux interférences !)

A droite, du simple face pour faire des cartouches de jeux pour mon projet précédent...

Après soudage, désenfumage, essayage, "priage"...
Bingo ! Le blindage fonctionne, plus besoin d'alu.
L'étape "hardware" est terminée.

Bravo ! Un grand pas en avant j'imagine

Chouette !

Bravo pour la conception du circuit !

Je suppose que tu as aussi étendu le plan de masse sur l'autre face (j'aperçois sur la photo des via qui doivent assurer la liaison des plans de masse des deux faces du PCB) ? A retenir pour les prochaines applications Oric "hautes fréquences" !

Encore bravo pour cette belle réalisation, qui ouvre un large champ pour les Oriciens !

NightBird a écrit:Je suppose que tu as aussi étendu le plan de masse sur l'autre face

Effectivement les deux écrans antiparasite sont reliés entre eux et a la masse.

Bon, c est pas terrible.
Le code LM pour initialiser la Sd me semble bon après débogage, mais la sd reste muette, en plus l'oric est plus lent que je croyais..pour un programme bien gras de 47 Ko il faudra bien une quarantaine de secondes pour charger... c est pas avantageux mais tant pis, je continue, je vais optimiser mon code en évitant certaines boucles (j ai de la place en EPROM) et utiliser le mode 'toggle' pour gagner quelques cycles.
Pour le mutisme mistérieux de la sd, je vais repasser un coup d'oscilloscope pour voir si le passage en "haute vitesse" (si j ose dire) génère d'autres parasites. A bientot.

Apres visualisation a l'oscillo, la carte fonctionne parfaitement. Je pense que mon code est un peu moisi, ca tombe bien je doit l'optimiser pour augmenter la vitesse de transfert, (instructions répétées sans boucle, toggle, utilisation de la page zero au lieu de la pile) en plus j'ai oublié de masquer l'interruption, ce qui fait ramer l'oric. Je verrai ca a la rentrée.
See you soon...en septembre.
Que les forces noires...et rouges motivent et préservent la communauté Oricienne.

Bonnes vacances et bonnes cogitations !
Si le problème n'est "que" software, c'est déjà moins grave !

Courage Kenneth
May Load Vader be with you

Bonsoir amis Oriciens.
Bon, j'ai trouvé les bugs dans mon code, un adressage "page zéro" mis a la place d'un "immédiat" et une routine de contrôle qui voyait le mal partout et qui empêchait le dialogue Oric-SD.
Mais malgré la rectif...toujours rien. Jusqu' a ce que je découvre qu'en fait j'avais surestimé le 6502A, je m'explique:
Par exemple, pour faire une boucle, on fait une opération et ensuite on branche si résultat nul (BEQ).
Sauf que...ca ne marche pas pour toutes les opérations ! Une addition, soustraction, incrémentation, ça passe, par contre un masquage (AND, OR..), n'est pas considéré comme une opération. Faut que je révise les classiques.
Après rajout d'un "CMP", la carte SD a commencé à parler.. bon c'est encore de la bouillie octale, mais on avance...

L'avantage de la bouillie, c'est que c'est facile à avaler.
Tu devrais digérer plus facilement cet amas de bugs et réussir ton projet

didierv a écrit:L'avantage de la bouillie, c'est que c'est facile à avaler.
Tu devrais digérer plus facilement cet amas de bugs et réussir ton projet

Pas faux
Je viens de trouver les bugs, la routine marche enfin. En vitesse maximum, la carte SD livre tout son contenu, sans erreurs.
Je vais commencer a optimiser le code avant de passer à l'étape suivante: décryptage du "disque dur" en FAT16.

Bon, l'optimisation, c'est pas terrible, ca plante la SD, et en revenant a la version d'avant c'est pareil.
La bonne nouvelle c'est que j'ai repris la totalité de mon code pour un fonctionnement sans optimisation (je perds 1 seconde ou deux sur un chargement complet, ca ne vaut pas le coup d'optimiser), l'usage de la bascule du circuit RS envoie des messages foireux à la cartounette. (Ca fait un peu plus de 1 kilo a verifier c'est pas le Pérou )
Bilan:
La routine tourne sur 3 cartes SD différentes sans aucun plantage (512Mo, 1Go et 2Go)
Actuellement l'Oric reconnait le "disque dur" sans problème et a stocké en "page 2" toutes les caractéristiques du "disque" qui me permettront de localiser le répertoire racine.
La prochaine étape consistera a stocker 8K de données du répertoire racine dans la mémoire vive de l'Oric encore (temporairement) inutilisée, cette mémoire seta totalement disponible de #400 a #BFFF pour mettre le plus gros soft, et on pourra "visualiser" 500 programmes dans la SD par un système de pages défilantes.
J'essaierai de rendre le bouzin compatible avec les programmes "multiblocs" (Basic ou LM ou les 2), contenus dans le même fichier ".TAP", les softs qui vont gratouiller en dessous de la page 3 seront incompatibles, evidemment.

Pendant 3 mois j'ai totalement arrêté, mais depuis quelques semaines, je repart plein pot dans le projet. J'espère garder la motivation...

Bravo et courage Kenneth
la lumière est au bout du tunnel (normalement)

Bonsoir,

Jolie reprise du "bouzin" comme tu le nommes 

Petites questions pour ma curiosité personnelle : 
 - ou vas tu trouver 8K libres dans la mémoire de l'ORIC en laissant libre l'espace de #400 à #BFFF  
 - De #97FF à #B7FF ? (car tu n'utilises pas la ram overlay je crois)
 - 8K, c'est la taille du système FAT de la SDCARD ?
 - ou va tu implanter les commandes pour accéder à la SDCARD ?
 - A partir de ces 8K, on retrouve tous les points d'entrées de tous les fichiers stockés sur la SDCARD ?

Excuse moi pour toutes ces questions, mais je suis le projet depuis le début et je connais la difficulté que cela implique de communiquer avec un système FAT type PC (surtout si tu envisages par la suite d'y ajouter l'écriture).

Bonne suite en tous les cas 

En fait,le système procède en plusieurs étapes pour économiser de la mémoire en sachant que je n'ai pas acces a la RAM overlay:
-La rom Basic est désactivée et remplacée par une EPROM 64K extérieure qui contient une Rom Basic modifiée dans les 16 premiers Ko et les commandes SD dans le reste le l'EPROM.
-On démarre avec la Rom basic, la routine implantée se copie dans la page 2 et 'switche' l'Eprom pour faire disparaitre la Rom basic modifiée (interruptions coupées) et mettre les 16k suivants qui contiennent les commandes de gestion SD
-Après un saut dans la routine de gestion, on place dans la page 0 les repères de pilotage de la SD (zone de calcul rapide) et dans la page 2 les repères du "disque" pour retrouver les clusters, le répertoire et les jeux a charger.
-On recopie dans 8k de la RAM de l'ORIC les noms et les clusters de début de chaque jeu trouvé dans la SD (16 octets pour 500 jeux)
-En utilisant les flèches on fait défiler les noms de jeux a l'ecran pour en choisir un, (il n y a pas besoin de fouiller la carte SD en "live" vu que tout le répertoire est maintenant dans l'Oric.
-Une fois que le jeu est choisi....la routine pointe le cluster de départ de chargement du jeu et le charge en mémoire, ce qui ,du coup, écrabouille les 8k du répertoire qui se trouvait dans l'oric, qui ne sert plus. Par contre, le contenu de la page 2 reste intact, ce qui me permet de charger la suite si il y en a une, sous réserve que l'auteur du jeu utilise la routine "CLOAD" qui aura été modifiée par mes soins pour que l'on retourne dans la SD chercher le reste. Evidemment, une modif de la zone de la page 2 ou un chargement par une routine protectrice créée sur mesure par l'auteur ne rendra pas le soft compatible, ce qui devrait etre pas trop fréquent.
Concernant l'écriture, on peut, il y aurait besoin d'une zone mémoire de 512 octets, l'acces à l'overlay serait l'idéal, mais a cause de la difficulté du timing du signal MAP je risque d'aller droit au casse pipe...On peut tout faire en théorie avec cette extension, y compris étudier une SD "moderne" de 4Go ou  plus, mais bon, je vais me contenter le faire un "simple" lecteur de fichier .TAP avec des petites SD (qui se vendent encore et sont suffisantes en mémoire d'ailleurs) gérables en adressage sur 4 octets, et la FAT16 est encore utilisée, et pas trop difficile d'acces.

Bonjour,

Merci pour toutes ces infos

A+

Bravo et merci pour toutes ces infos techniques

Aah? Le gros barbu vêtu de rouge est passé plus rapidos que je pensais...
Apparemment, la qualité est au rendez-vous, et c'était super bien emballé.
Bon, ben, j'ai du taf...

Bonsoir,

Jolis PCB

Ils sont fort ces chinois !!!!    

Bon montage

Un peu de soudage pour voir ce que ca donne...



La carte la + a gauche qui m' a couté la peau des c
La deuxième et troisième sont terminées et fonctionnent avec l'EPROM démo.
Les suivantes ne sont pas terminées, vu que j'ai mal estimé mon stock de composants qui a été bouffé
Je vais rependre mon code après les fêtes...