TRC2891: Réparation panoramique N°2

La réparation du panoramique TRC2981 s'étant bien déroulée, j'en ai acquis un second, lui aussi annoncé en panne. Celui-ci est hélas arrivé bien amoché - poignée et arrière du rack tordus - probablement à la suite d'une chute du carton. Il faut avouer que si l'emballage du premier panoramique était parfait cela n'était pas le cas du second.

Ici encore un bon nettoyage a été nécessaire avant toute mise sous tension avec démontage du tube, de la face avant pour redresser la poignée et de l'alimentation pour la tester hors châssis. Cette dernière n'a plus son commutateur de tension - problème résolu en câblant directement en 230V le transformateur - et ses condensateurs chimiques de 47µF/25 font la tête. 

Ils sont remplacés par des condensateurs modernes en 105°C.

 

L'alimentation est ensuite mise sous tension avec vérification de la tension redressée puis en service - CC des broches 3 et 4 - avec toutes les tensions attendues présentes. Une fois replacée dans le châssis toutes les tensions sont mesurées OK sauf ... comme dans le cas précédent ... la tension filament. Le transistor associé est immédiatement dessoudé, trouvé HS et remplacé. Les condensateurs 47µF/25V sont aussi remplacés à titre de sécurité.

Avant nettoyage                      -                      Après nettoyage

A la seconde remise sous tension, la trace apparaît très basse au maximum de hauteur sur le réglage face avant. Un réglage sur la carte H/V permet de ramener ce réglage à une valeur correcte puis l'injection d'un signal à 21.4MHz et sa variation autour des limites de la bande passante confirme le bon fonctionnement du panoramique. La sensibilité reste remarquable.

TRC2891: Réparation panoramique N°1

Le TRC2981 est  un afficheur panoramique conçu pour s'interfacer avec le récepteur TRC298 sur sa sortie FI 21.4MHz. Il est à même de balayer toute la gamme de réception à condition que le récepteur soit équipé d'une carte spécifique. J'ai dernièrement pu acquérir cet équipement annoncé en panne à un prix raisonnable.

De fait et après avoir déconnecté le bloc alimentation de l'équipement pour le mettre sous tension sans risque, le voyant de présence du 5V ne s'allume pas. Ne disposant pas des schémas, le dépannage risque d'être ardu. Après démontage de l'alimentation, et vérification des tensions, le coupable est trouvé: le porte fusible 24V est cassé. Une fois réparée l'alimentation fonctionne comme prévu. Après remontage, l'équipement ne fonctionne toujours pas, l'affichage étant totalement inactif.

Les tensions sont toutes testées sur les prises prévues à cet effet et apparaissent correctes sauf, a priori,  la THT. Le bloc THT est donc démonté pour découvrir que sa prise de test est raccordée à un diviseur par 1000 conduisant à pouvoir mesurer sans sonde spécifique la THT. Soit une mesure de 2.5V à 3V. Après remontage, cette mesure est bien vérifiée. Il reste alors à contrôler la continuité du filament du tube et la bonne présence de la tension de chauffage.

Le fichier de câblage est entièrement démonté après retrait du tube, un D14-231GM, ceci de retracer le câblage pour remonter à la logique d'alimentation du filament. J'en profite pour nettoyer tous les raccordements, y compris celui de la THT, pour éliminer toute la poussière collée par effet électrostatique.

Il est alors possible de vérifier la continuité du filament - OK - et la tension d'alimentation de celui-ci - KO car à 0.6V. L'étude du tracé des pistes sur le PCB du bloc THT conduit à un transistor BF258 qui est dessoudé pour vérification. 

Et là chose étonnante, ce transistor est détecté comme un MosFET puis sur une seconde mesure comme étant en court-circuit puis de nouveau comme un MosFET après l'avoir frappé sur la table. En fait, il devrait être détecté comme un NPN. Il est donc remplacé par un 2N3439 que j'avais en stock. L'ensemble est remonté et fonctionne parfaitement !

Signal de 100µV à 21.4Mhz sur une BP de +/- 15KHz

Signal de 100µV à 21.4Mhz sur une BP de +/- 150Khz 

Signal de 100µV à 21.4Mhz sur une BP de +/- 1.5Mhz 

On notera l'excellente rémanence du tube, rémanence bien utile pour l'analyse de certains signaux. La largeur de la trace est à reprendre. Le point en surbrillance est le marqueur du 21.4MHz.

Ce dépannage s'étant parfaitement déroulé, j'ai acheté un seconde exemplaire lui-aussi annoncé en panne en croisant les doigts pour que cela se passe aussi bien. A suivre donc.

TRC298 - En panne, de nouveau

Mon TRC298 est de nouveau en panne avec des symptômes identiques à une panne constatée lors d'une intervention précédente et qui s'était résolue d'elle même sans aucune explication : le récepteur s'allume, le panneau avant ne répond pas et une alarme sonore s'active sans discontinuer. J'ai aussi constaté ce phénomène sur un de mes TRC243, phénomène qui disparait après quelques minutes de chauffe.

La difficulté consiste à isoler la panne - vraisemblablement présente dans la section logique de commande du récepteur - en minimisant le démontage car le récepteur, très lourd, est installé dans une baie 19" d'un accès peu commode. Fort heureusement, le panneau de contrôle peut-être extrait assez aisément. Je ne dispose hélas ni de l'ensemble de la notice de maintenance de niveau 4 ni des valeurs des signatures qui auraient pu me permettre de vérifier rapidement le bon fonctionnement à l'aide d'un analyseur de signatures. J'ai cependant une partie des schémas dont ceux des trois cartes constituant le panneau de contrôle. L'étude approfondie de ces schémas montre que signal sonore est actif dès la mise sous tension et ceci avant même que le processeur ne démarre. Après démarrage, le programme désactive ce signal. 

Partant du principe que le panneau de contrôle doit démarrer sans autres liaisons que les alimentations et le signal 'reset', je récupère un connecteur 50 points sur une vieille nappe SCSI, soude les alimentations et le signal 'reset', ajoute un boîtier oscillateur à 8Mhz pour l'horloge, connecte l'ensemble sur une alimentation ad'hoc et ... le panneau s'initialise correctement et réagit aux commandes. L'auto-test ne passe cependant pas ce qui est, somme toute, normal.

Le problème semble provenir du signal 'reset' généré à l'extérieur du panneau de contrôle. Les symptômes constatés correspondent bien à l'absence d'activation au démarrage. Ce signal est élaboré dans l'alimentation - un modèle à découpage contrairement aux alimentations linéaires de la série TRC24x et TRC25x. Il me faut donc me résigner à extraire l'équipement de sa baie pour accéder au bloc d'alimentation. Je rebranche le panneau avant d'engager cette opération, mets le récepteur sous tension et ... tout fonctionne parfaitement avant d'avoir pu prendre la mesure du signal. Je n'ai aucune explication hors peut-être un mauvais contact sur la nappe de raccordement. Le temps dira si le problème est réellement résolu.

TRC298 - En panne

Murphy a encore frappé et comme toujours quand il ne le faut pas. Désireux de faire une acquisition sur Inmarsat, je démarre les équipements mais les transpondeurs n'apparaissent pas sur le waterfall du SDRPlay.

Je mets d'abord en doute le pointage de la parabole laquelle a pu bouger avec le mauvais temps de la semaine dernière. Le pointage étant mis hors de cause, je vérifie le bon fonctionnement du récepteur TRC298 utilisé comme convertisseur bande L. Et de fait celui-ci ne passe plus l'auto-test quand il fonctionnait encore pourtant lors de la dernière mise sous tension il y a trois jours.

Commence alors la chasse à la panne qui démarre par l'extraction de cet équipement de la baie où il est installé. Qu'il est lourd ce récepteur... Vient ensuite la phase de vérification des tensions d'alimentations (correctes), des connexions coaxiales et en fond de panier (aucun changement), des fréquences références (correctes) et de synthèse (correcte). L'auto-test indique une panne dans la tête HF, tiroir dont je n'ai hélas pas de pièce en remplacement.

Le tiroir est donc extrait et démonté afin d'accéder à l'entrée HF se situant après les filtres de poursuite positionnés en tête de réception. Le raccordement de cette entrée sur un antenne permet de récupérer une réception correcte sur toute les bandes. La panne se situe donc dans la section des filtres, ou dans la commande de ceux-ci. Cette hypothèse est rapidement éliminée en vérifiant le comportement de chacun des signaux sur le connecteur HE20: changement de bande pour valider les cinq filtres (signaux FL1 à FL5), modification de la fréquence pour vérifier la présence des tensions de poursuite (signaux CDA1 et CDA2), atténuateurs (signaux AT0 et AT30), activation du préamplificateur et de sa tension d'alimentation et enfin signalisation des tests.

La surface d'analyse se réduit alors à la section analogique des filtres dont les diodes PIN sont tout d'abord rapidement vérifiées. Un signal est ensuite injecté en remontant le circuit, de la sortie HF vers l'entrée Antenne. Et aucun défaut ne peut-être mis en évidence. Plus étonnant, l'autotest se déroule sans plus aucune erreur. Murphy toujours...

Le défaut provenait probablement d'un mauvais contact sur le connecteur coaxial lequel ne semblait pas être complétement verrouillé lors du démontage. Le récepteur est en test depuis plusieurs heures sans que le défaut ne soit réapparu. A suivre et à surveiller donc.

Ce problème m'aura permis de modifier la configuration des antennes afin de pouvoir raccorder le SDRPlay aussi bien sur la sortie FI du récepteur que sur celles-ci.

Inmarsat: Réflexions pour l'adaptation du récepteur

Le récepteur actuellement utilisé pour la réception Inmarsat m'offre deux possibilités pour le décodage: une sortie FI à 21.4MHz de largeur bande variable actuellement exploitée via la carte Wavecom W61PC, et une sortie audio exploitée par le logiciel JAERO, le démodulateur BLU étant alors utilisé.

L'ensemble fonctionne plutôt bien, le TRC298 étant parfaitement stable, mais je reste limité par deux problèmes.

Le premier problème provient du logiciel Wavecom pour la carte W61PC dont la version 7.1 n'intègre pas tous les modes attendus, la dernière version disponible - version 7.5 - pour cette carte, désormais obsolète, n'étant pas accessible auprès de la société Wavecom... J'envisage donc de connecter un récepteur SDR sur la sortie FI pour bénéficier des performances du récepteur jouant le rôle de tête HF. Ceci suppose de trouver un modèle à même de fonctionner en 21.4MHz mais aussi, et bien sûr, de monter suffisamment haut en fréquence pour recevoir aussi la bande L en direct. Mon choix s'est porté sur le SDRPlay que je viens de commander. 

Le second problème est lié à la bande passante de la chaîne de démodulation BLU du récepteur laquelle est limitée par un premier filtre à 7.5kHz puis par les filtres spécifiques de la carte BLU soit 4kHz pour les bandes supérieure et inférieure et 800Hz pour le mode A1.Si le décodage de la majorité des modes disponibles sur Inmarsat se suffit des 4kHz en sortie des filtres BLU, il n'en va pas de même avec certains modes aéronautiques qui nécessitent environ 12kHz de bande passante.

Trois solutions ont donc été étudiées pour résoudre le problème toutes trois basées sur la suppression du filtre en mode A1. La première - non encore testée - consiste à prendre l'entrée 21.4MHz de la carte BLU non sur la sortie filtrée de l'étage FI mais sur l'entrée large bande. La seconde solution consiste à inverser les filtres 7.5kHz et 15kHz en annotant l'inversion sur la panneau avant. La troisième solution, de loin la plus satisfaisante intellectuellement, serait de modifier le logiciel du TRC pour que celui sélectionne le filtre 15kHz en lieu et place du 7.5kHz. Dans tous les cas, il me faudra intervenir dans les modules du récepteur ce qui n'est pas une mince affaire au regard de son encombrement, de son poids et du fait qu'il est installé dans une armoire 19" difficile à déplacer.

La dernière solution a été explorée en priorité, hélas sans succès à ce jour. Je ne dispose en effet que de trop peu d'éléments pour bien comprendre la logique du logiciel de pilotage lequel est réparti sur deux cartes à bases de processeurs 6809. S'il est assez aisé de comprendre la logique de fonctionnement de chacune des cartes, et les espaces de décodage des périphériques, il est moins évident de déterminer l'emplacement où la modification devra être faite: sur la carte de gestion de l'affichage laquelle semble contrôler la configuration des filtres en fonction des modes choisis ou sur la carte de gestion du bus radio laquelle pilote directement la sélection des filtres.

Une première analyse du code de la carte de gestion du bus radio n'a pas permis de mettre en évidence une logique de fonctionnement permettant la modification attendue. L'analyse du code de la carte d'affichage est en cours qui permettra peut-être de déterminer les actions engagées sur la sélection du mode BLU via le clavier et par conséquent de modifier la consigne de sélection du filtre... A suivre.

On notera qu'une partie du décodage des périphériques de la carte de gestion du bus radio s'effectue via une PAL10L8.

Ne disposant pas de la première section du manuel de maintenance de niveau 4 lequel indique des adresses de décodage, il m'a fallu recourir à un Arduino et à un peu de code pour parcourir tout l'espace d'adressage de cette PAL et reconstituer le décodage.

TRC: Perte de luminosité des LED et panne de la carte BLU

Certaines diodes LED semblent perdre leur luminosité avec le temps, les diodes rouges en particulier.

J'ai constaté ce phénomène sur mon récepteur Teletron TE712 et dernièrement sur l'un de mes récepteurs UHF. Après démontage et vérification des drivers - ULN2003 - le problème est bien confirmé comme étant lié au vieillissement de certaines diodes.



J'ai profité du démontage de l'ensemble hors de son rack pour extraire et réparer le module  BLU dont le fonctionnement devenait erratique après quelques heures de chauffe jusqu'à ne plus démoduler quoique ce soit dernièrement. Le dépannage a été notablement facilité par les symptômes de la panne qui mettaient en évidence un problème en relation avec la CAG et la sélection des filtres, l'autotest ne montrant pourtant aucun défaut.

Un premier problème est rapidement découvert dans le système de sélection des filtres ici assez particulier puisque la position par défaut - aucun filtre sélectionné - conduit à invalider la chaîne de CAG locale. La carte BLU, optionnelle sur ce récepteur intègre de fait une chaîne de filtrage,  de démodulation et de gestion de la CAG complète et autonome. Une sortie en court-circuit sur le circuit de sélection - un CD4051 - provoquait ici le blocage de la CAG. Après changement du dit circuit, la démodulation est de nouveau correcte - les filtres sont bien sélectionnés - mais l'auto-test ne passe plus !

Une inspection attentive des composants dans le chemin de gestion de la CAG permet alors de mettre en évidence un grossier défaut de soudure. Celle-ci refaite, l'autotest passe à nouveau mais un problème demeure dans la chaîne de la CAG, laquelle n'est guère réactive aux changements de niveau du signal.

Il apparaît alors rapidement qu'un niveau de commande n'est pas propagé, les composants étant pourtant confirmés fonctionnels au testeur. La réfection de toutes les soudures dans une zone de quelques centimètres de coté corrige tous les problèmes ; d'un coup, d'un seul.

Un dépannage comme je les aime sur une panne franche et logique, enfin presque car les soudures mises en cause apparaissaient pourtant correctes à l'oeil et au testeur logique.  Avouons aussi que le manque de temps le soir après le travail conduit à devoir être très efficace dans la démarche de recherche et d'analyse des pannes.

Divers: Modification d'un TRC2985

Le tiroir TRC2985 permet de sélectionner manuellement, ou automatiquement lorsqu'il est couplé au récepteur TRC298, une antenne parmi cinq sur une gamme de fréquence allant de 20MHz à 1300MHz. La commutation s'effectue par deux diodes PIN pour chaque antenne. Le tiroir est connecté au récepteur par un coaxial et un câble de télécommande, l'alimentation étant externe.

Le test du tiroir en ma possession a mis en évidence le défaut de l'une des diodes PIN assurant la sélection de la première antenne. Diode dont je n'ai pas la référence mais que j'espère pouvoir remplacer par une BAR64-03W commandée sur eBay. Ce tiroir est visiblement conçu pour embarquer deux sélecteurs, peut-être pour gérer l'extension en fréquence du TRC298.

Devant intervenir sur le commutateur pour réparer celui-ci, j'ai décidé de le modifier - de manière réversible bien entendu - pour y intégrer une télé-alimentation sur les sorties menant aux antennes. Une platine comportant cinq relais, un circuit de commande et deux régulateurs fournissant les tensions - 12v et 15v - a été réalisée. Les signaux de pilotage sont pris sur chacune des sorties des transistors de commande des diodes PIN.

L'injection de tension se fait au plus près des connecteurs SMA. Pour cela, le circuit de protection de l'entrée contre les surtensions a dû être modifié. La self originale a été remplacée par une self de plus forte puissance et l'une des diodes enlevée. L'emplacement libéré a été employé pour souder un picot de raccordement.

Ainsi modifié, le tiroir TRC2985 est à même de fournir une tension de 12V ou 15V sur le coaxial d'antenne, tension qui ne sera présente que sur l'antenne sélectionnée.

Le test du tiroir avant modification montre que celui-ci couvre sans atténuation notable la gamme de fréquence 20MHz à 2.2GHz.

Le changement de la diode PIN HS, et de sa compagne, par deux diodes modernes et montant à 6GHz permet d'étendre la couverture autorisant son utilisation sur la presque totalité de la plage de réception du récepteur (cf. les courbes ci-dessous).

L'utilisation d'un coupleur deux voies MACOM permet de raccorder les deux entrées du récepteur (20Mhz-1.3GHz/1.3GHz-2.7GHz) sur ce tiroir de commutation. La première entrée est actuellement affectée à l'antenne active ARA-1500 installée en haut du pylone de huit mètres, la seconde à la log-périodique qui sera installée sur le mât de poursuite, et la troisième entrée est raccordée à l'antenne de mesure biconicale montée en position verticale sur le pylone.

TRC298: Module BLU en panne

Un module d'extension BLU destiné à compléter l'un de mes récepteurs VHF/UHF ne passe pas l'auto-test. L'ensemble est complexe, constitué de deux cartes comportant une grande quantité de composants CMS.

Je dispose fort heureusement d'une partie des schémas et le dépannage est facilité par l'acquisition au salon Hamexpo, quelques jours auparavant, d'une carte prolongateur comportant les connecteurs ad'hoc. Après un retaillage de cette carte pour la mettre au format, et la réalisation d'une équerre pour maintenir les deux cartes accessibles, l'ensemble est prêt à être testé sur le récepteur.

Le défaut est rapidement localisé dans la section gérant la bande latérale inférieure, le filtre n'étant pas sélectionné bien que les tensions de commande soient présentes. Un relevé de ces tensions sur les diodes de commutation montre que l'une d'entres-elles est bloquée en permanence par une tension continue qui n'a aucune raison d'être présente en ce point.

La seul explication serait que le condensateur CMS de liaison avec l'étage d'entrée du filtre présente une fuite conséquente. Son démontage et son test prouve que cela est le cas.  Après remplacement, le module est détecté fonctionnel, le montage de test est désassemblé et le module installé à demeure dans le récepteur.

Un dépannage comme je les aime.