Divers: Afficheur NMEA

Ce dernier week-end a bien été occupé à développer un afficheur NMEA destiné à être connecté à un GPS-DO 10MHz. Cet afficheur permettra de vérifier le bon fonctionnement du GPS, et donc du verrouillage du TXCO.

Le dispositif utilise Arduino Nano pilotant un afficheur LCD 2x16 caractères. Le tout est intégré dans un boîtier plastique, l'adaptation de niveau est assurée par un MAX232. L'ensemble est alimenté par la base de temps laquelle transmet aussi le signal 1PPS pour contrôle.

La programmation reste simple quoique s'appuyant sur deux timers, l'un interne destiné à contrôler l'affichage des différentes séquences, le second contrôlé par le signal 1PPS. Aucune des librairies existantes pour l'Arduino ou pour le Teensy  ne gère proprement les erreurs protocolaires. Un automate d'état a donc été réécrit pour traiter chaque trame NMEA sans se limiter à la trame RMC comme le font la majorité des parseurs.

La connexion à base de temps permet de visualiser alternativement le nombre de satellites visibles au regard des 12 pouvant être traités, le niveau d'erreur (PDOP) mais aussi l'heure UTC, l'altitude de l'antenne (posée en haut du pylône) et les coordonnées du lieux en décimal et en 'd.m.s'. Deux symboles animés retranscrivent l'état de la liaison série et du signal 1PPS.

Le seul problème rencontré est celui de l'erreur sur la date. Cette erreur est liée au module GPS utilisé: un Jupiter disposant d'une sortie 10kHz utilisée comme référence de verrouillage. Depuis fin 2015, ce module fournit en effet une date décalée de 1024 semaines en arrière. Une correction dans le logiciel de l'Arduino permet de s'en affranchir.

Problème bien plus gênant, mon dernier Arduino Nano pourtant approvisionné via une boutique sérieuse il y maintenant quelques années s'est mis à transmettre le fameux message indiquant que le chip FT232R est une copie: "NON GENUINE DEVICE FOUND!". Le problème est ici que contrairement à ce qui est annoncé dans la littérature, le message n'est pas transmis par le driver FTDI Windows mais bien par le chip lui-même. La connexion de la platine sur une machine LINUX délivre ce même message. Serait-il possible que, d'une manière ou d'une autre, l'un des drivers de mes machines Windows ait reprogrammé le firmware du faux FT232R. Je n'y crois guère - ce serait une forme d'attaque active - mais je n'ai aucune autre explication à l'heure actuelle.

KE5FX: Modification du logiciel de surveillance du spectre SSM

Le logiciel SSM (Spectrum Surveillance Monitor) de John Miles KE5FX s'avère être bien pratique pour étudier le spectre radio-électrique à partir de l'un des équipements supportés dont mon analyseur de spectre HP-8591A. 

Mon récepteur de mesure HP-8546A n'est hélas pas reconnu bien qu'utilisant un jeu de commandes HPIB compatible avec la série 8590. J'avais donc modifié il y a quelque temps le logiciel afin d'y ajouter le support de cet équipement, modifications transmises à l'auteur qui ne les a cependant pas intégrées. Ayant besoin d'identifier la source d'une perturbation, j'ai repris cette modification en la reportant dans la dernière version publiée de SSM et profitant de l'occasion pour rajouter une fenêtre à défilement lent. Celle-ci permet d'identifier rapidement toutes les raies spectrales sans avoir à rejouer l'enregistrement pour y rechercher la présence d'une perturbation ou d'une impulsion.

Le résultat est assez sympathique notamment lorsque la pleine bande passante du récepteur de mesure est utilisée. La vitesse d'acquisition est alors faible mais suffisante pour identifier des signaux impulsionnels mais répétitifs. 

Mesure depuis une antenne omnidirectionnelle dans le laboratoire

Mesure depuis une antenne omnidirectionnelle externe

J'ai pu constater à cette occasion une baisse notable de sensibilité sur la bande 2 du récepteur. La lecture attentive de la documentation et l’impressionnante batterie de tests embarqués dans le matériel a permis d'identifier la cause du problème - la perte des paramètres de correction de l'un des YIGs - et d'y remédier par une recalibration automatique. Il me restera à mesurer les corrections devant être apportées sur les mesures avec le préamplificateur enclenché et à les ré-introduire dans la configuration.

SMR3522B: Raccordement avec le DRD3572A

Le récepteur SMR3522B et son afficheur panoramique DRD3572A sont enfin parfaitement fonctionnels et prêts à être interconnectés via un câble dont je pense qu'il doit être conforme à celui attendu. Les équipements sont tout d'abord déconnectés du Variac et du transformateur d'isolation puis mis sous tension.

Classiquement - serais-je tenté de dire - le différentiel saute. A se protéger lors des tests, on en oublie que les condensateurs des filtres secteurs peuvent être à l'origine d'un courant de fuite supérieur à la norme actuelle et que ce défaut ne sera pas visible à travers un transformateur d'isolement..

S'agissant de l'afficheur panoramique le défaut n’apparait qu'après la mise sous tension. Le filtre secteur est donc hors de cause. Et de fait un second filtre s'avère être installé sous une plaquette époxy marquée d'un magnifique 'Danger High Voltage'. Les deux condensateurs sont purement supprimés et le défaut avec.

En ce qui concerne le récepteur, le filtre est hélas impliqué. Celui-ci est intégré dans un boitier soudé, lequel s'avère être rempli d'une colle solide. La décision est prise de le remplacer en récupérant la fiche et en fabriquant une équerre qui la supportera ainsi qu'un filtre secteur Schaffner plus récent.

L'ensemble est ensuite remis sous tension, le récepteur étant raccordé sur une petite antenne log-périodique placée à quelques dizaines de centimètres. Le résultat dépasse toutes mes espérances. Non seulement, comme prévu le spectre est bien affiché sur une largeur de bande maximale de 28MHz mais le passage en mode balayage du récepteur bascule immédiatement l'afficheur panoramique en mode très large bande permettant de visualiser d'un coup d’œil l’intégralité du spectre de 500Mhz à 20GHz.

 

Une fonction loupe permet de travailler sur une portion du spectre. Il me reste à trouver comment recalibrer l'afficheur, à tester la sortie vidéo, et à trouver un boitier 19" 3U susceptible d'accueillir l'ensemble dont la longueur est conséquente (60cm).  Et pourquoi pas la documentation technique de cette ensemble. Si un lecteur peut m'aider, il est le bienvenu.

Il me faudra aussi redémarrer le second récepteur dès réception des blocs convertisseurs Vicor et du MMIC ERA-5. Un programme de pilotage de l'ensemble - RS232 / HP-IB - est en cours de finalisation.

SMR3522B: Tiroir de démodulation

Les fonctions de filtrage et de démodulation audio/vidéo du récepteur SMR3522B sont regroupées dans un tiroir extractible. Deux références existent qui diffèrent semble-t-il simplement par la période de production. 

Le tiroir le plus récent montre un défaut dans le niveau de sortie. Une étude attentive de la constitution de ce tiroir est nécessaire afin d'identifier les différents blocs fonctionnels et de déterminer ceux qui peuvent-être à l'origine du problème et qu'il faudra regarder de plus près.

La face inférieure du bloc comporte trois circuits dont l'un est rapidement identifié comme étant l'amplificateur audio. Le rôle exact des deux autres reste à ce jour indéterminé.

La face supérieur du bloc comporte deux circuits dont l'un est ici encore très rapidement identifié puisqu'il supporte les quatre filtres. Une recherche sur la référence de l'un des filtres - filtres à onde de surface -  permet de déterminer la fréquence intermédiaire utilisée, à savoir 70MHz. Trois MMIC sont présents, deux en amplification en tête de filtrage et un en sortie. Le bon fonctionnement de ces derniers est immédiatement vérifié, l'expérience m'ayant montré à plusieurs reprises qu'ils pouvaient être à l'origine d'une perte de sensibilité étant assez fragiles.

Ne disposant pas de carte rallonge, un brin de fil à wrapper est soudé sur l'entrée et la sortie de chaque étage, le module étant ensuite inséré sur le récepteur et l'analyseur de spectre utilisé pour mesurer le gain à chaque étage. Le second MMIC - un ERA-5 - est rapidement mis en cause et est remplacé le temps d'un test par un ERA-1, la référence la plus adaptée dans mes stocks.
Le résultat est sans appel, la sensibilité est bien meilleure quoique qu'encore inférieure à celle de l'autre tiroir. A cela rien d'anormal, à cette fréquence le gain de l'ERA-1 est de 12dB contre 19dB pour l'ERA-5. Une commande est partie pour réapprovisionner le stock et dépanner définitivement ce tiroir.
J'aurai ainsi appris qu'une FI à 70MHz était disponible dans le récepteur que je câblerai probablement en face arrière, cette FI étant plus adaptée à mes analyseurs que la FI à 160MHz.

SMR3522B: Alimentation HS

Le redémarrage de l'afficheur panoramique DRD-3572A et du premier récepteur SMR-3522B ayant été effectué avec succès, le raccordement de ces derniers a pu être envisagé. Celui-ci s'effectue par le biais d'une connectique utilisant un connecteur 15 points identique au connecteur VGA. 

Je ne dispose hélas pas de ce câble, ni de la documentation des équipements. L'analyse du câblage interne des deux équipements laisse entendre qu'un raccordement point à point est requis. Un tel câble est rapidement réalisé, les deux équipements raccordés puis mis sous tension.

Tout parait aller pour le mieux, l'afficheur panoramique détectant bien le récepteur. Hélas, au bout d'une bonne demi-heure, le récepteur s'éteint. Après vérification d'usage - fusible, interrupteur...-  un démontage est engagé et l'alimentation extraite du récepteur pour vérification. Une erreur de manipulation provoque alors malheureusement la destruction du capteur de température (LM34CZ) mais aussi, plus grave, du bloc convertisseur DC/DC Vicor (VI-260-CY) fournissant l'alimentation 5V. 

La question de l'origine de la défaillance initiale reste donc entière: pure coïncidence ou problème lié à une erreur dans la conception du câble de raccordement des deux équipements.

Comme les mauvaises nouvelles vont toujours par deux, quelques jours après, le test de l'alimentation du second récepteur, reçu entre temps, montre que le bloc convertisseur DC/DC Vicor (VI-262-CY) est lui aussi défaillant. L'entrée de la commande de démarrage normalement tirée à ~6V passe rapidement à 0V conduisant à l'arrêt de la conversion.Une commande est donc passée pour remplacer ces deux blocs.

Entre temps, un bloc d'alimentation fonctionnel est reconstitué à partir des deux blocs ce qui permet de vérifier le bon fonctionnement du second récepteur mais aussi de découvrir que le manque de sensibilité constaté sur le premier est dû à son tiroir démodulateur AM/FM (ref. DM3506).

Il va me falloir donc aussi réparer celui-ci, une opération délicate en l'absence de tout schéma et du format de l'un des connecteurs qui ne facilitera pas la fabrication d'une carte rallonge. Ceci d'autant plus que le tiroir démodulateur AM/FM du second récepteur est totalement différent (Ref. DM3502) et visiblement plus ancien.

Je m'attaquerai à ce problème après avoir reçu les blocs DC/DC, réparé l'alimentation du premier récepteur et trouvé le défaut.

DRD3572A: Redémarrage

Le démarrage de l'afficheur panoramique DRD-3572A peut être envisagé, la sauvegarde des images des deux disquettes ayant été effectuée. Il restera à sauvegarder le BIOS de la carte mère mais il me faut pour cela approvisionner un adaptateur PCC32/DIP28. 

Un câble d'alimentation a préalablement dû être réalisé non sans difficulté au regard du format de la prise utilisée. L'ensemble démarre sans aucun problème hormis la perte de la configuration de calibration, la pile lithium - datée de mai 1995 - étant en effet totalement vide.

Démarrage du PC embarqué, initialisation du BIOS et chargement des images des deux disquettes

Démarrage de DR-DOS puis du programme de gestion

Le changement de la pile est effectué et l'entrée fréquence intermédiaire de l'ensemble raccordée à un générateur réglé sur 160MHZ. Le spectre est correctement visualisé sur une bande allant de 146 à 174Mhz soit 28MHz de bande passante.

 Affichage du spectre (ici une porteuse 160MHz modulée en amplitude)

Deux marqueurs peuvent être positionnés à l'aide d'une la molette, la fréquence et le niveau du signal étant alors indiqué. Une calibration logicielle serait nécessaire mais celle-ci devra attendre que je trouve la documentation ou que l'analyse du programme embarqué me permette de déterminer la séquence de contrôle ad'hoc.

DRD3572A: Extraction des programmes

L'afficheur panoramique DRD-3572A vient compléter l'ensemble de réception hyperfréquence constitué d'un récepteur SMR-3522B et de son panneau de commande CP-3501.

L'étude de cet équipement montre qu'il est constitué d'un élévateur de fréquence 160/300Mhz, suivi d'un double filtre 300Mhz d'une largeur de bande de 10MHz dont la sortie est mixée avec un oscillateur à fréquence fixe de 321.4Mhz. La FI résultant à 21.4MHz est envoyée sur un détecteur logarithmique dont la sortie est traitée par un convertisseur analogique digital. Le balayage s'effectue par le changement de fréquence de l'oscillateur local de l'élévateur de fréquence.

L'ensemble est piloté par une carte PC industrielle AMPRO Little Board/386X équipée d'une interface PC104 et de deux mini-modules: un module Ethernet (A60667 - Compatible NE-1000) et module VGA (A60711 - Chips and Technologies 65545). Cette dernière pilote l'afficheur électroluminescent Sharp 320x256 (LJ320-U26). D'autres cartes auxiliaires sont présentes pour gérer le clavier et d'autres modules. Le logiciel est visiblement embarqué dans deux mémoires flash 28F020. 

Une sauvegarde de celles-ci est effectuée avant toute mise sous tension par le biais d'un programmateur ad'hoc et d'un adaptateur PLCC32 vers DIP. L'étude du contenu de ces deux mémoires montre - en tout cas au spécialiste ayant en son temps joué avec les ROM extensions sur architecture PC - qu'il s'agit bien d'une extension ROM (marqueur '55AA') contenant a minima le BIOS de la machine.

Le parcours de la première mémoire met en évidence la présence d'une structure conforme à celle d'un disque amovible (marqueur 'JUMP SHORT 3C' suivi de l'identifiant ici 'AMPROSSD'). Une nouvelle image est générée qui contient l'ensemble des données à partir de cet offset.

Cette image peut ensuite être interprétée comme un disque amovible et son contenu extrait puis analysé.

Le premier disque étudié contient visiblement le logiciel embarqué dont on remarquera qu'il a été effacé plusieurs fois sur le support ayant servi à générer l'image intégrée dans la mémoire Flash. Le second disque contient le système d'exploitation MS-DOS, les gestionnaires de périphérique VGA et Ethernet et la configuration IP associée; configuration contenant une adresse routable qu'il faudra modifier.

La mise sous tension de l'ensemble peut désormais être engagée, moyennant toutes les précautions nécessaires, sans risque de perdre à jamais le cœur de cet équipement.

SMR3522B: Bus HPIB et RS422

L'analyse des échanges entre le panneau de commande CP-3501 et le récepteur SMR-3522B sur la liaison RS-422 m'a permis de déterminer le protocole de communication lequel s'avère être simple et intelligible.

De là à envisager que le même jeu de commandes puisse aussi être utilisé sur l'interface HPIB du récepteur pour des raisons de simplicité de la conception il n'y a qu'un pas à franchir. L'hypothèse va être rapidement vérifiée à l'aide de l'interface Prologix approvisionnée il y a quelque temps pour justement disposer d'un moyen de test et de communication pouvant être rapidement mis en œuvre. Et de fait, le même jeu de commandes est utilisable sur la liaison RS-422 et sur l'interface HPIB.Ceci simplifiera notablement la conception de l'application de pilotage laquelle pourra utiliser l'une ou l'autre des interfaces par simple configuration.

On notera que les quelques photos de la brochure commerciale du SMR-3522B montrent une interface RS-232 en lieu et place de l'interface HPIB.

KE5FX: Adaptation du logiciel de surveillance du spectre SSM - 1

L'ajout d'une seconde fenêtre permet désormais d'obtenir une vue globale de l'occupation du spectre. Les valeurs maximales sont conservées et affichées avec une fréquence de rafraichissement bien plus lente que la fréquence d'acquisition (ici dix fois plus lentement).

On voit ici parfaitement l'occupation spectrale de la bande allant de 900MHz à 1100MHz avec en particulier la bande GSM mais aussi les interrogations des radars secondaires sur 1030MHz et les réponses sur 1090MHz. Quelques modifications - notamment sur l'affichage du niveau de référence - et corrections de boggues restent encore à faire avant que cette application ne soit pleinement exploitable pour mes besoins.

KE5FX: Adaptation du logiciel de surveillance du spectre SSM

J'ai la chance d'avoir à ma disposition un récepteur d'analyse couvrant une très large bande de fréquence. Doté d'une  interface HP-IB cet équipement m'offre la possibilité d'étudier le spectre de manière fiable et précise. Encore faut-il disposer du logiciel de surveillance ad'hoc, logiciel que John Miles (KE5FX) a déjà écrit. Plusieurs modifications ont été nécessaires pour intégrer ce récepteur dans son application SSM, et quelques heures plus tard, le résultat est parfait et conforme à l'attente.

Ici, le spectre radio de 9kHz à 3GHz tel que reçu sur une antenne de mesure EMC biconique en polarisation verticale placée sur mon pylone à environ 6m du sol. On distingue parfaitement les bandes HF, FM, TNT, GSM 900 et 1800. On devine aussi, sous la forme de pointillés juste au dessus de la bande GSM, les réponses des transpondeurs avions.

Je vais transmettre à l'auteur les modifications effectuées dans les jours à venir pour qu'il les intègre s'il le souhaite. Le second logiciel bien pratique écrit par KE5FX est une émulation du célèbre mais bien encombrant  plotter HP7470. Ici aucun besoin de modifier quoique ce soit, la majorité des instruments HPIB offrant une fonction d'impression sur cet équipement. Le résultat est superbe.

W61PC: Nouvelle version de W6xAcars

La carte de décodage Wavecom W61PC est une véritable merveille qui offre la possibilité de s'interfacer directement sur les sorties FI d'un récepteur, chose impossible avec les décodeurs purement logiciels. La présentation des données démodulées reste cependant assez pauvre pour certains modes dont le mode ACARS. Wavecom a fort heureusement prévu un protocole de transfert de données permettant d'étendre les possibilités de ce décodeur.

Une première version d'un utilitaire Windows d'extension ACARS voyait le jour en 2009 qui permettait de disposer d'une analyse plus complète des messages reçus. Une nouvelle version est disponible qui offre désormais la possibilité de sauvegarder toutes les messages en base de données - Format SQLite ou MDB, et de visualiser tous les messages reçus dans la journée pour un avion.

L'utilisateur pourra choisir l'option d'enregistrement en modifiant le paramètre 'database' sous la clef W6xACARS: 0 pour désactiver l'option base de données, 1 pour activer le format SQLite (valeur par défaut à l'installation) et 2 pour activer le format MDB.

Une prochaine version verra peut être le jour, en fonction de ma charge de travail, qui permettra d'afficher le décodage de tous les messages en base de données. Il me faut aussi mettre à jour la version dédiée aux cartes de décodage W40PC et W41PC, cartes encore utilisées par certains amateurs avertis. Ces cartes nécessitent un PC disposant d'un connecteur au format PC-AT, machines devenant rares mais du coup disponibles à coût raisonnable avec des performances très acceptables pour certaines: Pentium III à 1GHz pour les dernières versions de cartes mères intégrant un bus de type.

Software: VoIP ou Streaming audio

Pour écouter mes récepteurs à distance, j'ai développé il y a de cela quelques années RxIAX, une application Windows qui permet d'interfacer une carte son avec un serveur VoIP Asterisk via le protocole IAX2. Chaque récepteur est connecté à une carte son pilotée par une instance de cette application. Un numéro d'extension téléphonique est attribué à chacune de ces instances, lesquelles peuvent être configurées pour soit répondre automatiquement sur appel entrant, et donc mettre en communication le correspondant avec le récepteur associé, soit se connecter sur un serveur Asterisk au démarrage, auquel cas il est possible d'inscrire l'instance dans une salle de conférence autorisant ainsi l'écoute depuis plusieurs points.

La configuration mise en place à l'époque, et toujours active, est illustrée sur le synoptique précédent. Outre sa fonction première, l'application RxIAX permet d'enregistrer le flux audio au format MP3 en identifiant et en horodatant chaque segment. Elle permet aussi de télécommander le récepteur associé par le biais de codes DTMF envoyés depuis le clavier du téléphone ou du logiciel VoIP. Bien que parfaitement fonctionnelle, cette plate-forme requiert une infrastructure complexe - dont un serveur Asterisk - et nécessite d'utiliser un équipement d'accès spécifique, un téléphone ou une application VoIP. Elle impose par ailleurs une configuration dédiée de l'équipement de filtrage bien que l'usage du protocole IAX2 (transport UDP et port fixe) simplifie quelque peu cette configuration.

Une alternative que j'avais étudié à l'époque consistait à utiliser une application clef en main dans le domaine de la téléphonie, avec notamment Skype, ou de la diffusion sonore. Les essais effectués à l'époque avec Skype, TeamSpeak puis avec quelques serveurs de 'streaming' ne m'avaient pas convaincus: accès unitaire dans le cas de Skype, qualité de la diffusion avec TeamSpeak et complexité de la mise en oeuvre des
encodeurs avec les applications de streaming Open Source.

Les choses ont bien évolué en quatre ans avec notamment l'apparition de services de diffusion multimédia gratuits tel le service 'justin.tv'. Service gratuit, certes mais posant quelques problèmes de temps de latence sans parler du délai généré l'annonce publicitaire présentée à la connexion. Mes recherches m'ont conduit à tester différents services, différentes applications jusqu'à trouver il y a peu l'application presque idéale quoique commerciale: BroadWave Streaming Audio Server.

Idéale car d'un encombrement minimaliste - tant en mémoire qu'à l'écran - tout en offrant toutes les fonctions attendues: pilotage de plusieurs cartes sons, gestion de plusieurs streams - un par carte son, serveur Web embarqué, enregistrement des flux et fonctionnement autonome. Cerise sur le gâteau, l'éditeur offre la possibilité d'utiliser gratuitement son application à la seule condition que l'usager référence l'éditeur sur son site Web.

La mise en oeuvre est quasi-immédiate, la seule difficulté résidant dans le paramètrage du routeur d'accès. L'application BroadWave Streaming Server coexiste par ailleurs parfaitement avec les autres applications dédiées qui utilisent elles-aussi les mêmes cartes sons: RxIAX, EasyPal ou encore Wx2Img.

Le rêve avec cependant un problème inhérent à la diffusion de flux audio, celui de la latence et de la mise en mémoire cache, problème qui n'existe pas avec un protocole de VoIP comme IAX2. Avec cette application, la mémoire tampon représente entre 12s et 18s de flux audio. Il n'est pas possible de suivre une transmission en temps réel.

Le port TCP/88 est utilisé par défaut pour accéder au serveur de streaming mais il parfaitement possible de reconfigurer celui-ci. Attention toutefois, l'ouverture d'un tel accès peut mettre le système hôte en péril en cas de faille de sécurité ou de bogue exploitable dans le serveur WEB embarqué dans cette application. Ce risque pourra être minimisé en limitant les accès sur le routeur d'entrée aux seules machines distantes autorisée.

RxControl: Version 1.5.6 disponible

Une nouvelle version de mon logiciel de contrôle à distance de récepteur, RxControl, est disponible. Cela faisait deux ans que je ne l'avais pas fait évoluer mais le développement de la seconde version de IRCMon, le système d'acquisition de surveillance IRC m'a conduit à devoir ajouter quelques nouvelles fonctions dans ReceiverCtl, la librairie qui contient toutes les fonctionnalités de gestion. J'ai donc profité de cette occasion pour corriger quelques bogues résiduels mais surtout pour intégrer les fonctions de commande du récepteur Collins HF-2050.

Une évolution fonctionnelle qui n'a pas posé de grandes difficultés une fois le problème de la connection du récepteur résolu. L'interface RS232 du HF2050 utilise en effet une entrée différentielle, le signal de transmission série en provenance du contrôleur devant distribué sur la broche 2 (Receive Data) mais aussi sur la broche 14 (Receive Return). Pour une utilisation conforme à la norme, cette dernière devra être connectée à la masse du signal - sur la broche 7 ou sur la broche 15 adjacente par exemple. Le manuel de ce récepteur n'indique rien à ce propos, et il m'a fallu engager une rétro-analyse du circuit pour remonter au circuit de conversion - un 78LS120 - pour comprendre l'origine du problème.

La version 1.5.6 gère désormais les récepteurs suivants:
- JRC NRD535,
- Thomson CSF TRC241, TRC243, TRC294 et TRC294A,
- Nardeux T.264,
- Racal RA-1792 et RA-6790,
- Rohde et Schwarz EK085,
- Collins HF2050.

Cette application minimaliste permet de piloter jusqu'à huit récepteurs, identiques ou non, et ceci simultanément à partir d'un seul tableau de bord. Il faudra cependant disposer des interfaces de communication ad hoc - liaisons séries directes ou via un adaptateur USB, et d'un processeur suffisamment performant pour gérer tous les évenements. Ces récepteurs pourront être contrôlés indépendamments, ou à partir d'un récepteur maître, toutes les modifications étant alors immédiatement répercutées sur les autres.

IRCMon: Une nouvelle version disponible prochainement

IRC (Internet Relay Chat) reste un support de diffusion et d'échange remarquable, concurrencé mais jamais encore mis à mal par les autres systèmes de messagerie instantanée développés ces dernières années. Plusieurs canaux d'échanges liés à l'écoute sont diffusés sur divers serveurs IRC, dont en particulier le canal #wunclub sur StarChat.

C'est d'ailleurs ce canal qui m'avait incité voilà maintenant plus de 6 ans à développer 'IRCMon', une application Windows, permettant de collecter automatiquement les informations diffusées sur le canal - fréquences et modes de transmission - mais aussi et surtout de piloter un récepteur à partir des données ainsi collectées. Plus besoin d'entrer manuellement la fréquence venant d'être transmise, le logiciel s'en charge automatiquement !

Quelques temps plus tard, je m'étais attaqué à la réalisation d'un composant logiciel, ou Active/X, implémentant l'intégralité du protocole IRC et donc utilisable dans n'importe quelle application Windows. L'objectif était de faire évoluer l'application 'IRCMon' pour lui faire prendre en charge plusieurs canaux simultanément, et ceci en associant à chacun d'eux un récepteur différent. D'autres projets m'ont conduit à mettre en attente ce développement pendant quelques années avant de le redémarrer dernièrement.

Une première version de l'application 'IRCMon2' fonctionne correctement depuis quelques jours, et sera sous peu disponible sur mon site, le temps de peaufiner les règles d’extraction, et si possible, d'écrire un mode d'emploi minimal.

mBed: Ethernet et USB OTG

Après avoir testé la liaison Ethernet, et le bon fonctionnement d'une pile IP, je me suis décidé à rajouter un connecteur USB hôte pour tester la fonctionnalité 'On The Go' embarquée dans le NXP LPC 1768.

   

Un connecteur récupéré sur un câble rallonge USB HS soudé sur une plaquette d'expérimentation, un peu de wrapping et voilà l'ensemble prêt à être testé après les fêtes du nouvel an.

mBed: Mise en boîte

Le système 'mBed' prend la forme d'un circuit imprimé doté de deux rangées de 40 broches permettant d'interfacer celui-ci. Il est cependant nécessaire de lui adjoindre quelques périphériques pour commencer à jouer avec: un adaptateur de niveau TTL/RS232 ainsi qu'un connecteur Ethernet et son transformateur d'adaptation.

J'ai pour cela choisi d'intéger le 'mBed' sur une plaquette comportant tous ces périphériques ainsi qu'une reprise des 40 broches sur des pinoches à wrapper. Il me sera ainsi facile de modifier le cablâge, et de raccorder d'autres périphériques.

Les premiers tests ont consisté à compiler et charger un programme affichant une chaîne de caractères sur le port série physique et sur le port série virtuel supporté par la liaison USB. L'environnement de développement est assez surprenant mais redoutablement efficace. La compilation s'effectue en ligne et le code binaire résultant est copié dans le disque USB exposé par le système. Une remise à zéro et le code chargé est exécuté. La suite va consister à s'attaquer à tester l'interface Ethernet, puis à porter le code du décodeur PIC-ADSB, la grande inconnue étant le portage de la section critique qui assure la sérialisation de la trame.

mBed: Prise en main

Voilà plusieurs mois que je tente de trouver le temps de commander un kit 'mBed', le problème n'étant pas tant de commander que de libérer du temps pour explorer ce petit système de développement sur ARM. C'est maintenant chose faite, les congés de Noël arrivant fort à propos.

En attendant la livraison, je me suis attaqué à réaliser un circuit imprimé pour l'adapteur Ethernet que j'avais dans mes stocks. Il me sera ainsi possible de rapidement tester les capacités de communication IP du système 'mBed'.

HP4192A: Logiciel de Pilotage - 4

La version 1.3.3 du logiciel de pilotage du HP4192A est disponible. Divers bogues ont été corrigés et deux fonctionnalités ont été ajoutées:

- la possibilité d'utiliser un pas variable automatiquement calculé en fonction des bornes de la mesure,

- la possibilité de fusionner plusieurs mesures.

 

HP4192A: Logiciel de pilotage - 3

Quelques jours de congés m'ont permis de mettre à jour le logiciel de pilotage de l'analyseur d'impédance HP4192A pour corriger quelques erreurs, ajouter de nouvelles fonctionnalités et surtout optimiser les temps de réponse.

La version 1.3.0 utilise désormais la possibilité d'automatiser le balayage, économisant ainsi une commande HPIB à chaque pas. Le mode balayage rapide peut être optionnellement activé au détriment d'une légère perte dans la précision de la mesure.

Rappelons que la variation de la tension de polarisation permettra de caractériser un dipole, la variation de la résistance inverse d'une diode par exemple à une fréquence donnée, 5Hz ci-dessous.

Il est enfin possible d'effectuer une première mesure dont les résultats seront ajoutés à la seconde mesure. Ceci permettra par exemple de soustraire les pertes induites par un transformateur d'adaptation de la mesure de gain d'un quadripole. Pour cela, la première mesure sera activé via le bouton 'Ref.', la seconde à l'aide du bouton 'Run', comme pour une mesure classique.

Outre la mesure d'un préamplificateur HF, la fonction de mesure de gain m'a permis de qualifier avec grande facilité, et immédiatement, un atténuateur de puissance dont j'ignorais les caractéristiques, 30dBm en pratique. 

HP4192A: Logiciel de pilotage - 2

Mon analyseur d'impédance HP4192A est idéal pour caractériser bobinages, résistances et capacités jusqu'à 13Mhz. J'ai d'ailleurs développé un petit logiciel pour acquérir automatiquement une série de mesure. Celui-ci m'a bien été utile pour caractériser les différents tores que j'avais en stock.
Ci-dessous la caractérisation d'une résistance étalon de 100R 0.05%. Celle-ci est visible inductive.

Cet analyseur permet aussi les mesures d'atténuation et de temps de propagation, fonctionnalités bien pratiques pour tester préampli et filtres à quartz. J'ai en conséquence fait évoluer mon logiciel pour acquérir ces données.
Ci-dessous le relevé des mesures du préamplificateur WL1030 à base de deux amplificateurs opérationnels OAP846.

La mesure à plus basse fréquence avec un transformateur de mesure 10Khz/1Mhz en entrée donne un gain variant de 2dBm à 10kHz à 21dBm à 70kHz. Il me faudra probablement revoir les filtres pour relever le gain en VLF et le diminuer en HF, le préamplificateur étant avant tout prévu pour une antenne VLF.