Affichage des articles dont le libellé est SDRPlay. Afficher tous les articles
Affichage des articles dont le libellé est SDRPlay. Afficher tous les articles

jeudi 8 août 2024

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 ...

samedi 3 juillet 2021

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.

samedi 15 octobre 2016

SDRPlay: Mise en boîte

Le SDRPlay est livré installé dans un boîtier plastique non métallisé. Disposant d'une boîte Eddystone non utilisée, j'ai usinée celle-ci pour y intégrer le circuit du SDRPlay. Le câble USB-B a été modifié et connecté sur un connecteur professionnel 5 points. Des tores de ferrite ont été placés pour renforcer l'isolation.


L'ensemble fonctionne parfaitement et sera modifié à terme pour intégrer une prise USB-B coudée et un TXCO.

mercredi 6 juillet 2016

SDRPlay: Premiers essais en panadapter

Commandé le samedi après moult hésitations, le récepteur SDRPlay est arrivé très rapidement mardi. Le taux de change de la Livre Sterling a en fait quelque peu aidé. Un premier test avant ouverture du boîtier a permis de s'assurer du bon fonctionnement. La réalisation s'avère être de très bonne facture hors le boîtier plastique et l'utilisation d'un quartz et non d'un TCXO. 

Deux erreurs qu'il me faudra rapidement corriger, la seule question ouverte étant celle du blindage avec trois options: blindage intérieur du boîtier avec de la bande cuivre normalement utilisée pour les blindages EMC, intégration du boîtier en l'état dans un coffret métallique ou intégration du PCB seul dans un boîtier blindé type 'Schubert' voire réalisé maison en époxy. Le cordon USB, non livré, s'est vu doté d'un plusieurs tores de ferrite.

En attendant, je n'ai pu résister à tester la configuration pour laquelle j'ai acheté ce récepteur, à savoir une utilisation en sortie de la FI 21.4Mhz de mon récepteur VHF/UHF. Le raccordement est rapidement effectué par le biais d'un atténuateur 10dB sur la liaison déjà existante vers la carte Wavecom. Quelques minutes après, le spectre de la bande FM peut-être exploré.

Le spectre en bande FM autour de 105.5Mhz (BW=2MHz)

Le module d'extension large bande 5MHz du TRC trouve ici parfaitement son emploi permettant une exploration pouvant couvrir la moitié de la bande maximale du SDRPlay. Quelques réglages sont nécessaires au regard des caractéristiques de la sortie FI à 0dB. Outre l'atténuateur, il est nécessaire de désactiver le LNA et de réduire le niveau de la CAG que l'on passe en mode manuel..

Le spectre en bande L autour de 1539.0Mhz (BW=2MHz)

Le résultat en bande L est totalement conforme à mon attente et devrait permettre le décodage des modulations à large bande que je ne pouvais obtenir au regard des filtres utilisés dans la chaîne de démodulation analogique du TRC298; du moins pour les modes non couverts par le décodeur Wavecom. Je ne désespère toutefois pas d'arriver à 'patcher' le firmware du TRC298 pour l'obliger à utiliser le filtre de 15kHz en BLU.