bonsoir à tous, voici ce qu’est devenu le schéma du crypteur ;
exit le ne592 et :
-premièrement un ampli (2 transistor) de x1.5 x1.5= x2.2
-ensuite un pré-alignement fixé à 2V par une led verte :
et il me semble bien que la qualité de l’image est meilleure
et je me pose une question :
pour mon ampli à transistor, j’ai mis 1k /1.5k , mais y a t il une règle ??
par exemple 10 / 15k ?? ou au contraire 100 / 150 ???
j’ai commencé à faire un relevé de bande passante, mais mon gbf est à base de xr2206 ; maxi 600kHz
bonjour à tous, ouf, enfin en vacances, et je reprends un peu du poil de la bête …
Je reprends donc « Navragon », et je commence à m’essayer au correction d’erreur
1- la parité
une ligne tatouée transmet 8 bits (j’ai laissé tombé 10bits/ligne)
et comme un caractère n’a besoin que de 6 bits (je ne fais que les majuscules et les 10 chiffres)
il reste 2 bits
j’ai essayé la parité 1bit pour 7 bits , mais finalement : c’est mauvais !!!
la probabilité de passer une erreur est quasi …50% !!! (ben oui, c’est logique)
donc je suis passé à 2 bits de parité pour 6 bits
en cas d’erreur, le caractère est remplacé par un blanc
exemple :
aujourd’hui, je me suis amusé au multimode
le crypteur crypte suivant 4 modes
no 0 (le mode actuel) ligne aléatoire
no 1 mode par groupe de 8 lignes aléatoires
no 2 mode fixe (sans code , sans table)
no 4 mode trame entière les 288 lignes de la trame sont soit positives soit négatives
notez que le décodeur transmet le mode affin que le déco s’y accorde (normal)
mais il le fait avec .5 secondes de retard (à voir …)
Notez bien :
que ma carte vidéo n’aime pas du tout le mode 3 (trame entière)
mais sur la télé cathodique, ça donne très bien !)
et qu’en plus il n’y a pas de son (problème depuis que j’ai changé mon pc du labo électronique
j’ai abandonné les 4 modes : c’est trop et le mode trame entière (bizarrement ?) ne passe pas très bien
je suis revenu à 2 modes
-mode 0 : le mode « normal » la table renvoie un octet aléatoire : 1001100 dont chaque bit défini une ligne
-mode 1 : seuls les bits 0, 3 et 7 définissent un groupe de 2 ou 4 lignes
résultat à l’image avec le décodeur numéro 1 (le « simple » avec osd à petits carrés)
le mode est affiché par l’octet de droite
soit 0 : 000000 |
soit 1 : 001001 |
Comme je me suis acheté un convertisseur pal → secam, j’ai ressorti du placard mon décodeur d11 à cubes verts
j’ai continué le programme pour arriver à un cryptage HORS NORMES du d11 officiel
mais utilisant le meme principe (retard 0 , 900 ou 1800 ns)
pour l’instant, le cryptage est fixe (le gpa est raz à chaque trame)
lecteur usb → convertisseur secam → crypteur → enregistrement VHS
puis relecture
magnétoscope → décrypteur (le meme mais avec un prog inversant les retards !)
et voici le résultat : ça marche
ne regardez pas la qualité vidéo : ma carte d’acquisition pc n’aime pas le sécam !!! dl.free.fr/nDwKkmyj1
par contre, il va falloir voir l’extracteur de synchro : le lm1881 est ok en sortie dvd, mais il cafouille déjà beaucoup sur une simple lecture de vhs !!!
si on parlait de la synchro dans le vrai D11 (raffou en avait fait le schéma …)
Pour décider s’il faut appliquer ou pas à chaque ligne vidéo une inversion de luminance, tu pourrais t’insiper de la table des retards du GPA Discret en fonction des 3 bits indiqués, mais dont au moins un représente la parité de la trame.
Exemple de table de vérité (sachant que B2 est le bit de parité de la trame fourni par le LM1881 ou le EL4583):
B2 B1 B0 Inversion
0 0 0 Non
0 0 1 Oui
0 1 0 Oui
0 1 1 Non
1 0 0 Oui
1 0 1 Non
1 1 0 Non
1 1 1 Oui
En quoi es-tu gêné par la gestion de la parité de la trame ?
Après tout, ce n’est qu’un état logique délivré par l’extracteur de synchro (si t’as besoin d’autres signaux en plus, prends le EL4583).
As-tu pensé aussi à ne faire inversion sur la composante Luminance seule, la Chroma reste telle quelle ?
Dans ce cas, le Svidéo est parfait puisque déja séparées, mais il devrait être faisable de séparer Y et C à partir d’un CVBS avec un filtre et de recombiner une fois la luma cryptée.
j’utilise un tda2595 qui n’a pas de sortie parité (directement)
c’est juste qqueslignes de codes … mais il faut les faire
la gestion du protocole exact du D11 est assez alambiquée
mannix m’avait donné toutes les infos, il reste à programmer tout ça exactement … à la ligne près !
Le EL4583 doit être un proche cousin du lm1881 et ce genre de circuit est déplorable en réception
sur la vidéo du haut, tu peux voir que un simple enregistrement / lecture sur un VHS pose déjà des problèmes à certaines trames
Pour rappel :
le vidéocrypt a un tea2029 hyperstable (cousin du tda2595)
le D11, lui, a un circuit à composants discrets (!!) mais incluant un 4046 et des monostables…
Pour l’instant, je continue donc avec le tda2595 (sauf si on arrive à faire un module 4046 + monostables inspiré du d11)
Pour le Y/C , je n’ai rien, je crois, qui sorte en y/c !! (platine pal, vhs , lecteur peekton … )
Sinon, pour les projets/nouveautés de ces vacances qui approchent :
-j’ai peut être une source pour faire un tube « tourné » avec rainures => lar fabriquées maison en 30 bobinages
-j’achète un max038 pour faire un géné sinus => mesure des bandes passantes pour navragon et discret à cubes verts
-avancer la prog du D11 sur PIC (raffou a remis une couche d’explications)
éventuellement, essayer de générer le 12k8 avec le pic => variation de la fréquence pour le codage son
et meme (si j’ai vraiment le temps !) utiliser un 4051 au lieu d’un 4066 => sur la lar 30 cellules, on peut faire plusieurs retards (à voir visuellement si intéressant)
mais je ré-utilise le montage avec les LaR bobinées
pour un navragon-D
premiers essais aujourd’hui avec
2 niveaux (retard 0 ou 1800ns)
fixe
mais quand meme , j’ai tatoué la ligne 24 en blanc
la suite demain !
Dans ce zip: 2 vidéos l’original sorti d’un lecteur DVD
et la relecture depuis un VHS décrypté à la volée … dl.free.fr/h2vhcw4l4
je ne vous montre meme pas d’image en PAL couleur
mais, en fait, je soupçonne que mes LaR ont une perte moindre et donc l’image
sature tout simplement en amplitude
je verrai cela aussi …
oui , le TDA2595 est génial mais il est capricieux sur la patte 9
et il n’a pas de detection parité en natif
ce n’est guère compliqué en fait, il faut détecter le front MONTANT de la trame et voir l’état de « H »
c’est ce que fait le montage que vous donnez et que j’avais dans mes propres documents …
y compris sur mon site d’ailleurs : jmespe.free.fr/electro/ERP/index.html (à la 3 ème ligne)
Logiciellement, ce n’est pas compliqué (en plus, je détectais déjà le front montant de la trame)
2 ou 3 lignes de codes
mais bon, après je n’arrive pas à comprendre pourquoi le GPA (bien que bon)
et bien que donnant les bons retards
ne débrouilla pas la moindre image …
(je relevais un à un les retads sur un tableau avec le numéro de ligne
et les états sur les commandes du 4066)
bref, pour l’instant je suis en navragon-d (ou discret à la sauce navragon)
et logiciellement, ça marche à 100%
je suissurtout bloqué par le matériel et la qualité d’image insuffisante
l’image se déchire à la relecture sur la magnéto (surtout sur les images claires)
janpolanton me fait des simu sous ltspice , ça m’a aidé , mais ce n’est pas parfait
pour l’instant, voici le schéma de ma partie analogique :
ha oui, il y a déjà une modif cet après midi : suppression du filtre 330ohm / 120p de préaccentuation
Ltspice montre une bande passante largement suffisante …
salut
un pb qui pourrait t avoir echapper c est que le D11 crypte de la ligne 24 a 310
et que des que tu est a la ligne 24 tu dois mettre en place le retard pour la 24 mais avant de faire tourner le GPA.
renvoie moi ton source pour pic16 je vais le relire .