Cryptage "maison"

Textcontent : c+4k
e8cbaaf0-eff4-4a6b-b863-63bdf2db5f88.jpg

Textcontent : c+4k
7cd7a80e-964c-46f1-8efc-4adf6bfe8871.jpg

Bonjour,
Et maintenant, le triste sire vient pourrir ce post.
Qu’attendez-vous pour sortir ce clown définitivement?

je dois dire que là , il faudrait prendre des mesures
j’en suis désolé, mais si l’on veut poster et participer (chose louable par ailleurs !)
il faut avoir un minimum de lien avec le sujet

ces photos de décodeur ultra récent n’ont rien à voir avec

  • le rétro (d’où le nom du forum)
  • le cryptage maison (d’où le nom de ce fil)

je suis en train de faire avancer le projet lancé au départ par raffou (codeur numerique compatible codage année 1984)
et en meme temps celui de jmespe (codage piloté par un pic16)
j ai dessinné grace a kicad des circuits dans ce sens et j attends le retour des circuits imprimes de chine (voir l autre post sur les CI)
comme les chinois font un prix unique pour 10 cartes , j en ai pris 10 apres ceux que ça interresseraient me contacteront.
on va déja attendre que j en ai fait fonctionner un :laughing: :laughing:

Bonjour.

Je suppose qu’il s’agit de ce schéma de principe :

Sugestion2.PNG
Les TMC2111A sont des registres à décalage à 16 étages d’une largeur de 8 bits. Après 16 coups d’horloge à 13,73447 MHz (soit 4 fois la fréquence de la sous-porteuse PAL) on récupère en sortie l’octet qui était présent sur son entrée 904 ns avant.
Le problème c’est que ces TMC2111A sont obsolètes et donc rares, quoique il y en ait de proposées en ce moment même sur eBay.

TMC2111AB2C.jpg
Le multiplexeur 8 × 4?1 est réalisé avec 4 boitiers 2 × 4?1 en logique rapide, référence 74F153 ou 74F253 pour limiter les temps de propagation.

Le retard nul est forcé pendant le HBI (période de suppression ligne) puisqu’il s’agit d’un codeur. Si le schéma devait être réutilisé pour un décodeur, il serait nécessaire de pouvoir imposer le retard 2 à la place en forçant à 1 le fil d’adresse A1. Pour ce faire, la porte ET du bas, inverseur d’entrée y compris, devront être remplacés par une porte OU.

Le signal HBI est indépendant du µC, il provient de la PLL de la base de temps ligne synchronisée sur le flux vidéo entrant.

Le multiplexeur permet de sélectionner le retard 0, 1 ou 2 avec ses 3 premières adresses. La quatrième permet d’imposer aux lignes concernées soit le niveau du noir (valeur 64 ou 40H) soit le niveau du blanc (valeur 213 ou 0D5H) en fonction du niveau logique présenté par le µC sur le fil Blanc/Noir.

Voici la portion de schéma dont il est question :

Le même mais après remplacement des composants discrets de l’extracteur par un LM1881.

Quelques informations à ce sujet issues du document CDC-3A :

La suppression ligne ne dure que 8 µs au lieu de 12, elle se termine donc au beau milieu du signal d’identification ligne.
Le palier avant du HBI (back porch) de 1,5 µs est déterminé par la cellule R468/C809 (12k?/180 pF).
L’impulsion trame issue du monostable est censée durer 180 µs, mais avec les valeurs de 100k? et de 0,1µF relevées sur un appareil pour R460 et C707, on obtient une durée réelle de 10 ms pour cette impulsion soit une durée d’une demi-trame.

bonjour raffou

est-ce que on est d’accord avec ceci ?
synchro D11 --4538 --4046 -- annoté.png

la trame n’a pas de pll, seule la fréquence ligne est stabilisée
également, bizarrerie pour les valeurs du 4046
10k /22k /470p , cela donne 1600KHz

changpuak.ch/electronics/calc_03.php

à moins que le 4022 multiplie par 8 au lieu de diviser ???

bravo jmespe belle réalisation fait nous des vidéo quand ton projet seras opérationnel 8) 8) 8)

bonjour natacha

le projet navragon est déjà opérationnel à 95%

il y a des vidéos sur le fil (en bas de la page 6 par exemple)
les 5% restants sont dus à un papillotement dans l’image: l’inversion n’est pas exactement symétrique

j’y travaille …
Ces jours ci, je me concentre sur l’échantillonnage du palier noir avec l’aop suiveur

@jmespe : La PLL ligne opère à une fréquence octuple de la fréquence ligne. Le 4022 divise cette fréquence par 8 et c’est le résultat de cette division qui est comparé à la fréquence ligne du signal vidéo entrant.

L’impulsion de trame en sortie du monostable est directement soumise au µC sur son entrée T0, elle synchronise aussi une deuxième PLL qui opère à 12,8 kHz pour assurer la démodulation audio.

« La PLL ligne opère à une fréquence octuple de la fréquence ligne »

oui, donc 125KHz
mais alors , les valeurs de R1 R2 et C ne correspondent pas
avec ce calculateur, je trouve 2KHz maxi

changpuak.ch/electronics/calc_03.php

où ai-je faux ?

Comme je n’ai jamais eu de décodeur D11 et aussi D12 entre les mains, j’ai déterminé la valeur de ces résistances (et des autres composants) d’après les photos qu’avait bien voulu me retransmettre un des participants à ce forum.
Quelques mois après, un autre forumeur a bien voulu ouvrir son appareil et me communiquer les valeurs qu’il relevait sur le sien, je lui ai même demandé de vérifier à l’ohmmètre certaines car soit elles différaient soit elles me paraissaient incompatibles avec la série E12 ou E24.

Je me souviens avoir constaté des différences sur les résistances que vous évoquez, mais plutôt sur celles de la PLL audio. Il y aurait-il eu des modifications de valeur en cours de production pour corriger des défauts?

N’ayant pas fait ces relevés de visu moi même, il n’est pas exclu que certaines valeurs soient erronées, qu’elles soient croisées à cause de références confuses sur la sérigraphie, Je pense que les erreurs possibles devraient surtout concerner les condensateurs non chimiques car le décodage de leur marquage est loin d’être évident pour une personne inhabituée.

@jmespe, la page de calcul au bout du lien communiqué concerne la version HC ou HCT du 4046. Hors celle-ci est différente de la version CMOS commune, par exemple la référence interne disponible sur la patte 15 a été remplacée par un troisième comparateur de phase dont la sortie est disponible sur cette même patte.

Pas sûr que ce calculateur soit approprié pour la version CMOS commune!

Ci-joint le « functional diagram » du 4046 standard avec en dessous celui de la version HC ou HCT :

4046.PNG

bonjour à tous !

il suffit d’un gros week-end pour que je reprenne un peu ce projet qui prenait la poussière …

j’ai travaillé un peu sur Navragon et j’y ai ajouté un mode 16/9 ème ajustable :
Video-2349_ 16-9_variable703.jpg
Video-2349_ 16-9_variable704.jpg
Video-2349_ 16-9_variable705.jpg

j’ai aussi remis au propre mon site avec notamment les pages 5 et 6 :

jmespe.free.fr/electro/realisation/index.html

la page 6 contient la dernière vidéo sur ce mode 16/9 ajustable …

:slight_smile:

Un défi intéressant: tipiaker le Navragon, comme certains pirataient le Discret en 84 ! :mrgreen:
Quelles sécurités ont été prévues pour empêcher la fraude ? :smiley:

tipiaker, oui, ça serait intéressant de voir si les informaticiens peuvent « déduire » quelles lignes sont inversées …
mais je ne sais pas trop comment ils font …

la sécurité n’est pas absolue sur un système analogique, toutefois :

  • le code est sur 16 bits (2 octets) et non pas 11 bits comme sur le discret 11
  • le mode 16/9 ajustable permet d’éviter les comparateurs
  • navragon est conçu dès le départ en s’inspirant du protocole vidéocrypt :
    il y a un « message » de transmis et ce message permettrait de changer le code toute les demi-secondes (24 trames). Cette fonction n’est qu’à moitié implantée : le message est bien transmis, mais c’est pour l’instant un message alphanumérique pour affichage OSD. Le code est donc fixe pour l’instant.

Ces vacances, je ferai peut être un projet audio numérique de cryptage …
j’ai retrouvé une vieille plaquette à base de pic que je pourrais recycler facilement dans ce but …

As-tu eu le temps d’avancer sur ton projet depuis ton dernier post ?
Nous sommes impatients de voir tes résultats ! :smiley:

oui et non,

pour le 100% numérique, j’ai réfléchi, et je ne vois pas comment synchroniser
une trame numérique (à la réception) par mes moyens de simple amateur

reste une possibilité : l’analogique
au lieu d’une fréquence fixe de 12k8 , on peut faire varier cette fréquence

il faut que je vois si le pic peut sortir ça facilement avec un timer …