Salut,
@SDF si tu veux, je peux demander à Spectroman la dernière version des sources qui a été utilisée pour la programmation des micro-contrôleurs de Fred G5 et olschool... Cela ne nous donnera pas la solution, mais au moins une base éprouvée pour se lancer dans une conversion ?
J'aimerais bien participer, mais même si j'ai des compétences génériques dans le domaine, comme les autres, je ne connais ni les SX28 ni l'assembleur Arduino... Donc il y aurait une longue courbe d'apprentissage initiale pour se mettre dans le bain .
Comme le disait SDF, la fréquence d'horloge du micro-contrôleur ou micro-processeur ne sert que de fréquence de base pour cadencer le fonctionnement interne du processeur. Pour exécuter une instruction, le µP aura besoin de plusieurs cycles d'horloge. Par exemple, un Z80 peut avoir besoin de 13 cycles d'horloge pour exécuter 1 instruction basique [LD A, (A01FH) pour charger dans l'accumulateur A l'octet qui se trouve à l'adresse A01FH]. Ça peut aller jusqu'à 20 cycles ou plus pour une instruction. D'ailleurs, en aparté, la fréquence d'horloge d'un µP n'est pas forcément révélatrice de la vitesse de traitement qu'il sera capable d'accomplir. Si tu compares un Z80 (ZX Spectrum par exemple) à un 6502 (Apple // ou C64 par exemple), et bien un Z80 à 4 MHz n'est pas plus rapide qu'un 6502 à 1 MHz .
Et si tu parcours le source du programme de gc339, tu verras qu'une ligne de balayage à 15,6 kHz se décompose en plein d'étapes (porche, top de synchro horizontale, les pixels, etc.). Chacune de ces étapes requiert plusieurs instructions du µP.
Il faut donc que le µP pédale à une fréquence bien plus élevée que la fréquence du signal qu'il cherche à générer .
Concernant le travail de Rickard Gunée, on trouve encore sur le net ce Pdf qui présente de façon détaillée son excellent travail !
A+
@SDF si tu veux, je peux demander à Spectroman la dernière version des sources qui a été utilisée pour la programmation des micro-contrôleurs de Fred G5 et olschool... Cela ne nous donnera pas la solution, mais au moins une base éprouvée pour se lancer dans une conversion ?
J'aimerais bien participer, mais même si j'ai des compétences génériques dans le domaine, comme les autres, je ne connais ni les SX28 ni l'assembleur Arduino... Donc il y aurait une longue courbe d'apprentissage initiale pour se mettre dans le bain .
Citation de: tilowil le Mercredi 17 Janvier 2024, 22:07:17 PMJ'aimerai bien comprendre le lien entre le quartz et la fréquence max que le montage peut fournir comme mire.
Car si l'horloge du processeur, ici un Arduino nano (16MHz), on est bien supérieur à 15kHz, 24 kHz et 31kHz.
Alors pourquoi le générateur de mire d'@olc ne peut faire que du 15kHz soit environ 1000 fois moins. Je suppose que ce n'est pas aussi simple.
Comme le disait SDF, la fréquence d'horloge du micro-contrôleur ou micro-processeur ne sert que de fréquence de base pour cadencer le fonctionnement interne du processeur. Pour exécuter une instruction, le µP aura besoin de plusieurs cycles d'horloge. Par exemple, un Z80 peut avoir besoin de 13 cycles d'horloge pour exécuter 1 instruction basique [LD A, (A01FH) pour charger dans l'accumulateur A l'octet qui se trouve à l'adresse A01FH]. Ça peut aller jusqu'à 20 cycles ou plus pour une instruction. D'ailleurs, en aparté, la fréquence d'horloge d'un µP n'est pas forcément révélatrice de la vitesse de traitement qu'il sera capable d'accomplir. Si tu compares un Z80 (ZX Spectrum par exemple) à un 6502 (Apple // ou C64 par exemple), et bien un Z80 à 4 MHz n'est pas plus rapide qu'un 6502 à 1 MHz .
Et si tu parcours le source du programme de gc339, tu verras qu'une ligne de balayage à 15,6 kHz se décompose en plein d'étapes (porche, top de synchro horizontale, les pixels, etc.). Chacune de ces étapes requiert plusieurs instructions du µP.
Il faut donc que le µP pédale à une fréquence bien plus élevée que la fréquence du signal qu'il cherche à générer .
Concernant le travail de Rickard Gunée, on trouve encore sur le net ce Pdf qui présente de façon détaillée son excellent travail !
A+