Incrustation video avec arduino et LM1881

[invite106ce3b0]

Bonjour,

J'ai trouvé sur le net le schéma suivant (site http://f5mna.free.fr/ArduiTVout.htm) et qui est censé permettre de faire de l'incrustation vidéo sur un signal existant avec une arduino :



Du coup, ce montage est censé se brancher quasi directement avec un ATmega328. Malheureusement, il n'y a que peu d'explications (voir aucune) sur le site d'où provient le schéma, et avant même de me pencher sur le contenu de la lib associée pour faire un OSD, j'aimerai comprendre le fonctionnement de ce schéma...

- Tout d'abord, quel peut être l’intérêt de brancher une entrée analogique (A2) sur le potar connecté à la patte 8 du LM1881 ?
- A quoi sert l'interrupteur "OSD" ? Sur la photo de la réalisation, ça a l'air d'être un poussoir dont le rôle n'est expliqué nul part. Une idée ?
- Comment interpréter l'usage fait des pattes 5 et 7 qui ne sont connectée à rien ? Est-ce des pattes qu'ils ne faut effectivement connecté à rien ?

En remerciant ceux qui auront la patience d'aiguiller le noob que je suis sur la voie de la compréhension.
-----

[invitee05a3fcc]

Attention, il y a tromperie sur le terme!
Ce n'est pas une incrustation ( comme un sous-titrage), mais simplement un générateur d'image (comme une mire)

[invitee05a3fcc]

En fait, il y a deux versions .... sans et avec LM1881 qui permet de faire l'incrustation .
- L'inter devrait permettre de sortie une image+incrustation ou uniquement l'incrustation
- la sortie 7 sert à indiquer si on est sur une trame pair ou impair
- la sortie 5 sert à indiquer la position du burst (utile si on génère de la couleur, ce qui n'est pas le cas ici)
- Pour A2, faut voir dans le logiciel son rôle

[invite106ce3b0]

Je parle de la version incrustation, pas de la version générateur de signal vidéo (qui ne nécessite pas le LM1881 et qui se fait direct en sortie du atmega328).

- L'inter devrait permettre de sortie une image+incrustation ou uniquement l'incrustation

C'est ce que j'avais osé supposer. Je suppose donc (n'ayant besoin que de l'incrustation) que je peux virer tout ce qui se trouve entre D8 et l'interrupteur "OSD" ?

En tout cas, merci d'avoir pris le temps de me répondre

[A voir en vidéo sur Futura]

[invitee05a3fcc]

que je peux virer tout ce qui se trouve entre D8 et l'interrupteur "OSD" ?

Tu gagnes une diode et une résistance.

Par contre, la technique d'incrustation n'est pas très "propre" . Il rajoute avec la 330 un signal sur la vidéo composite. Si on est en train de faire du blanc, on rajoute du blanc à du blanc et on dépasse la limite max du signal vidéo .... ça risque de baver !

[invite106ce3b0]

je comprends... Mais ne serait-il pas très simple de corriger ce problème en remplaçant la résistance de 330ohm par un régulateur de tension qui plafonnerai la tension "ajoutée" à la tension maximale admise pour le signal vidéo (dont je n'ai pas trouvé la valeur, sinon en IRE d'après un petit tutoriel publié par maxim) ? De cette façon, on n'ajouterait plus, mais on compléterait ? Je me trompe ?

[invitef86a6203]

Le but est à la base de ne pas recourir à un chip spécialisé qui gérerait évidemment bien mieux.
Mais c'est une sorte de challenge.
On fait donc un montage "low cost" avec peu de performance mais qui fonctionne Tout de même , pour afficher quelques mesures OSD (On Screen Display) sur la vidéo de surveillance ou d'immersion...
L'utilisation est simple on envoie une chainede caratères sur le port RS232 et on a une zone de 16 caractères affiché

Un vrai plan (qui fonctionne) ci joint d'incrustation texte sans chip spécialisé.
Avec un simple pic16F876.
Le but est d’intégré un texte sur l'image vidéo et non pas de mélanger une autre vidéo.
On génère donc des points blancs et des noirs ou plutôt des mini traits

Les problèmes principaux sont ;

1) la vitesse, ici le pic a un quartz de 20Mhz et le µc une architecture RISC ce qui est déjà mieux que l'Arduino...
2) le impédance vidéo de 75 ohms , ici respectées grâce au ampli a transistors.
3) la commutation d'une vidéo à une autre, ici des 4066.
4) les niveaux de noir et de blanc, ici réglés grâce a des potentiomètres.
5) une font de caractère
6) dans il faudra copier n fois la ligne pour avoir un point carré et non pas un fin trait
7) et aussi un moyen de synchroniser tant bien que mal car ici avec 20Mhz de quarte le cycle est de 5Mhz soit un point sur une image de 320 pixels de large avec un minimum de 3 instructions (vraiment le minimum LOL) ça fait plusieurs points et donc un léger flottement horizontal...

Sur le shéma du post#1 , il y a rien du tout juste un lm1881 qui en fait ne fait trier les tops de synchros.
A mon avis un plan sur la comète du gars qui a dû entendre parler du principe...

Tout le cœur du montage se trouve dans le soft et surtout la partie génération des points car la vitesse est critique.
Une ligne sur image de 625 fait 64µs , ce qui fait peut de temps pour gérer les points.

Dumping

;1
Movf	INDF,w
Movwf	PORTB
bcf portA,0
RLF	PORTB,f
nop
RLF	PORTB,f
nop
RLF	PORTB,f
nop
RLF	PORTB,f
incf	FSR,f

;2
clrf PORTB
nop
Movf	INDF,w
Movwf	PORTB
nop
RLF	PORTB,f
nop
RLF	PORTB,f
nop
RLF	PORTB,f
nop
RLF	PORTB,f
;nop
incf	FSR,f

Le code d'affichage sera de ce genre pour augmenter la vitesse ici seulement 2 rangés de 2 caractères...
Le nop ralenti un peu la vitesse des points sera de de 2.5Mhz soit 160 points

[invitee05a3fcc]

Mais ne serait-il pas très simple de corriger ce problème en remplaçant la résistance de 330ohm par un régulateur de tension qui plafonnerai la tension "ajoutée" à la tension maximale admise pour le signal vidéo

Un régulateur qui aurait une bande passante de plus de 3Mhz ..

(dont je n'ai pas trouvé la valeur, sinon en IRE d'après un petit tutoriel publié par maxim) ?

De mémoire, un peu moins de 1V crête/crête

En fait, quand on fait une incrustation (caractère en blanc par exemple) on entoure la lettre d'un liseré noir pour la faire ressortir sur un fond blanc ou noir. Et ceci est fait, non pas en additionnant l'incrustation à la vidéo, mais en remplaçant la vidéo par l'incrustation et ceci avec un switch analogique (tout en respectant le niveau du noir)
Evidemment, c'est un peu plus complexe qu'une simple 330 !

[invite106ce3b0]

Un régulateur qui aurait une bande passante de plus de 3Mhz

En fait, je ne me rend pas vraiment compte de la difficulté que c'est, mais je déduit de la façon dont c'est dit que c'est pas si simple que ça ^^

Quid d'un régulateur a transistor, c-a-d un transistor saturé quand D7 est HIGH avec une tension de 1V au collecteur ?

D'un point de vue théorique, plutôt que de remplacer l'image par l'incrustation (et toujours dans le cas d'une incrustation monochrome), ne pourrait-on pas envisager de faire du blanc par la méthode précédemment décrite et du noir en court-circuitant le temps d'un pixel le signal vidéo à la masse ?

Un vrai plan (qui fonctionne) ci joint d'incrustation texte sans chip spécialisé.
Avec un simple pic16F876.

Merci beaucoup pour cette réponse super complète, mais malheureusement, il y a au moins un composant qui pose un gros défaut sur ta proposition de solution : moi !

En fait, je suis ultra débutants en électronique, j'en suis a mon 3e ou 4e sketch sur arduino (je n'avais jamais touché un µC il y a 1 mois), je ne suis pas encore équipé pour programmer un µC autrement que par un port USB et avec un bootloader arduino de l'autre coté. pour être franc, a ce stade, je ne sait même pas réellement ce qu'est un PIC ... De plus, je n'ai jamais programmé en assembleur. Je m'efforce d'essayer d'apprendre sur le tas le soir après le boulot au détriments de la vie de famille, mais les mecs qui écrivent les datasheet ne les écrivent pas pour des gens ayant mon niveau.

Sinon, je ne suis pas contre l'utilisation de circuits spécialisés, et j'ai même 2 max7456 en stock (mais juste les composants, pas la "breakout borad"). Mais étaient-ils obligés de faire des pattes si petites et si rapprochées ? Actuellement, je fait mes circuits imprimés a la CNC et à la fraise à graver et je soude encore au fer 50W. Je pense avoir atteint le minimum possible en taille compte tenu des technologies à ma disposition avec les boîtiers SO8...



Enfin quoi qu'il en soit, un grand merci pour votre aide !

[invitef86a6203]

regarde plutôt du coté du STV5730
il faudra écrire du code , peut être y en a t il sur le net comme le circuit est très connu.

[invitee05a3fcc]

D'un point de vue théorique, plutôt que de remplacer l'image par l'incrustation (et toujours dans le cas d'une incrustation monochrome), ne pourrait-on pas envisager de faire du blanc par la méthode précédemment décrite et du noir en court-circuitant le temps d'un pixel le signal vidéo à la masse ?

Non ....
le noir, ce n'est pas 0V ... mais le niveau de "noir" (0,3V)
Un signal 0V, c'est un top de synchro
Regarde la structure du signal vidéo composite http://electronique.marcel.free.fr/V..._composite.pdf

[invitef86a6203]

un site interessant plus complet avec l'Arduino
http://www.rcgroups.com/forums/showthread.php?t=1473207

[invite106ce3b0]

Non ....
le noir, ce n'est pas 0V ... mais le niveau de "noir" (0,3V)
Un signal 0V, c'est un top de synchro
Regarde la structure du signal vidéo composite http://electronique.marcel.free.fr/V..._composite.pdf

j'ai lu je ne sait plus où que les diodes classiques au silicium provoquaient une chute de tension de 0.7V... Or, si le blanc est à 1V et le noir à 0.3V... je ne peut m’empêcher de penser qu'on pourrait faire du noir en faisant du blanc (toujours avec la méthode précédente) puis en faisant passer le signal dans un inverseur qui orientera le courant soit dans un fil en cuivre classique (blanc ou pas d'incrustation), soit dans une diode pour faire du noir... Désolé si je suis têtu...

Concernant les STV5730, je viens d'en commander une paire... Mais vu le temps qu'il faut pour que ça arrive jusque chez moi (au moins 1 mois), vaut mieux que je commande d'abord et que je réfléchisse ensuite.

Pour le site sur l'incrustation via arduino uniquement, je connaissais ce topic, mais ça à l'air d'être un truc avec une gestion hyper hyper hyper critique du timing...

SPDR = numbers[(buffer[4])+(temp)];
                  __asm__("nop\n\t""nop\n\t""nop\n\t""nop\n\t"); 
                  __asm__("nop\n\t""nop\n\t""nop\n\t""nop\n\t");
                  __asm__("nop\n\t""nop\n\t""nop\n\t""nop\n\t");     
                  __asm__("nop\n\t");

Toujours pareil, je connais rien à l'assembleur, mais ça serait pas un truc fait pour faire pédaler le µC dans le choucroute en attendant le moment opportun pour envoyer des impulsions ? En fait, le code de ce topic m'a tellement fait flipé que me suis dit qu'on pourrait pas avoir quelque chose d'acceptable sans au moins 1 composant capable de gérer un semblant de synchro vidéo derrière... et le LM1881 me paraissait être suffisant pour avoir quelque chose de compréhensible au niveau de la programmation du µC.

Encore merci à vous !