[SHARP MZ-700] Sortie DVI via le RP2040-PiZero

[hlide]

Pour la suite, je me suis dit que je vais demander l'assistance de chatGPT :

Code : Tout sélectionner

Configuration du Mode 320x200 à 50 Hz
Résolution visible : 320x200
Fréquence de rafraîchissement : 50 Hz
Pixel clock : 8,8672375 MHz
Total des pixels par ligne : 567 pixels (320 visibles + 80 front porch + 40 sync pulse + 127 back porch)
Paramètres Horizontaux (64,05603 µs de période totale)
Pixels visibles : 320 pixels (de 36,088 µs à 64,05603 µs)
Front porch : 80 pixels (de 36,088 µs à 45,11 µs)
Sync pulse : 40 pixels (de 45,11 µs à 49,677375 µs)
Back porch : 127 pixels (de 49,677375 µs à 64,05603 µs)
Paramètres Verticaux (19,985 ms de période totale par ligne)
Lignes visibles : 200 lignes (de 12,8112 ms à 19,985 ms)
Front porch : 64 lignes (de 0 ms à 12,8112 ms)
Sync pulse : 10 lignes (de 15,6937 ms à 15,88586 ms)
Back porch : 38 lignes (de 15,88586 ms à 19,985 ms)
Total : 312 lignes

Il s'est mélangé sur le signal sync je pense car il devrait être actif en dessous de 19,985 ms !
Edit: après l'avoir corrigé, je pense qu'on arrive à avoir les bons compteurs pour la capture.

[hlide]

Pour le MZ-800, ça va être un peu plus compliqué car le manuel ne donne pas les périodes qui permettraient de calculer en pixel et en ligne le front porch, le sync et le back porch.

[Bricox]

Oui, mais tu peux compter sur Bricox, pour relever quelques infos temporelles pertinentes sur l'oscillo ...

Mais là, je modifie, le boitier SCART/HDMI, avec ta modif pour la CR qui force le mode RVB,
et en plus, je vais forcer la CL, car je n'utiliserai jamais l'entrée HDMI.
Hier soir, j'ai mesuré la tension mini pour activer la CL : c'est OK à partir de 3.3V jusqu'à 12V.

[hlide]

Hop, je repique ta table pour la capture vidéo du MZ-700 320x200 (312p) 50 Hz :

Pixel Clock	8,86723758	MHz
H Total	567	Pixels
H Active	320	Pixels
H Blank	247	Pixels
H Front Porch	80 (de 36,088 µs à 45,11 µs)	Pixels
H Sync	40 (de 45,11 µs à 49,677375 µs)	Pixels
H Back Porch	127 (de 49,677375 µs à 64,05603 µs)	Pixels
H Sync Polarity	-
H Frequency	≈15.6	kHz
H Period	64,05603	us
V Total	312	Lines
V Active	200	Lines
V Blank	112	Lines
V Blank Duration	7173,8	us
V Front Porch	64 (de 0 ms à 12,8112 ms)	Lines
V Sync	10 (de 15,6937 ms à 15,88586 ms)	Lines
V Back Porch	38 (de 15,88586 ms à 19,985 ms)	Lines
V Sync Polarity	-
V Freq	≈50	Hz
V Period	19.985	ms

Cette table fera l'objet d'une révision dès que j'aurais trouvé le moyen de capturer les signaux avec un analyseur analogique (MZ-700 trop loin de mon PC). Après ce sera codage sur le RP2040-PiZero.

[Leraptor06]

Vous faites une équipe d enfer tous les 2 bravo!

[Bricox]

Nous sommes très complémentaires, hlide est trop fort en informatique ... c'est mon Professeur.
Et en électronique, j'ai une longueur d'avance ...

Pour moi, c'est le niveau de partage, le "Think out of box" et la bienveillance qui priment.

[hlide]

Tentative de capture avec un Kingst LA1010 (je ne retrouve pas mon Kingst LA5032 ) : R, G, B, /HSYNC, /VSYNC, COLR (Color Sub Carrier) et /CLK (Pixel Clock). bon ben j'ai un peu abusé sur la taille des échantillons récupérés (plus de 2 Go; 500Msa@32MHz). Il faudrait que je refasse demain avec moins d'échantillon et peut-être un export CSV pour automatiser l'analyse ?

Ah oui, rajouter la masse du Kingst LA1010 à une masse du MZ-700, ça fait beaucoup moins bruité.

Il faudrait que je chope aussi le /VBLANK et /HBLANK sur la carte-mère pour mieux situer le /HSYNC et le /VSYNC par rapport à eux.

[hlide]

Première chose à vérifier : le comportement de COLR vis à vis de /CLK (CLKN) le pixel clock. 10 Msa@100MHz, à 10 ns près apparemment.
/CLK [ Width: 50-60 ns, Period: 110-120 ns, Duty: ≈50%, Freq: ≈8,8 MHz* ]
COLR [ Width: 110-120 ns, Period: 220-230 ns, Duty: ≈50%, Freq: ≈4,4 MHz* ]

* calculée sur une longue période en divisant par le nombre de front montant sur la période.

Le décalage entre le front montant de /CLK et le front descendant de COLR montre qu'il serait inférieure à 10 ns.

Je capture le signal /CLK à l'entrée 9 de l'IC 6D (7417). Il faudrait que je capture VIO et /VIO pour déterminer le décalage entre /CLK et eux et voir comment se situe COLR. Ou plus simplement par rapport à la couleur bleu.

MZ-RP2040-PiZero-LA(COLR, CLKN).png (74.18 Kio) Consulté 413 fois

[hlide]

Rajout de la couleur bleu B, soient trois signaux à capturer en 100 MHz. Comme attendu, il y a un décalage entre le front montant de B et le front descendant de CLKN (Pixel Clock). Alors j'ai dû passer par un script Python pour extraire des informations du fichier .CSV que j'ai exporté (50 Mo quand même). Alors la règle c'est de ne prendre que les périodes entre un front montant de B et le front descendant de CLKN qui lui précède immédiatement et de faire ensuite une analyse qui me donne la période minimale, maximale, médiane et moyenne.

Code : Tout sélectionner

Période minimale: 19.999999989472883 ns
Période maximale: 60.00000001005201 ns
Période médiane: 29.999999999821835 ns
Période moyenne: 32.51783398186032 ns

Et j'ai fait la même chose pour le front montant ou descendant de COLR au lieu de CLKN :

Code : Tout sélectionner

Période minimale: 59.999999996174225 ns
Période maximale: 110.00000001148979 ns
Période médiane: 79.9999999995249 ns
Période moyenne: 79.0645265888369 ns

[Bricox]

Quelle analyse !

Si j'avais les données je pourrais graphiquer une distribution, sous Excel ... , comme celle-ci

Je vois que tu utilises un logiciel propriétaire pour ton LA1010.
Sais-tu qu'il pourrait être compatible "Sigrok" : Github ?
mais pas encore testé : Sigrok Kingst LA Series

[hlide]

Les voici (.csv compressés en .7z) : [ B, COLR, CLKN ] et [ COLR, CLKN, VION ] - https://transfert.free.fr/Lbk7XvH

Pour le sigrok, il faut extraire le FW or je ne suis pas sous Linux.

[hlide]

Même chose sur /VIO au lieu de B (sur front descendant cette fois - fond bleu car cette broche est plus accessible que son inverse) :

Par rapport à /CLK :

Code : Tout sélectionner

Période minimale VION-CLKN: 9.999999994736442 ns
Période maximale VION-CLKN: 120.00000000622623 ns
Période médiane VION-CLKN: 10.000000001675335 ns
Période moyenne VION-CLKN: 23.37320281181392 ns

Par rapport à COLR :

Code : Tout sélectionner

Période minimale VION-COLR: 29.999999998087112 ns
Période maximale VION-COLR: 90.00000000813912 ns
Période médiane VION-COLR: 59.999999996174225 ns
Période moyenne VION-COLR: 54.79209359665984 ns

[hlide]

Gardé bien en tête que la résolution est de 10 ns à 100 Mhz avec LA1010.

J'ai noté qu'il y avait un écart de 50-60 ns entre les périodes par rapport à /CLK et à COLR.

Histogrammes :

Tab 3x3	COLR	/CLK
B	B_COLR.png (20.33 Kio) Consulté 374 fois	B_CLKN.png (20.26 Kio) Consulté 374 fois
/VIO	VION_COLR.png (20.49 Kio) Consulté 369 fois	VION_CLKN.png (20.05 Kio) Consulté 369 fois

Edit: prise en compte de la remarque de Bricox pour intégrer les images dans un tableau.

[Bricox]

donc [ B - COLR ], c'est [B//CLK - COLR//CLK] ?

mais avec B en bleu à gauche et COLR en bleu également à droite ... (sans légende), je suis perdu ...

[hlide]

Dans un histogramme, les barres sont accolées pour montrer la continuité des données. Chaque barre représente une plage de périodes, et la hauteur de la barre indique combien de fois cette plage de périodes apparaît dans les données. Grosso modo, si j'ai une grande barre à gauche de 20, c'est que j'ai un plus grande proportion de valeurs de la plage [10, 20] qui soit plus proche de 20 que de 10.

L'axe X représente les plages de périodes en nanosecondes (ns). Chaque division sur cet axe corresponde à une plage de périodes. Par exemple, si une division est marquée "10", cela signifie que cette plage inclut toutes les périodes autour de 10 ns.

L'axe Y représente le nombre de fois que chaque plage de périodes apparaît dans les données. Plus la barre est haute, plus il y a de périodes dans cette plage.

C'est parce que je n'ai pas mis de ", align='mid' " dans la fonction de dessin pour mettre une seule barre par division.

[ B - COLR ] veut juste dire que l'on a B et COLR, rien de plus.

La période que l'on regarde, c'est entre le déclencheur d'un nouveau pixel (COLR ou /CLK) et l'arrivé d'une "couleur" (B ou /VIO).

Vu que la résolution n'est que de 10 ns, mais que les dates ne sont pas enregistrées en unité de 10 ns mais en s flottante (ils peuvent être un peu moins ou un peu plus), ça permet de savoir la tendance des périodes au dixième de nano seconde.