Un article de WikiHB9TUH.

Projet HamSDR

Objectifs

L'objectif principal et de créer une platine de traitement de signaux analogique (Video, Audio et RF) afin de permettre des traitements numérique rapides comme de la modulation, démodulation, filtrage, encodage et décodage de signaux. Naturellement ceux-ci sont traités qu'au niveaux digitaux et les parties convertions sont faites sur des autres platines. Il est important de pouvoir de séparer la partie traitement RF (modulation et démodulation) des autres car leur fonctionnement devront être simultanés avec l'encodage ou le décodage des données digitales, audio ou vidéo.

La carte doit être capable de faire l'acquisition de signaux audio, vidéo et digitaux en temps réel par l'intermédiaire d'interfaces spécifique ou déjà digitalisées depuis le réseau ethernet.

Elle doit pouvoir générer ou de démodulé des signaux classique RF de type AM, SSB, FM ainsi que des signaux digitaux comme le FSK, AFSK, APSK, OFDM, COFDM etc. Les parties modulation et démodulation doivent pouvoir aussi bien travailler avec des convertions en fréquence classique à mixers+filtres qu'avec des conversions directe I/Q.

Les codecs video devant être supportés sont le MPEG-2 utilisé dans le DVB-S ainsi que MPEG-4, Theora et éventuellement Dirac. Comme les codecs audio sont moins gourmand que le codec video le choix du hard ne serra pas influencer, cependant il serait intéressant de prévoir quand même d'implanter un circuit AMBE afin d'utiliser le protocole D-Star car l'encodage et le décodage et propriétaire.

Naturellement une platine ne permettra de travailler qu'en half duplex, cependant il faut prévoir la possibilité de faire travailler deux platines ensemble afin de permettre d'éventuelle transmitions digitales full duplex voir un plus grand nombre de platine dans le cas de relais.

La platine de base pourra également travailler comme un poste de travail et pourra gérer les interface classique écran, clavier, disque dur, usb, carte CF, etc. Il est cependant probable que la partie interface utilisateur soit trop gourmande en puissance et qu'il soit plus raisonnable d'envisager un deuxième i.mx27 dédicacé à cette tâche.

Marche à suivre pour analyse

Déterminer la disponibilité d'outils pour le développement (compilateur, interface jtag, debugger, platine de test etc). Ceci aussi bien pour l'I.MX27 que pour le ou les FPGA.

Trouver les communautés travaillant sur les même types de matériel afin d'éventuellement établir des liens de collaborations.

Chercher les patches du kernel disponible afin d'évaluer les fonctionalité de l'I.MX27 déjà plus ou moins exploitable et faire une liste de patches devant être entierment fait.

Trouver des exemples de matériel avec leur schématique pouvant servir d'exemple pour le développement du matériel (schémas platine d'évaluation ou de développement).

Déterminer la modularité en déterminant les type de platines et leur interfaces.

Déterminer le type de bus d'interconnection entre les unités de traitement afin de paralléliser les opérations, ceci avec une granularité assez large, les parallélisations à granularité fine ce faisant au niveau des FPGA.

Évaluer la possibilité de lié ce développement avec le bus passif ATLAS, il est pas cher et assez performant, par ailleur il y a plusieurs cartes déjà disponible qui pouraient être intéressantes à exploiter. Par contre j'aimerais bien de garder une collaboration entre le projet Armadeus et celui que je prévois, je pense déjà à toute la partie software.