Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
SDR# avec SDRPlay
438 views
Skip to first unread message
François Guillet
Aug 23, 2019, 7:53:16 AM8/23/19
to
SDR# est un logiciel général de SDR, bien conçu et disposant de plugins
intéressants et parfois incontournables, comme le décodage du Tetra.
Mais il est essentiellement prévu pour le matériel "AirSpy" et
accessoirement les clés RTL-SDR et ersatz.
La SDRPlay n'est pas supportée. J'ai pensé faire une DLL pour la faire
apparaître comme une clé RTL (on perdrait la capacité de 12 bits pour
du 8 bits, aucun intérêt), ou comme une carte son (impossible, SDR# ne
détecte pas les fréquences d'échantillonnage des cartes son, il les
impose)...
Je n'ai trouvé qu'un palliatif pour utiliser n'importe quel logiciel
SDR avec le matériel qu'on veut :
- diriger sa sortie vers le mapper Windows de la carte son
- utiliser SDR# en choisissant l'entrée "IQ from sound card", il pourra
ainsi démoduler ou décoder ce que reçoit le 1er logiciel.
Il faut que le signal de sortie du 1er logiciel soit un signal I ou I/Q
brut (non démodulé). Avec HDSDR, c'est possible. Il dispose en effet du
mode "DRM" qui n'est en fait que l'option à prendre pour envoyer un
signal brut DRM vers un autre logiciel de décodage par mappage de voie
audio. Cela fonctionne quelque soit la nature du signal, y compris du
Tetra, car c'est une copie du spectre HF qu'on envoie.
Exemple de mise en oeuvre du principe pour le décodage du Tetra, avec
le matériel SDRPlay piloté par le logiciel HDSDR, sortie audio vers le
mélangeur audio Windows, récupération par SDR# en mode "IQ from Sound
Card" avec audio input sur le mappeur. La démodulation et le décodage
sont ainsi confiés à SDR#.
http://exvacuo.free.fr/div/Radio/ModesDigitaux/Tetra/SDR#viaSDRPlayTetra.png
L'audio a sa fréquence d'échantillonnage fixée à 96 KHz dans les deux
logiciels, SDR# reçoit donc une bande de spectre de 48 KHz. On règle
une bande passante de 25 à 30 KHz dans HDSDR, compatible avec la
largeur d'un spectre Tetra et la bande audio, BP qu'il faudra centrer
sur l'émission à recevoir, laquelle apparaîtra alors dans la bande de
96 KHz de SDR#.
Le plugin Tetra ajuste automatiquement la fréquence de réception, qui
devient ici "15 KHz", et cerise sur le gâteau, comme la fréquence
d'émission fait partie des données transmises, le plugin de SDR#
l'affiche.
intéressants et parfois incontournables, comme le décodage du Tetra.
Mais il est essentiellement prévu pour le matériel "AirSpy" et
accessoirement les clés RTL-SDR et ersatz.
La SDRPlay n'est pas supportée. J'ai pensé faire une DLL pour la faire
apparaître comme une clé RTL (on perdrait la capacité de 12 bits pour
du 8 bits, aucun intérêt), ou comme une carte son (impossible, SDR# ne
détecte pas les fréquences d'échantillonnage des cartes son, il les
impose)...
Je n'ai trouvé qu'un palliatif pour utiliser n'importe quel logiciel
SDR avec le matériel qu'on veut :
- diriger sa sortie vers le mapper Windows de la carte son
- utiliser SDR# en choisissant l'entrée "IQ from sound card", il pourra
ainsi démoduler ou décoder ce que reçoit le 1er logiciel.
Il faut que le signal de sortie du 1er logiciel soit un signal I ou I/Q
brut (non démodulé). Avec HDSDR, c'est possible. Il dispose en effet du
mode "DRM" qui n'est en fait que l'option à prendre pour envoyer un
signal brut DRM vers un autre logiciel de décodage par mappage de voie
audio. Cela fonctionne quelque soit la nature du signal, y compris du
Tetra, car c'est une copie du spectre HF qu'on envoie.
Exemple de mise en oeuvre du principe pour le décodage du Tetra, avec
le matériel SDRPlay piloté par le logiciel HDSDR, sortie audio vers le
mélangeur audio Windows, récupération par SDR# en mode "IQ from Sound
Card" avec audio input sur le mappeur. La démodulation et le décodage
sont ainsi confiés à SDR#.
http://exvacuo.free.fr/div/Radio/ModesDigitaux/Tetra/SDR#viaSDRPlayTetra.png
L'audio a sa fréquence d'échantillonnage fixée à 96 KHz dans les deux
logiciels, SDR# reçoit donc une bande de spectre de 48 KHz. On règle
une bande passante de 25 à 30 KHz dans HDSDR, compatible avec la
largeur d'un spectre Tetra et la bande audio, BP qu'il faudra centrer
sur l'émission à recevoir, laquelle apparaîtra alors dans la bande de
96 KHz de SDR#.
Le plugin Tetra ajuste automatiquement la fréquence de réception, qui
devient ici "15 KHz", et cerise sur le gâteau, comme la fréquence
d'émission fait partie des données transmises, le plugin de SDR#
l'affiche.
François Guillet
Aug 23, 2019, 7:56:26 AM8/23/19
to
bilou
Aug 29, 2019, 3:24:45 AM8/29/19
to
Le 23/08/2019 à 13:56, François Guillet a écrit :
> Je n'ai trouvé qu'un palliatif pour utiliser n'importe quel logiciel
> SDR avec le matériel qu'on veut :
> - diriger sa sortie vers le mapper Windows de la carte son
> - utiliser SDR# en choisissant l'entrée "IQ from sound card", il
> pourra ainsi démoduler ou décoder ce que reçoit le 1er logiciel.
> Il faut que le signal de sortie du 1er logiciel soit un signal I ou
> I/Q brut (non démodulé). Avec HDSDR, c'est possible. Il dispose en
> effet du mode "DRM" qui n'est en fait que l'option à prendre pour
> envoyer un signal brut DRM vers un autre logiciel de décodage par
> mappage de voie audio. Cela fonctionne quelque soit la nature du
> signal, y compris du Tetra, car c'est une copie du spectre HF qu'on
> envoie.
>
Bonjour
> Je n'ai trouvé qu'un palliatif pour utiliser n'importe quel logiciel
> SDR avec le matériel qu'on veut :
> - diriger sa sortie vers le mapper Windows de la carte son
> - utiliser SDR# en choisissant l'entrée "IQ from sound card", il
> pourra ainsi démoduler ou décoder ce que reçoit le 1er logiciel.
> Il faut que le signal de sortie du 1er logiciel soit un signal I ou
> I/Q brut (non démodulé). Avec HDSDR, c'est possible. Il dispose en
> effet du mode "DRM" qui n'est en fait que l'option à prendre pour
> envoyer un signal brut DRM vers un autre logiciel de décodage par
> mappage de voie audio. Cela fonctionne quelque soit la nature du
> signal, y compris du Tetra, car c'est une copie du spectre HF qu'on
> envoie.
>
Tu oublie une des meilleures possibilités des SDR : réaliser des
enregistrements.
Les fichiers I/Q peuvent se relire avec d'autres logiciels .
Ainsi il n'est parfois pas utile d'attendre un hypothétique support de
notre hardware pour constater
qu'un soft ne répond pas a nos attentes.
On peut aussi exploiter sous Linux un enregistrement fait sous Windows
Ou comparer a loisir divers softs ou variantes.
Je pense que c'est HDSDR qui permet aussi de démoduler en FM avec 96KHz
de bande audio.
Ainsi on obtient un signal parfait pour tester divers décodeurs stéréo
ou RDS hard ou soft.
Faut juste une bonne carte son pour relire le fichier.
François Guillet
Aug 30, 2019, 5:01:44 AM8/30/19
to
bilou a exposé le 29/08/2019 :
HDSDR gère de façon bizarre la bande passante de sortie : F6 pour gérer
la fréquence d'échantillonnage de la carte son (notée "Bandwidth"), et
clic droit sur le mode pour gérer la bande audio à utiliser (qui est la
réelle "bandwidth").
Par exemple j'ai une carte son à 192 KHz qui permet donc une BP à 96
KHz, mais je ne peux pas affecter "96 KHz" au mode reçu sans avoir au
préalable fixer la fréquence d'échantillonnage à 192 KHz.
Et si je le fais dans le mode "DRM", puis que je passe en "USB", il
faudra recommencer.
Normalement ces choix devraient être distincts, et seulement le second
dépendre du mode. Le changement de la fréquence d'échantillonnage quand
on change de mode est pénible quand on a une liaison audio virtuelle
avec un logiciel de décodage. Je n'ai pas encore tout explorer à ce
sujet. J'ai l'impression qu'HDSDR mémorise la fréquence
d'échantillonnage d'une fois sur l'autre donc je vais sans doute la
passer à 192 KHz sur tous les modes, ce sera un palliatif.
Quoiqu'il en soit, HDSDR malgré son âge et son interface (je préfère
celle de SDR#) reste le mieux configurable. Notamment le mode DRM
permet d'envoyer la portion de bande qu'on veut en I/Q au logiciel de
décodage, via la sortie carte son. SDR-Radio, par exemple, ne l'a pas.
Dans HDSDR on peut aussi utiliser le mode "USB" avec une large BP pour
faire la même chose, tandis que dans SDR-Radio on ne peut pas élargir
la BP au delà de quelques KHz, donc impossibilité de passer du Tetra.
J'utilise les fichiers I/Q pour faire des sauvegardes, et
éventuellement pouvoir rejouer des émissions et mieux analyser les
transmissions. Je l'ai fait pas plus tard qu'avant hier pour le DMR sur
le 460 MHz, ainsi qu'une sauvegarde de la bande des 35 MHz complètement
encombrées de signaux (EDF ?) suite à un très short skip en sporadique
E vers le sud de la France, l'Italie et l'Espagne (j'ai contacté un
gars de Brive sur 28 MHz, à moins de 400 KM !).
Actuellement je m'intéresse au Tetra, DMR, dPMR, NXDN, D-Star... Il
existe un seul logiciel à ma connaissance pour le Tetra (plugin SDR#),
et un seul digne d'attention pour les autres (DSD+), hors de ceux liés
spécifiquement à un matériel.
Je m'intéresse aussi au Tetrapol, notamment à cause du réseau Antarès,
les prémisses d'un décodeur ayant fait son apparition (
https://brmlab.cz/project/tetrapol/start ). Même si le logiciel ne
décodait que des paramètres de liaison tandis que l'audio est cryptée,
ce peut être intéressant. Et je ne suis pas sûr que tout est crypté :
voir ce bilan 2016 du sénat
(http://www.senat.fr/rap/r15-365/r15-365_mono.html) sur le fiasco
d'Antarès, et la question de "l'allègement de la crypto-période" pour
réduire les coûts (0,5 équivalent temps plein par an dans chaque SDIS
rien que pour gérer le renouvellement des clés de chiffrement) ! :-)
la fréquence d'échantillonnage de la carte son (notée "Bandwidth"), et
clic droit sur le mode pour gérer la bande audio à utiliser (qui est la
réelle "bandwidth").
Par exemple j'ai une carte son à 192 KHz qui permet donc une BP à 96
KHz, mais je ne peux pas affecter "96 KHz" au mode reçu sans avoir au
préalable fixer la fréquence d'échantillonnage à 192 KHz.
Et si je le fais dans le mode "DRM", puis que je passe en "USB", il
faudra recommencer.
Normalement ces choix devraient être distincts, et seulement le second
dépendre du mode. Le changement de la fréquence d'échantillonnage quand
on change de mode est pénible quand on a une liaison audio virtuelle
avec un logiciel de décodage. Je n'ai pas encore tout explorer à ce
sujet. J'ai l'impression qu'HDSDR mémorise la fréquence
d'échantillonnage d'une fois sur l'autre donc je vais sans doute la
passer à 192 KHz sur tous les modes, ce sera un palliatif.
Quoiqu'il en soit, HDSDR malgré son âge et son interface (je préfère
celle de SDR#) reste le mieux configurable. Notamment le mode DRM
permet d'envoyer la portion de bande qu'on veut en I/Q au logiciel de
décodage, via la sortie carte son. SDR-Radio, par exemple, ne l'a pas.
Dans HDSDR on peut aussi utiliser le mode "USB" avec une large BP pour
faire la même chose, tandis que dans SDR-Radio on ne peut pas élargir
la BP au delà de quelques KHz, donc impossibilité de passer du Tetra.
J'utilise les fichiers I/Q pour faire des sauvegardes, et
éventuellement pouvoir rejouer des émissions et mieux analyser les
transmissions. Je l'ai fait pas plus tard qu'avant hier pour le DMR sur
le 460 MHz, ainsi qu'une sauvegarde de la bande des 35 MHz complètement
encombrées de signaux (EDF ?) suite à un très short skip en sporadique
E vers le sud de la France, l'Italie et l'Espagne (j'ai contacté un
gars de Brive sur 28 MHz, à moins de 400 KM !).
Actuellement je m'intéresse au Tetra, DMR, dPMR, NXDN, D-Star... Il
existe un seul logiciel à ma connaissance pour le Tetra (plugin SDR#),
et un seul digne d'attention pour les autres (DSD+), hors de ceux liés
spécifiquement à un matériel.
Je m'intéresse aussi au Tetrapol, notamment à cause du réseau Antarès,
les prémisses d'un décodeur ayant fait son apparition (
https://brmlab.cz/project/tetrapol/start ). Même si le logiciel ne
décodait que des paramètres de liaison tandis que l'audio est cryptée,
ce peut être intéressant. Et je ne suis pas sûr que tout est crypté :
voir ce bilan 2016 du sénat
(http://www.senat.fr/rap/r15-365/r15-365_mono.html) sur le fiasco
d'Antarès, et la question de "l'allègement de la crypto-période" pour
réduire les coûts (0,5 équivalent temps plein par an dans chaque SDIS
rien que pour gérer le renouvellement des clés de chiffrement) ! :-)
bilou
Sep 7, 2019, 5:36:22 AM9/7/19
to
J'ai pas testé les dernières versions de SDR#.
A vrai dire j'utilise sdrsharper variante peu connue mais
utile et performante quand elle est sortie.
Du coup j'ai un paquet de fréquences mémorisées avec ce soft.
Concernant le SDRplay j'ai pas vraiment adopté SDRuno.
W10 me gonflant je me bagarre avec Ubuntu 19.04 et QTdab qui gère bien
le SDRplay.
François Guillet
Sep 9, 2019, 9:18:29 AM9/9/19
to
bilou a formulé la demande :
...
> Du coup j'ai un paquet de fréquences mémorisées avec ce soft.
> Concernant le SDRplay j'ai pas vraiment adopté SDRuno.
> W10 me gonflant je me bagarre avec Ubuntu 19.04 et QTdab qui gère bien
> le SDRplay.
J'ai "remonté" SDR# uniquement à cause du nouveau plugin Tetra, qui
marche vraiment bien.
SDR# m'avait plu au début, puis ils ont abandonné la SDRPlay (SDR# est
lié au concurrent AirSpy). Ceci dit j'ai découvert que la firme de
SDRPlay a en ligne un soft qui émule une clé RTL en TCP, ce qui permet
d'accéder à la SDRPlay depuis SDR#. Mais en TCP je trouve que ce n'est
pas pratique, et il y a des temps de latence.
Je n'ai pas non plus adopté SDRuno, pas intuitif, surtout à cause du
GUI avec leur système du multi-fenêtrage "façon puzzle".
Il y a 2 ou 3 ans je m'étais monté un PC avec Linux. Je l'ai toujours
d'ailleurs, il est parfaitement opérationnel. Mais je pense qu'il faut
choisir. Si on doit se partager entre 2 OS on ne sort plus de
l'informatique. J'ai choisi Windows.
QTdab existe aussi pour Windows, mais comme tout ce qui vient du monde
Linux, ce n'est pas top une fois passé sous Windows (QTDab a un
affichage qui supporte très mal ma définition d'écran).
...
> Bonjour.
> J'ai pas testé les dernières versions de SDR#.
> A vrai dire j'utilise sdrsharper variante peu connue mais
> utile et performante quand elle est sortie.
Merci pour l'info. Je ne connaissais pas. Je vais l'essayer.
> J'ai pas testé les dernières versions de SDR#.
> A vrai dire j'utilise sdrsharper variante peu connue mais
> utile et performante quand elle est sortie.
> Du coup j'ai un paquet de fréquences mémorisées avec ce soft.
> Concernant le SDRplay j'ai pas vraiment adopté SDRuno.
> W10 me gonflant je me bagarre avec Ubuntu 19.04 et QTdab qui gère bien
> le SDRplay.
marche vraiment bien.
SDR# m'avait plu au début, puis ils ont abandonné la SDRPlay (SDR# est
lié au concurrent AirSpy). Ceci dit j'ai découvert que la firme de
SDRPlay a en ligne un soft qui émule une clé RTL en TCP, ce qui permet
d'accéder à la SDRPlay depuis SDR#. Mais en TCP je trouve que ce n'est
pas pratique, et il y a des temps de latence.
Je n'ai pas non plus adopté SDRuno, pas intuitif, surtout à cause du
GUI avec leur système du multi-fenêtrage "façon puzzle".
Il y a 2 ou 3 ans je m'étais monté un PC avec Linux. Je l'ai toujours
d'ailleurs, il est parfaitement opérationnel. Mais je pense qu'il faut
choisir. Si on doit se partager entre 2 OS on ne sort plus de
l'informatique. J'ai choisi Windows.
QTdab existe aussi pour Windows, mais comme tout ce qui vient du monde
Linux, ce n'est pas top une fois passé sous Windows (QTDab a un
affichage qui supporte très mal ma définition d'écran).
François Guillet
Sep 9, 2019, 9:42:42 AM9/9/19
to
François Guillet avait écrit le 09/09/2019 :
> bilou a formulé la demande :
> ...
>> Bonjour.
>> J'ai pas testé les dernières versions de SDR#.
>> A vrai dire j'utilise sdrsharper variante peu connue mais
>> utile et performante quand elle est sortie.
>
> Merci pour l'info. Je ne connaissais pas. Je vais l'essayer.
Bien dans la ligne de SDRPlay, mais plus pratique. Malheureusement
> bilou a formulé la demande :
> ...
>> Bonjour.
>> J'ai pas testé les dernières versions de SDR#.
>> A vrai dire j'utilise sdrsharper variante peu connue mais
>> utile et performante quand elle est sortie.
>
> Merci pour l'info. Je ne connaissais pas. Je vais l'essayer.
incompatible avec le plugin Tetra plus récent.
bilou
Sep 10, 2019, 4:37:59 PM9/10/19
to
On 09/09/2019 15:18, François Guillet wrote:
> QTdab existe aussi pour Windows, mais comme tout ce qui vient du monde
> Linux, ce n'est pas top une fois passé sous Windows (QTDab a un
> affichage qui supporte très mal ma définition d'écran).
C'est vrai que le look de QtDAB n'est vraiment pas terrible.
> QTdab existe aussi pour Windows, mais comme tout ce qui vient du monde
> Linux, ce n'est pas top une fois passé sous Windows (QTDab a un
> affichage qui supporte très mal ma définition d'écran).
Son gros plus c'est qu'il supporte le SDRplay
Il y a aussi le display de la constellation et impulse response qui
dans mon cas avec mon pb de SFN s'avèrent utiles.
Il y a aussi du même auteur swradio 8.0
Qui intègre des décodages amtor ,psk,wfax ,mfsk et drm.
J'ai juste testé ce dernier.
C'est tout aussi moche mais l'auteur est très réactif et il programme
pour lui pas pour la postérité.
François Guillet
Sep 12, 2019, 4:12:58 AM9/12/19
to
bilou a exprimé avec précision :
Il y a en effet une grosse lacune des programmes de décodage.
Il y en a beaucoup, mais certains très mauvais, d'autres qui ne
marchent pas avec tous les matériels, d'autres qui sont spécifiques
d'un logiciel particulier de SDR, d'autres qui demandent des règlages
très précis qui font qu'à part expérimenter une fois pour voir, on ne
les utilisera pas, d'autres où l'interface est tellement moche, ou
lourde (multipsk), que c'est dissuasif, d'autres qui n'incluent
certains modes qu'en option payante, d'autres encore en mode ligne de
commande avec fenêtres de type "DOS", et aucun qui analyse, identifie
le signal, et en décode un grand nombre automatiquement.
Autant les 3 ou 4 grands logiciels SDR généralistes sont d'excellent
niveau, autant ils sont peu pratiques à utiliser avec des décodeurs,
l'intégration manque, et même ils sont parfois incompatibles (comme
SDR-Radio incapable d'envoyer 25 KHz de bande passante IQ vers la carte
son, ce qui invalide son utilisation pour le Tetra).
J'ai testé SDRsharper que tu nous a signalé. Belle interface, dommage
qu'il n'accepte pas les plugins récents de SDR#. De fil en aiguille,
j'ai vu qu'il est entièrement basé sur les vieilles versions de SDR#,
dont j'ai trouvé le source sur le WEB et je peux le compiler, ce qui me
permet d'y faire les modifs que je veux! Je l'ai fait passer au Net
framework 4.0 au lieu de 3.5, ce qui permet d'installer le plugin
Tetra. Malheureusement il ne fonctionne toujours pas, et comme
l'install de plugin pour SDR# est verrouillée (pas de doc, pas de kit
de développement, il faut se faire accepter par Airspy), je ne peux
avancer.
J'essaierai swradio 8.0 que je ne connaissais pas.
Actuellement j'essaie de refaire la dll "rtlsdr.dll" pour qu'elle
accède en plus au matériel SDRPlay. On pourrait ainsi utiliser SDRPlay
dans tous les logiciels utilisant les clés RTL, ce qui ouvre beaucoup
de portes, dont celle des dernières versions de SDR# et ses plugins.
C'est beaucoup de boulot mais ça se présente bien...
Il y en a beaucoup, mais certains très mauvais, d'autres qui ne
marchent pas avec tous les matériels, d'autres qui sont spécifiques
d'un logiciel particulier de SDR, d'autres qui demandent des règlages
très précis qui font qu'à part expérimenter une fois pour voir, on ne
les utilisera pas, d'autres où l'interface est tellement moche, ou
lourde (multipsk), que c'est dissuasif, d'autres qui n'incluent
certains modes qu'en option payante, d'autres encore en mode ligne de
commande avec fenêtres de type "DOS", et aucun qui analyse, identifie
le signal, et en décode un grand nombre automatiquement.
Autant les 3 ou 4 grands logiciels SDR généralistes sont d'excellent
niveau, autant ils sont peu pratiques à utiliser avec des décodeurs,
l'intégration manque, et même ils sont parfois incompatibles (comme
SDR-Radio incapable d'envoyer 25 KHz de bande passante IQ vers la carte
son, ce qui invalide son utilisation pour le Tetra).
J'ai testé SDRsharper que tu nous a signalé. Belle interface, dommage
qu'il n'accepte pas les plugins récents de SDR#. De fil en aiguille,
j'ai vu qu'il est entièrement basé sur les vieilles versions de SDR#,
dont j'ai trouvé le source sur le WEB et je peux le compiler, ce qui me
permet d'y faire les modifs que je veux! Je l'ai fait passer au Net
framework 4.0 au lieu de 3.5, ce qui permet d'installer le plugin
Tetra. Malheureusement il ne fonctionne toujours pas, et comme
l'install de plugin pour SDR# est verrouillée (pas de doc, pas de kit
de développement, il faut se faire accepter par Airspy), je ne peux
avancer.
J'essaierai swradio 8.0 que je ne connaissais pas.
Actuellement j'essaie de refaire la dll "rtlsdr.dll" pour qu'elle
accède en plus au matériel SDRPlay. On pourrait ainsi utiliser SDRPlay
dans tous les logiciels utilisant les clés RTL, ce qui ouvre beaucoup
de portes, dont celle des dernières versions de SDR# et ses plugins.
C'est beaucoup de boulot mais ça se présente bien...
0 new messages