La récente mise à jour de l’image USRP E310 (e310 version 002) semble avoir résolu tous les problèmes que j’avais mentionnés dans le post précédent. Seulement deux problèmes mineurs sont apparus:
Mon appareil est livré avec une carte coque iphone soldes mémoire de 4 Go alors que les nouvelles images nécessitent une carte de 8 Go. Heureusement, j’avais une carte de 8 Go dans mon téléphone que j’ai échangé pour la carte dans l’USRP.
J’ai exécuté UHD à partir de la branche principale sur mon ordinateur hôte, tandis que l’image utilise la version UHD 003_008_004. Il semble important d’utiliser la même version de UHD sur l’ordinateur hôte si vous voulez utiliser usrp_e3x0_network_mode, car uhd_usrp_probe n’a pas pu trouver le périphérique. J’ai eu un problème similaire dans le post précédent. Une fois que j’ai rétrogradé à la même version, j’ai pu trouver l’appareil. J’ai dû relier GNURadio pour obtenir le UHD: USRP Sink pour fonctionner sans lancer un défaut de seg.
Dans l’ensemble, Ettus a fait un excellent travail sur ce produit et j’attends avec impatience d’autres expérimentations.
La démonstration d’Ettus ResearchRF Network on Chip (RFNoC) que j’ai regardée début décembre m’a beaucoup enthousiasmée par la technologie en tant que chemin de faible résistance à la mise en œuvre FPGA de TC OLA. La technologie RFNoC donne à l’utilisateur les outils pour créer des blocs de traitement basés sur FPGA sans se soucier des détails du transport de données et des différentes couches de logiciel de piratage pour rendre ces blocs utilisables depuis GNURadio. Je recommande fortement de regarder la vidéo de démonstration.
Aucune interface 10GE et câblage requis n’utilise l’interface GE standard.
Aucune carte frontale supplémentaire requise n’a intégré l’extrémité avant couvrant suffisamment de spectre pour être utile.
Peut construire une image FPGA avec la version gratuite des outils Xilinx.
Familier avec le Zynq 7020 de travailler avec le ZedBoard.
L’implémentation FPGA de TC OLA devrait être assez générique pour être facilement porté sur la série X si nécessaire.
Le E310 est arrivé aujourd’hui, alors j’ai pensé prendre quelques notes sur le déballage et la mise en place de l’appareil. Voici la boîte qui a été soigneusement emballée dans une boîte FedEx beaucoup plus grande:
Le E310 est assez petit, ici il est au dessus de deux des appareils USRP N210. Le E310 a plus de fonctionnalités que ces deux boîtes combinées:
Pour ceux qui ne connaissent pas la taille d’un USRP N210, ici il est à côté d’une tasse de café 12oz:
En ce qui concerne la configuration, j’ai ignoré la connexion via la console série USB directement à la connexion réseau via SSH. C’était simple et tout a fonctionné comme écrit dans le Guide de démarrage qui était emballé dans la boîte.
J’ai alors essayé d’utiliser l’application Mode qui permet à l’E310 d’être utilisé à partir d’un ordinateur hôte similaire aux périphériques de génération précédente. J’ai démarré l’application mais je n’ai pas pu tester l’E310 depuis mon Coque Samsung ordinateur hôte. J’ai alors constaté que la version de UHD que j’avais installée sur l’ordinateur hôte n’avait pas compilé le support E310. J’ai mis à jour mon arborescence de sources UHD sur l’ordinateur hôte et reconstruit avec le support E310. Je l’ai couru sur le E310, et la situation a empiré. Apparemment, la version de Coque Huawei En Ligne UHD installée sur le E310 ne télécharge pas réellement le fichier de bits E310 Après l’exécution de ce programme, je n’ai plus de fichier bit pour le E310 sous / usr / share / uhd / images. J’ai fait le tour du côté de l’ordinateur hôte et j’ai vu que la version UHD là-bas télécharge effectivement le fichier bit E310 pour que tout ne soit pas perdu. Je me demandais si je pouvais mettre à jour la version de UHD fonctionnant sur l’E310 de telle sorte qu’elle soit compatible avec l’ordinateur hôte et puisse également télécharger l’image FPGA correcte. J’ai utilisé git pour vérifier le code sur le E310 et a couru cmake, cette fois en étant sûr d’activer le support E310 (option cmake: DENABLE_E300 = YES). Alors que cela prenait énormément de temps à construire, j’ai transféré le fichier de bits E310 de mon ordinateur hôte vers l’E310 en utilisant scp et maintenant l’application en mode réseau va démarrer mais j’ai le même problème qu’avant.
Pendant la construction j’ai remarqué qu’il y avait beaucoup d’avertissements détectés par biais. Peut-être que l’heure sur l’E310 doit être synchronisée avec l’heure du réseau pour que le fonctionnement fonctionne correctement. Après avoir attendu environ une éternité pour la construction de UHD, j’ai été capable de démarrer l’application en mode réseau, de la sonder avec succès depuis la machine hôte et de l’utiliser comme source USRP dans les flowgraphs GRC. J’ai fait un simple tuner FM et j’ai pu recevoir plusieurs stations. Notre réseau de radios d’urgence local est également clairement reçu.
Bien que l’expérience hors de la boîte aurait pu être plus lisse, je suis impatient de travailler avec cet appareil.
Ce fut une année occupée. Nous avons récemment publié un article dans la section spéciale IEEE Access sur les technologies sans fil 5G: Novel UWB et Spread Spectrum System utilisant la compression temporelle et les techniques d’ajout de chevauchement. IEEE Access est un journal à comité de lecture à accès ouvert, donc vous pourrez voir l’article et la vidéo ci-jointe sans abonnement. C’est ce qu’on appelle la compression temporelle dans la littérature parce que le temps nécessaire pour lire ces échantillons est beaucoup plus court que le temps nécessaire pour les enregistrer. Il devrait être évident que cela entraîne une augmentation de la fréquence, d’où la large bande passante.
Il devrait également être évident que vous ne pouvez pas transmettre en continu parce que vous consommez des échantillons plus rapidement qu’ils ne sont produits. Pour résoudre ce problème, nous empruntons la technique d’ajout de chevauchement de l’audioprocessing, qui est généralement utilisée pour effectuer une sorte d’opération d’analyse / synthèse. Au lieu de cela, nous l’utilisons pour ajouter de la redondance au signal d’une manière qui peut bénéficier au processus de réception. Ce qui est intéressant, c’est que la redondance n’est pas ajoutée aux bits comme dans un code linéaire, mais directement à la forme d’onde modulée.
Si vous regardez la vidéo attachée au papier, vous verrez le récepteur qui a été utilisé pour mettre en œuvre ce processus. Il s’agit d’un récepteur SDR basé sur ZedBoard mais qui utilise un ADC 1,8 GHz haute vitesse avec une capacité d’entrelacement lui permettant d’agir comme un seul ADC de 3,6 GHz. Avec cet appareil, nous avons été en mesure de recevoir des signaux à bande étroite standard tels que la diffusion FM en continu. La fonctionnalité à large bande qui peut être effectuée dans un logiciel est limitée à la capture de mémoire tampon jusqu’à des échantillons de 2M à des fréquences d’échantillonnage allant jusqu’à 450 MHz. Cependant, l’utilisation d’une minuterie matérielle pour déclencher une capture de tampon à un intervalle fixe (typiquement autour de 250 ms) peut être utile pour produire des affichages en cascade à large bande. C’est aussi le mode que nous utilisons pour implémenter le récepteur TC OLA. La fonctionnalité à large bande dans le FPGA est seulement limitée par le nombre de portes de l’appareil, et nous avons donc l’intention de mettre en œuvre un récepteur TC OLA à large bande basé FPGA à l’avenir.
J’espère écrire une série de messages décrivant la conception de cette RDS pour toute personne intéressée. J’ai reçu beaucoup d’aide de Jon Pendlum, qui a fait un excellent travail sur l’utilisation des accélérateurs à base de FPGA dans GNURadiant l’appareil Xilinx Zynq.
Comme le temps passe vite. Au cours des six premiers mois de cette année, je me suis concentré sur mon travail. À l’origine, il devait durer quatre mois, mais les horaires ont tendance à glisser et les calendriers pour les grands projets ont tendance à beaucoup déraper. Quelque part là-bas, j’ai rangé tout mon équipement radio, car je n’avais pas vraiment le temps de jouer..