2017-03-17 2 views
1

J'ai un problème pour transférer une configuration de la radio GNU de PC (Windows 10, USB3) à Raspberry Pi 2 (USB2). La bande passante USB et le processeur ne devraient pas être un problème je pense (seulement environ 30% d'utilisation en cours d'exécution). Essentiellement, il semble que le RPi soit en pause pendant la transmission, alors que le PC ne l'est pas. Le récepteur fonctionne sur PC dans les deux cas. J'inclus une photo de ce que je vois après la démodulation FSK lors de l'exécution de l'émetteur sur PC vs Pi (entourée de la zone 'pause'), ainsi qu'une photo de mon schéma (certes bâclé). Toute aide/conseils est grandement appréciée. gnuradio schemreceived signalsGNU Radio et bladeRF sur Raspberry Pi (système FSK simple)

Éditer: Il semble qu'il puisse effectivement y avoir des limitations de traitement. Passer de 9400 bauds à 2400 bauds fait disparaître le problème. Si quelqu'un a de l'expérience avec GNURadio ... est-ce que je fais quelque chose de trop inefficace ou devrais-je simplement laisser tomber le taux de comm?

Répondre

1

La première chose que je ferais serait de réduire vos taux d'échantillonnage. Vous n'avez pas besoin de 1,5 Mo/s si vous souhaitez conserver seulement les 32 Ko les plus bas dans votre filtre passe-bas. Ensuite, vous pourriez faire la même chose pour votre deuxième étape après la démodulation en quadrature si ce n'est pas suffisant (d'ailleurs, la fréquence d'échantillonnage de votre deuxième filtre passe-bas ne semble pas correspondre à la fréquence d'échantillonnage réelle de la scène qui est encore 1.5Ms/s si je ne me trompe pas).

Quoi qu'il en soit, gnuradio utilise beaucoup de puissance de traitement alors essayez de ne pas utiliser un moyen de taux d'échantillonnage ci-dessus ce que vous avez réellement besoin;)

Dans votre cas, vous pouvez réduire le taux d'échantillonnage entrant vers le bas pour 64k (disons 80 Pour la sécurité). 18 fois moins d'échantillons à traiter pourraient faire l'affaire :)