Dans notre précédent article consacré à AetherSDR, nous avons découvert un logiciel SDR open source particulièrement ambitieux. Panadapter, waterfall, traitement audio, modes numériques, packet radio, récepteurs multiples : il possède déjà de sérieux arguments.
Mais une question se pose immédiatement : Puis-je utiliser AetherSDR avec le transceiver qui se trouve déjà dans mon shack ?
La réponse est simple pour un FlexRadio. Pour un Icom, un Yaesu, un Kenwood, un Elecraft ou même un ancien transceiver pilotable en CAT, elle devient plus intéressante.
Car il existe désormais plusieurs façons de connecter une radio à AetherSDR.
FlexRadio : la voie royale
AetherSDR reste avant tout un client open source conçu pour les transceivers FlexRadio. Il dialogue directement avec eux en utilisant le protocole SmartSDR sur le réseau.
Le projet annonce la prise en charge des :
- FLEX-6300, 6400/6400M, 6500, 6600/6600M et 6700 ;
- FLEX-8400/8400M et 8600/8600M ;
- Aurora AU-510/510M et AU-520/520M ;
- certaines séries ML, CL et RT.
Dans ce cas, l’architecture est particulièrement simple : Antenne → FlexRadio → Ethernet → AetherSDR
AetherSDR peut alors exploiter directement les possibilités de la radio : panadapter, waterfall, slices, audio, commandes et émission.
C’est aujourd’hui la configuration de référence et la famille officiellement prise en charge par le projet.
Attention toutefois au firmware : la documentation actuelle indique comme cible de test active un FLEX-8600 utilisant le firmware 4.2.18. Les versions antérieures de la branche 4.x sont annoncées comme fonctionnelles, tandis que la branche 3.x n’est actuellement pas prise en charge.
Mais AetherSDR commence à devenir multimarque
C’est là que les choses deviennent intéressantes.
Les développeurs ont introduit dans AetherSDR une couche d’abstraction appelée IRadioBackend.
Derrière ce terme informatique se cache une idée assez simple : séparer l’interface et les fonctions d’AetherSDR de la façon dont chaque radio communique.
On peut ainsi imaginer : FlexRadio → backend Flex → AetherSDR mais également : Icom → backend Icom → AetherSDR ou : Hermes-Lite 2 → backend HL2 → AetherSDR
Cette architecture commence déjà à porter ses fruits puisque plusieurs familles de matériels disposent maintenant de backends natifs, même si certains sont encore expérimentaux.
AetherSDR propose trois voies : connexion FlexRadio, backend natif ou passerelle Aether-gate.
Hermes-Lite 2 : une intégration déjà avancée
Le Hermes-Lite 2 est particulièrement intéressant pour les expérimentateurs.
AetherSDR possède désormais un backend direct pour ce petit transceiver SDR open source.
Il permet notamment plusieurs récepteurs indépendants, la SSB, le décodage CW et RTTY, le packet AX.25, les filtres de bandes, différents traitements DSP et une chaîne d’émission SSB.
Le projet travaille actuellement à faire passer cette intégration du statut expérimental à celui de matériel officiellement supporté.
Il reste notamment à améliorer certains modes, le panadapter et le waterfall ainsi qu’à renforcer la chaîne DSP.
Mais surtout, aucun logiciel intermédiaire n’est nécessaire : Hermes-Lite 2 → réseau → AetherSDR
Nous commençons donc réellement à sortir de l’univers exclusivement FlexRadio.
Icom : une famille particulièrement intéressante
AetherSDR possède également un backend destiné aux Icom connectés en réseau.
La communication utilise CI-V à travers un transport UDP de type RS-BA1.
Le développement est encore qualifié de précoce, mais des essais intéressants ont déjà été réalisés sur du véritable matériel.
Icom IC-705
L’IC-705 a notamment servi au développement du backend.
La documentation d’AetherSDR indique que les essais ont porté sur : réception, scope, émission et FT8.
Voilà qui est particulièrement intéressant pour ce petit transceiver portable.
Icom IC-7300MK2
L’IC-7300MK2 bénéficie lui aussi d’un travail important.
Les essais documentés concernent notamment les commandes du transceiver, les mesures, l’ATU, le WSPR, le routage PC Audio et le décodeur CW.
Mais attention à une nuance importante : un backend Icom ne signifie pas que tous les transceivers Icom sont automatiquement entièrement compatibles.
Le projet applique volontairement une politique prudente. Un modèle inconnu ne reçoit pas automatiquement les fonctions de scope ou d’émission.
C’est une excellente précaution lorsqu’un logiciel peut commander un véritable émetteur.
ANAN-G2 : pour l’instant en réception
AetherSDR 26.9.4 poursuit également l’ouverture vers l’écosystème HPSDR avec un backend expérimental pour l’ANAN-G2.
Il utilise OpenHPSDR Protocol 2.
Dans son état actuel, il permet notamment la découverte du matériel, la réception, le spectre, l’audio, l’accord en fréquence et le zoom.
Mais cette intégration reste actuellement RX uniquement.
L’émission est prévue comme une étape ultérieure.
Un simple RTL-SDR peut également participer
Encore plus surprenant : AetherSDR sait désormais communiquer directement avec certains dongles RTL-SDR.
Le logiciel utilise alors librtlsdr pour détecter le périphérique.
Dans l’état actuel du développement, un dongle permet d’obtenir un panadapter et un slice, avec démodulation effectuée par l’ordinateur pour les principaux modes AM, FM, SSB et CW.
Évidemment, un RTL-SDR étant un récepteur, cette configuration est RX uniquement.
Elle présente néanmoins un énorme intérêt : il devient possible d’essayer une partie de l’environnement AetherSDR avec un matériel coûtant seulement quelques dizaines d’euros.
Et mon Yaesu, Kenwood ou ancien Icom ?
Nous arrivons alors à une deuxième solution : Aether-gate.
Aether-gate est un projet compagnon qui sert d’interprète entre AetherSDR et des radios que le logiciel ne sait pas piloter directement.
Son astuce consiste à présenter ces matériels à AetherSDR comme s’ils étaient des FlexRadio.
Le principe devient : Transceiver → CAT / CI-V / Hamlib → Aether-gate → AetherSDR
AetherSDR continue donc à recevoir un langage qu’il connaît, tandis qu’Aether-gate se charge de parler celui du transceiver.
Voilà qui ouvre des perspectives considérables.
Icom avec Aether-gate
Aether-gate possède plusieurs possibilités pour les Icom.
L’IC-9700 connecté en réseau a notamment été validé en conditions réelles. La passerelle peut utiliser les commandes CI-V et récupérer le scope fourni par la radio.
L’IC-7300 possède également une voie utilisant USB CI-V et l’interface audio USB du transceiver, validée pour la réception et le contrôle.
Mais ici encore, il faut distinguer radio réellement testée et radio théoriquement utilisable grâce à un protocole commun.
Cette distinction sera importante pendant encore quelque temps, tant AetherSDR et Aether-gate évoluent rapidement.
Kenwood : même les anciens peuvent participer
Aether-gate utilise Hamlib pour communiquer avec de nombreux transceivers CAT.
Un Kenwood TS-450S, par exemple, a été utilisé avec succès pour valider ce principe.
Voilà un cas particulièrement intéressant.
Le TS-450S sait communiquer sa fréquence et son mode par CAT, mais il n’a évidemment jamais été conçu pour fournir un magnifique waterfall à un ordinateur.
Comment faire ?
En lui ajoutant un deuxième récepteur.
Ajouter un panadapter à un ancien transceiver
C’est probablement l’une des idées les plus séduisantes d’Aether-gate.
La passerelle sépare deux fonctions : CONTROL → qui commande la radio ; SPECTRUM → qui fournit le spectre.
Imaginons notre ancien Kenwood : Kenwood → CAT → Aether-gate
Le CAT permet de connaître et de modifier la fréquence et le mode.
Ajoutons maintenant un SDR : SDR → I/Q → Aether-gate
Le petit SDR observe une portion beaucoup plus large de la bande et fournit les données nécessaires au panadapter et au waterfall.
Aether-gate rassemble les deux informations et les présente à AetherSDR.
Nous obtenons donc : Transceiver + CAT + SDR → Aether-gate → AetherSDR
Un poste conçu bien avant la généralisation des écrans couleur peut ainsi bénéficier d’une interface SDR moderne.
Un transceiver CAT associé à un SDR externe peut profiter du panadapter et du waterfall d’AetherSDR.
Yaesu : le CAT ouvre également la porte
Le principe est identique avec de nombreux transceivers Yaesu.
Lorsque le modèle est pris en charge par Hamlib, Aether-gate peut utiliser cette couche pour commander certaines fonctions du poste.
La fréquence et le mode peuvent donc être synchronisés avec AetherSDR.
Si le transceiver ne fournit pas lui-même les données nécessaires à l’affichage d’un spectre, un SDR externe peut de nouveau prendre le relais.
L’idée est finalement très élégante : le transceiver fait ce qu’il sait faire ; le SDR fournit ce qui lui manque.
Et Elecraft ?
Les transceivers Elecraft font également partie des familles CAT pouvant emprunter la voie Hamlib d’Aether-gate.
Mais il faut être prudent avec le mot « compatible ».
Ce n’est pas parce qu’une radio est connue de Hamlib que toutes les fonctions d’AetherSDR ont été testées sur cette radio.
Il existe donc trois notions différentes : radio reconnue par Hamlib ≠ radio testée avec Aether-gate ≠ radio entièrement compatible avec AetherSDR.
Cette distinction est fondamentale.
RTL-SDR, Airspy et SDRplay
Aether-gate n’est pas uniquement destiné aux transceivers.
Il sait également exploiter des récepteurs SDR par l’intermédiaire de SoapySDR.
La documentation cite notamment : RTL-SDR, Airspy et SDRplay.
Dans ce cas, le principe est : Récepteur SDR → SoapySDR → Aether-gate → AetherSDR
Le dongle devient tout simplement la radio utilisée par AetherSDR.
Pour le RTL-SDR, nous avons donc aujourd’hui deux possibilités : le backend expérimental directement intégré à AetherSDR ou le passage par Aether-gate.
Attention à la HF avec un RTL-SDR
Une petite mise en garde s’impose toutefois.
Tous les dongles RTL-SDR ne couvrent pas naturellement les bandes décamétriques.
Un modèle classique basé sur un tuner prévu principalement pour la VHF/UHF ne constitue donc pas forcément la meilleure solution pour ajouter un panadapter à un transceiver HF.
Il faudra utiliser un SDR réellement capable de couvrir les bandes HF, éventuellement un convertisseur adapté ou un matériel disposant d’un mode de réception HF approprié.
Avant tout achat, il vaut donc mieux vérifier la couverture réelle du récepteur choisi.
Et l’émission ?
C’est probablement le point le plus important de cet article.
Voir une radio dans AetherSDR ne signifie pas automatiquement pouvoir émettre avec elle.
Avec les FlexRadio officiellement pris en charge, AetherSDR constitue une véritable solution RX/TX.
Hermes-Lite 2 possède déjà une chaîne d’émission expérimentale. Les développements Icom ont également permis des essais d’émission sur certains matériels, notamment l’IC-705.
En revanche, l’ANAN-G2 et le backend RTL-SDR sont actuellement limités à la réception.
Et surtout, les radios reliées par Aether-gate sont actuellement annoncées en réception + contrôle uniquement : la passerelle ne fournit pas encore l’émission.
Cette limitation est essentielle à connaître avant de commencer une installation.
Trois niveaux de compatibilité
Pour nous y retrouver, nous pouvons finalement classer les matériels en trois grandes catégories.
Niveau 1 — Support natif officiel
Les FlexRadio FLEX-6000, FLEX-8000 et Aurora constituent actuellement le cœur officiellement supporté.
Niveau 2 — Support natif en développement
Hermes-Lite 2, certains Icom réseau, ANAN-G2 et RTL-SDR disposent de backends intégrés à AetherSDR, mais avec des niveaux de maturité et des possibilités RX/TX différents.
Niveau 3 — Aether-gate
Les nombreux Icom, Kenwood, Yaesu, Elecraft et récepteurs compatibles SoapySDR peuvent emprunter la passerelle Aether-gate.
C’est probablement cette troisième catégorie qui pourrait, à terme, intéresser le plus grand nombre de radioamateurs.
Les trois niveaux de compatibilité d’AetherSDR : natif, en développement ou via Aether-gate.
Tableau récapitulatif
| Matériel | Connexion à AetherSDR | Situation actuelle |
|---|---|---|
| FLEX-6000 | Directe / réseau | Supporté |
| FLEX-8000 | Directe / réseau | Supporté |
| Aurora | Directe / réseau | Supporté |
| Hermes-Lite 2 | Directe | Expérimental, RX/TX |
| IC-705 | Directe / réseau | Backend précoce, matériel testé |
| IC-7300MK2 | Directe / réseau | Backend précoce, matériel testé |
| ANAN-G2 | Directe | Expérimental, RX uniquement |
| RTL-SDR | Directe | Expérimental, RX uniquement |
| IC-9700 | Aether-gate | RX + contrôle validés |
| IC-7300 | Aether-gate / USB | RX + contrôle validés |
| Kenwood CAT | Aether-gate / Hamlib | Selon modèle |
| Yaesu CAT | Aether-gate / Hamlib | Selon modèle |
| Elecraft CAT | Aether-gate / Hamlib | Selon modèle |
| RTL-SDR / Airspy / SDRplay | Aether-gate / SoapySDR | Réception |
Attention : ce tableau représente l’état du projet en septembre 2026. AetherSDR et Aether-gate évoluent rapidement. Il est prudent de consulter la documentation actuelle avant d’acheter du matériel spécifiquement pour cette utilisation.
Alors, mon transceiver est-il compatible ?
Si vous possédez un FlexRadio récent, la réponse est la plus simple : AetherSDR a été conçu pour cet environnement.
Pour les autres matériels, la réponse devient plus nuancée.
Un Hermes-Lite 2 ou certains Icom peuvent désormais communiquer directement avec AetherSDR. D’autres transceivers peuvent passer par Aether-gate et Hamlib. Et lorsqu’un ancien poste ne peut pas fournir son spectre, un petit récepteur SDR peut éventuellement lui offrir le panadapter qui lui manquait.
C’est probablement cette architecture qui rend le projet aussi intéressant.
AetherSDR n’essaie plus seulement d’être une autre interface pour une radio donnée. Il commence progressivement à séparer le matériel radio de l’environnement logiciel utilisé par l’opérateur.
Et le jour où nous pourrons choisir librement notre transceiver, notre SDR, notre ordinateur et notre interface indépendamment les uns des autres, le shack radio aura définitivement changé de visage.
Liens utiles pour aller plus loin
Site officiel AetherSDR
Présentation générale, actualités et téléchargements.
https://www.aethersdr.com/
AetherSDR sur GitHub
Le dépôt principal permet de suivre le développement, les nouvelles versions et les problèmes connus.
https://github.com/aethersdr/AetherSDR
README officiel d’AetherSDR
C’est actuellement la référence la plus utile pour vérifier les familles de radios prises en charge et l’état des backends expérimentaux.
https://github.com/aethersdr/AetherSDR/blob/main/README.md
Roadmap AetherSDR
Pour suivre l’évolution de Hermes-Lite 2, Icom, ANAN-G2, RTL-SDR et de la future architecture du logiciel.
https://github.com/aethersdr/AetherSDR/blob/main/ROADMAP.md
Versions d’AetherSDR
Utile pour savoir précisément quelles fonctions viennent d’être ajoutées.
https://github.com/aethersdr/AetherSDR/releases
Aether-gate sur GitHub
La passerelle permettant d’utiliser AetherSDR avec des radios CAT et des récepteurs SDR.
https://github.com/nigelfenton/Aether-gate
Documentation de compatibilité Aether-gate
Document particulièrement utile pour comprendre la distinction entre contrôle de la radio et source du spectre.
https://github.com/nigelfenton/Aether-gate/blob/main/RADIO_SUPPORT.md
Hamlib
La bibliothèque open source utilisée par de très nombreux logiciels radio pour communiquer avec les transceivers par CAT.
https://hamlib.github.io/
SoapySDR
La couche d’abstraction permettant de piloter de nombreuses familles de matériels SDR.
https://pothosware.github.io/SoapySDR/
