Ca fait un petit moment que j’avais entrepris de modifier mon Bitx20 version 3 pour l’utiliser sur les modes numériques. La principale raison étant qu’avec 5W en SSB il y a peu de choses à faire ici autour, et que la même puissance en PSK31 est suffisante pour faire de bons DX. Une autre raison c’est qu’en situation d’urgence, une station Bitx et micro-ordinateur portable peut-être facilement installée et alimentée sur un onduleur sans même nécessiter le groupe électrogène. Les modes numériques permettent facilement de mettre en place des système de transmission de messages à caractère d’urgence (type NBEMS) (http://www NULL.arrl NULL.org/nbems) et sont plus adaptés pour envoyer des numéros de téléphone, adresses e-mail, etc qui peuvent être utile pour rassurer les familles au cas où un gros typhon viendrait nous isoler du reste de la planète.
A part disposer d’un VFO stable (merci le Si570) pas de besoins particuliers aux modes numériques par rapport à la BLU. Les seules modifications nécessaires étaient :
- L’ajout d’un atténuateur sur la partie BF réception car le niveau était trop haut pour l’entrée micro du Dell Mini 9. Afin de pouvoir continuer à utiliser le Bitx en écoute, l’atténuateur est commutable.
- L’ajout d’un potentiomètre de “gain micro” pour régler finement le niveau de modulation.
- L’ajout d’un système de commutation émission/réception de type VOX pour remplacer la PTT du micro et ne pas nécessiter d’interface particulière avec le PC. Pour ce dernier circuit je me suis inspiré d’un schéma de KH6TY (http://qrz NULL.com/db/kh6ty) publié dans QST en 2009.
En fait tout était fait depuis plusieurs mois et fonctionnait plutôt bien en réception. Par contre en émission j’étais confronté à un problème de ronflette et de sons indésirables. Rien d’insurmontable, mais le temps libre à y consacrer étant mince, les choses avançait lentement.
Premier problème : mauvaise isolation entre canaux droite et gauche de la carte son du Mini9. Je ne sais pas exactement l’origine du problème en fait. Toujours est-il que je voulais utiliser le canal droit pour envoyer un son constant afin de déclencher le VOX et transmettre le signal BF utile sur le canal gauche. Ca fonctionnait, mais je me retrouvais avec un signal 1000Hz sur ma BF… La solution a été de faire déclencher le VOX sur le signal utile. Ca élimine la possibilité d’utiliser la CW audio, mais finalement d’autres modes sont peut-être aussi pratiques.
Deuxième problème : ronflette présente sur la BF transmise. Là c’était du à une erreur de ma part. J’ai voulu réutiliser une platine potentiomètre déjà présente dans le boîtier du lecteur VCD qui héberge mon transceiver (initialement les potentiomètre de micro pour le karaoké). L’erreur c’est que l’autre potentiomètre est utilisé pour piloter la varicap du filtre BF à MAX293 et que les deux potentiomètres partagent une masse commune! J’aurai pu essayer de découpler, de mettre des inductances, etc… mais le mieux c’était de mettre un potar indépendant pour le gain micro.
(http://blog NULL.qscope NULL.org/2011/07/wspr_bitx NULL.jpg)Maintenant tout fonctionne bien, et hier j’ai pu faire mes premiers vrais essais avec WSPR sur 20 mètres. Bien qu’il ait été un peu tôt dans la soirée pour une bonne propagation, les 3W que je faisais cracher au BitX m’ont permis d’être entendu en Norvège, Finland et Australie. Par contre en réception je n’ai été capable d’entendre que des stations australiennes. Peut-être que quelques réglages patients sont nécessaires pour optimiser les performances du Bitx, mais le principal soucis venait du PC portable qui a planté 3 fois sous Windows XP. Après la webcam et la batterie qui ont rendu l’âme c’est le disque SSD qui fait des erreurs et crash la machine, les hauts-parleurs déconnent aussi. Conclusion : pour les situation d’urgence ne comptez pas sur Dell!
La prochaine étape c’est de faire des essais avec Fldigi en PSK31 et aussi en JT65 que je n’ai pas encore eu l’occasion d’essayer.