.

    Ceci est la suite du projet DATV LIVE.

   Nous avons réalisé un emetteur DATV LIVE à base d'encodeur MPEG fait par un PC et encodage DVB fait par une carte à FPGA (voir page datv_live1.html). Bien que cet emetteur comblait une grosse partie de nos ambitions, un inconvenient de taille restait: l'autonomie ou la mobilité. Car avec l'emetteur à base de PC, il n'est pas facile de faire du portable ou du mobile, ni d'envisager la mise en place d'un systeme de retransmission ou repeteur.

   Nous avons donc étudié une nouvelle solution à base d'encodeur à circuit integré. La première solution que nous avons envisagé était l'utilisation de l'encodeur Fujitsu MB86391 qui équipe les emetteurs SR System. Nous pouvions bénéficier de carte déjà construite, ne resterait alors que la configuration à faire correctement. Nous avions d'ailleurs concu la carte encodeur 2 (celle qui fait l'encodage DVB avec un FPGA) afin de pouvoir accepter la connexion d'une carte encodeur de chez SR System avec un HE10-34. Mais deux problemes de taille se sont posés:
- la communication avec le circuit qui doit se faire avec un protocole qui parait simple (bus serie) mais qui n'est pas bien (ou pas du tout) expliqué dans la datasheet du circuit.
- il faut charger un programme aprés la mise sous tension du circuit (firmware que nous n'avons pas).
- il faut configurer le circuit pour le mode souhaité. Rien ne decrit une eventuelle procedure.
Bon, apres des recherches sur internet, j'ai decouvert l'existance d'un logiciel Fujitsu. Il fut impossible de le trouver. D'autre part , le starter kit du circuit qui aurait pu nous aider est introuvable également (j'en ai raté un sur EBAY).

Face à toutes ces difficultés, nous nous sommes tournés vers une autre circuit, le SAA6752. Datasheet disponible, programmation via I2C, circuit encore disponible sur EBAY mais retiré du catalogue Digikey juste avant ce projet ! Il était donc possible de tenter un essais. Nous avons du tout developper, le circuit imprimé, le logiciel, l'interfacage et faire de nombreux essais.... Et c'est Marcel F5SBV qui s'y est collé !
 
 

Synoptique du systeme:

Synoptique d'un encodeur DATV  :

On retrouve trois principaux blocs.

1-  Le bloc I/Q Modulator est fait par un modulateur AD8346. L'OL est fournit par une PLL (LMX2330).

2-  Les bloc encodeur DVB-S est fait par un FPGA monté sur la carte encoder 2 (voir photo ci dessous). D'autres circuits sont montés, génération d'horloge, FIFO, PIC , mémoire, régulateur à découpage.

Voir description à la page      datv_essais5.html

3-  La partie MPEG2 encodeur est traitée par le SAA6752 associé à une RAM, un SAA7114 pour la digitalisation de l'image, un UDA1361 pour l'audio.
Voir photo ci dessous:
 
 

Description: en haut à gauche, les prises audio et video. Le circuit au milieu est le SAA6752. Au gauche du SAA6752 se trouve la RAM (calcul et stockage) Le circuit en haut à droite est le SAA7114 (numérisation vidéo) Le petit circuit en haut à gauche est le numériseur audio. Les deux circuit du bas sont les régulateurs à découpage. A droite, le connecteur HE10-34 sur lequel sort le stream TS mais aussi par où rentrent les configurations des circuits via bus I2C.

  Cette carte a été routée par Marcel F5SBV avec le logiciel TCI. Sur la photo ci dessus, il s'agit de la carte version 2 qui pour l'instant ne fonctionne pas !!! J'ai fait mes essais avec la carte version 1, visible ci dessous carte retournée. Les dimensions de cette premiere carte sont plus imposantes (110x150) tandis que la version 2 fait 120x120....
 
 

Le 24/09/2010

Et bien, ca commence à fonctionner. Voir ci dessous un ecran obtenu avec TS-Reader:
L'arborescence des tables PID se reduit au strict minimum, permettant de visualiser une image mais sans doute pas compatible avec tout les decodeurs du marché.

Ce soir, pour le jeudi soir de l'ATV (region Rhone Alpes), premiere emission à travers F5ZAR avec cet emetteur DATV LIVE autonome .
- mode SIF 352x288
- SR du TS 2304, SR video 1750.
 
 

Conclusion (provisoire)

Ceci est la suite logique des experimentations menées jusqu'alors qui permettait d'envoyer d'abord des images en différé puis du live grace à un PC.

Les solutions retenues sont basées sur des circuits industriels. Il n'est pas question d'etudier et concevoir un encodeur à base de circuits classiques. Bien sur il n'est pas facile de souder un circuit de 240 pattes.... Il reste encore des problemes à resoudre , pixellisation, definition un peu juste SIF 352 x 288, generation des tables etc...

Status au 28/11/2010

Trois cartes encodeur MPEG2 fonctionnent.
Deux emetteurs sont operationnels.

Actuellement, j'experimente au niveau des tables PID (PAT PMT NIT SDT) ainsi que de l'encodage video, particulierement autour des GOP...

En fait au debut, nous etions déjà tres satisfait d'arriver à produire une image live avec cet encodeur. Mais nous nous sommes vites apercus des lacunes de notre première solution:
- image en basse definition 352x288
- pas de couleur la premiere minute !
- table PID basique
- pixelisation aleatoire

Nous avons donc cherché et trouvé quelques surprises: Nous n'arrivions pas à transmettre en HD ( 720x576) malgré toutes les tentatives de configuration du SAA6752. C'est là qu'une discution sur le forum TVA nous a permis de comprendre certaines choses liées à la base de l'encodage MPEG, les GOP. Ces fameux GOP definissent les types d'images qui seront envoyés par l'encodeur. Il s'agit d'un choix qui peut être fixé ou être variable (par l'opérateur ou le dispositif) en fonction du contenu de l'image. Le systeme envoie alors des images I B ou P et cela permet de réduire le flux à transmettre de manière importante, sachant que ce sont les images I les plus lourdes. On definit un codage avec un couple de nombres, par exemple 3,15, le 3 definissant BBP et le 15 l'ensemble IBBP....P .

Nous avons donc reflechis sur ce sujet et fait des essais et mesures. En fait, le SAA6752 apres son reset ou sa mise sous tension ne transmet que des images I. Les GOP ne sont pas configurés! Le flux était donc trés important et aussi trop lourd pour pouvoir transmettre autre chose que du SIF.

Apres bien des essais, nous sommes donc arrivés à envoyer une image en D1. Voici une image du resultat (merci Jean Luc), tant au niveau des tables PID que des GOP:

Image D1 720x576
SR TS 2304
SR video 1750
L'image est fixe.
Les tables PID ont été élaborés à partir d'un exemple SR System.

Comme nous le voyons sur l'image ci dessus, l'image I est transmise en premier (vert) suivie de deux images B. Ces deux dernières sont de tailles équivalentes ce qui est une indication sur la qualité de l'encodeur. Nous pensons (nous ne sommes pas specialistes en la matiere) que le SAA n'a pas eu assez de place pour transmettre tous les details dans l'image I et il complete lors des deux premieres images B. Cela se voit à l'observation de l'ecran par du fourmillement cyclique. Pour l'instant, nous ne savons pas s'il s'agit d'un problème de configuration (de notre part) ou du fonctionnement du circuit SAA.

A suivre...
 

Essais avec differents terminaux

Nous avons fait des essais avec différents systèmes de reception avec des résultats variables.
 

- terminal SL65 12V	reception avec pixelisation aléatoire
- terminal Elap	reception avec pixelisation aléatoire
- terminal Pixis	bonne reception
- PC avec TT S2400 et VLC	bonne reception.
- terminal pro SCOPUS	ce terminal a beaucoup de mal à trouver les paramètres vidéos MPEG du SAA6752 et n'affiche pas d'image.
- terminal california	à essayer

A suivre....

 retour index DATV

Page lue     fois.