OpenWebRx: Bascule sur OpenWebRx+

Une version étendue du remarquable logiciel OpenWebRx dite 'OpenWebRx+' est disponible qui offre diverses fonctionnalités utiles et de nombreux nouveaux décodeurs embarqués. Je viens de l'installer sur mes deux ensembles SDRPlay après l'avoir testée avec succès.

Une image prête à l'emploi est disponible sur le site de LZ2SLL, image qui devra être mise à jour après installation bien sûr. Travaillant sur des adresses IP fixes, l'utilitaire 'nmcli' a été mis à contribution, celui-ci étant désormais actif par défaut sur la distribution 'BookWorm' ici proposée.

Les résultats sur un Raspberry Pi4 en 64bits sont très intéressants avec notamment une consommation CPU restant très raisonnable et une excellente gestion du SDRPlay, ici RSP1 et RSP1A. 

La configuration par défaut est parfaitement adaptée aux besoins radio-amateurs et facilement extensible par l'ajout de profils, comme ici.

J'envisage un passage sur un Raspberry Pi5, afin de gagner encore un peu en performances, après avoir validé la possibilité de l'alimenter via une alimentation linéaire comme pour les deux unités actuellement en fonction. Le Raspberry Pi5 nécessite en effet une alimentation USB-C sous 5V et 5A soit 2A de plus que ne l'autorise le mode standard. 

Il n'est désormais plus question de simplement raccorder un connecteur USB-C 'classique' mais il faut que l'alimentation soit à même de négocier pour répondre à la requête du Raspberry demandant explicitement à l'alimentation passer en mode forte puissance. Ceci nécessite un échange protocolaire qu'une alimentation linéaire classique ne sait pas faire. Je vais donc approvisionner et tester des connecteurs 'intelligents' assurant ce dialogue. 

A suivre ...

DIVERS: Adalm-Pluto Maia

Disposant d'un Adalm-Pluto depuis quelques années je me suis décidé à installer pour test le logiciel Maia SDR. Si l'installation s'est effectuée sans aucune difficulté, il n'en a pas été de même concernant le fonctionnement. En effet, la fenêtre du navigateur Chrome de mon PC est restée désespérément vide après connexion sur la page WEB associée, par défaut 192.168.2.1:8000.

L'analyse des échanges (Touche F12) met en évidence un problème d'initialisation d'un objet WebGL2. Le parcours du site de l'auteur ne mentionnant rien à ce sujet, j'ai rapidement soupçonné un problème du coté du navigateur et de son support de WebGL2. Après recherche, il apparaît que les cartes anciennes ne supportent pas toutes cette fonctionnalité. Et c'est le cas de ma nVidia Quadro 1800 qui ne m'avait jamais fait défaut jusqu'alors. Son remplacement par une carte nVidia plus récente a permis de résoudre le problème.

Le moyen le plus pour déterminer si la configuration navigateur/carte graphique supportera bien WebGL2 est de lancer le test de la GPU sous Chrome via l'URL chrome://gpu.

On notera que Maia SDR dans sa version courante n'intègre aucun décodeur et ne permet que la sauvegarde de la bande passante visualisée, soit 20MHz tout de même. Cela en fait un excellent panoramique permettant de relever en temps réel l'activité sur une bande.

A ce propos, je viens de découvrir OpenWebRX+, un fork du projet OpenWebRX (OWR) intégrant de nouveaux décodeurs. Je vais rapidement l'installer sur un des deux Raspberry Pi4 tournant actuellement sous la version originale pour tester puis dès que possible sur un Pi5 pour valider les performances.

KiwiSDR: Modification et installation

Commandé jeudi 22 juillet chez Wimo, le KiwiSDR et son coffret métallique sont arrivés le lundi 26 juillet, la poste n'ayant pas livré le samedi alors que le colis était arrivé ....

 

Le lecteur attentif aura remarqué la présence d'un connecteur qui n'est pas présent sur le kit original: celui-ci permet d'extraire 4 des 10 signaux permettant de commander un commutateur d'antennes en installant l'extension logicielle ad'hoc. D'autres modifications mineures ont été apportées dans l'objectif d'améliorer le blindage de l'ensemble.

 

La masse des entrées SMA a été reliée au boitier à l'aide d'une pièce d'aluminium recouverte d'un feuillard de cuivre. Le contact avec le boîtier est assuré par pression lors de la fermeture du coffret.

 

 

La prise 7 broches passe parfaitement à gauche des ouïes de ventilation mais le perçage doit être  parfait pour prendre en compte le diamètre de l'écrou.

On devine ici la platine d'adaptation des sorties 11, 12, 13 et 14 utilisées pour piloter un commutateur d'antenne extérieur. Deux modifications de la fixation de platines ont été apportée par l'ajout de deux colonnettes; l'une reprise sur le PCB du Beaglebone, l'autre directement sur le coffret.

Les liaisons des GPIO vers la plaquette d'adaptation se font avec un connecteur 6 points (Vcc, Gnd, 4 sorties), un second connecteur en vis-à-vis étant utilisé pour raccorder le connecteur de la face avant.

La plaquette comporte quatre MOSFET pilotable en TTL avec tous les découplages nécessaires sur l'alimentation et les entrées. 

 

L'ensemble est installé à l'étage avec l'autre récepteur basé sur OpenWebRx et connecté, pour l'instant, à la même antenne derrière un multi-coupleur HF. Il est connecté à l'aide d'un dongle Wifi TP-Link AC1300 pour lequel le driver a dû être compilé.

Je n'ai pas encore eu le temps de faire de tests approfondis, notamment en comparaison de l'autre WebSDR, mais j'ai déjà pu noter de gros problèmes dans le support et le firmware :

- le site WEB http://kiwisdr.com/ est désormais réduit au strict minimum sans plus aucun accès au Forum depuis l'histoire de la 'porte dérobée'. Le forum offrait pourtant une aide précieuse pour tous les amateurs de modification. Sans parler des documents de conception et de la schématique qui n'est plus en ligne. Je ne peux qu'espérer qu'il s'agit d'un problème transitoire.

- La distribution logicielle intègre une image du système d'exploitation totalement obsolète: un Debian Jessie en 4.4.9-ti-25. Une mise à jour vers la dernière version (4.4.255ti-155) de cette distribution a été nécessaire pour obtenir les fichiers requis pour compiler le driver du dongle Wifi Archer TU3  (TP-Link AC1300). On notera à ce propos que la mise à jour du produit consiste à tirer la dernière version depuis le dépôt git et de la recompiler sur le Beaglebone. Ceci permet de préserver les extensions qui auraient pu être installées mais nécessite plus de 45mn de compilation lors de la première mise à jour. J'avoue repousser le passage à Debian 9 ou 10 au regard du travail que cela pourrait demander, d'autant qu'aucun paquetage pré-compilé n'est mis à disposition.

Petit regret par ailleurs, aucun mode digital amateurs dont le FT8 n'est intégré contrairement au OpenWebRx.

Antennes: Fouet HF

Les bons résultats de l'installation d'OpenWebRx mais aussi l'absence de tout salon radio encore cette année m'ont conduit à approvisionner un KiwiSDR. Celui sera raccordé sur l'antenne actuellement utilisée par plusieurs récepteurs et, si les résultats sont bons, sur un fouet terminé par un adaptateur Unun 4:1. S'il ne donne pas satisfaction, ce fouet sera utilisé en émission avec une boîte de couplage.

Ce fouet est constitué de quatre brins MS116, un brin MS117 et un brin MS118 dont le premier brin MS116 est emmanché dans deux joints insérés à chaque extrémité d'un tube de PVC. Les joints proviennent d'un kit assez classique permettant d'installer une lampe sur le goulot d'une Dame-Jeanne. Une prise banane femelle est soudée sur le premier brin, un bouchon PVC venant terminer le tube de PVC. 

L'ensemble présente une hauteur de 5.5m avec un haubanage sur la jonction du bien MS117 soir à 3m du point de fixation haut. Des haubans BY-12fr ont été utilisés dont j'espère qu'ils tiendront dans le temps. Mon stock de brins MS116 est désormais à zéro et va devoir être renouvelé.

La suite va consister à réaliser l'adaptateur 4:1 qui sera fixé sous l'antenne et relié à la terre radio du pylône. En attendant, je testerai le fonctionnement de ce fouet avec le TRC340 et sa boîte d'accord en notant l'absence de tout plan de masse, le fouet étant installé en hauteur et non près du sol. 

A suivre...

OpenWebRx: Installation et test

En attendant l'achat d'un KiwiSdr, achat que je repousse sans cesse, et disposant d'un SDRPlay SRP1A non encore utilisé, je me suis décidé à installer le logiciel OpenWebRx lequel semble avoir inspiré le développement du KiwiSdr.

J'ai donc approvisionné un Raspberry Pi4 et un boitier métallique Argon Neo servant de refroidisseur passif, ce boitier étant remarquablement conçu.

 

L'ensemble a été positionné à coté des récepteurs ADS-B à l'étage et raccordé à une antenne HF large bande placée dans le grenier afin de réduire les risques de dommage par des statique sur le SRP1A.

 

La distribution OpenWebRx utilisée est celle disponible sur le site dont la configuration a été adaptée pour travailler avec une adresse IP fixe sur le réseau Wifi dédié à mes équipements.

De nombreux réglages restent à effectuer avant de pouvoir commencer à tester cet environnement. Mais le choix de la version 4 du Raspberry s'avère pertinent au regard de ressources requises pour une exploitation performante. On notera que la température dépasse les 55° en fonctionnement avec le refroidisseur passif constitué par le boitier métallique. A suivre.