Re: make error with gr3.8
Marcus I see where I went wrong. I am using ettus because I have an Ettus B210 SDR. as for setting up the rest I will upgrade to ubuntu 19.10. For my project I require gr3.8. I am noticing that with several dependencies for 3.7 based applications are no longer available. so upgrading everything to 3.8 is becoming my better choice. I want to see if I can combine a lot of the different applications from cgran into one menu driven front end, but with so many variations in dependency compatibility I am having difficulties. I will upgrade to 19.10 and proceed from there Martin From: Müller, Marcus (CEL) Sent: Friday, February 14, 2020 2:27 PM To: Martin Spears; discuss-gnuradio@gnu.org Subject: Re: make error with gr3.8 Hi Martin, 1. you're using a guide meant for Ubuntu 19.10, but you are running a Ubuntu 18.04. So, yeah, that probably works, but really, not what you'd normally do. 2. UNLESS you really need the Ettus version of UHD, and can't work with the one supplied with your Ubuntu installation, building anything from source is a bad idea. **Do you REALLY need UHD 3.15 on Ubuntu 18.04**? It'd be usually easier to just upgrade to Ubuntu 19.10. That has UHD 3.15 in its default installation sources, so no need to build UHD from source, and you can install GNU Radio linking to that version of UHD for that without having to compile anything from source. Please do not compile software from source unless you really need to; that's just complications without benefits. We're supplying current GNU Radio packages for Ubuntu [1] that are way easier to install. But, as said, you can only work with a *really* old UHD if you stay on Ubuntu 18.04. Updating your Ubuntu is my recommendation. (Please uninstall all things you've built from source before updating your Ubuntu: cd uhd/build; sudo make uninstall) If you can live with the old version of UHD that Ubuntu 18.04 ships (e.g. if you have no USRP, or a USRP N210, or so), it's better to not install UHD from source (i.e. uninstall what you've built from source), and just follow [1], even on Ubuntu 18.04. Regarding your problem: the fact that building breaks when linking gr- blocks points to insufficient RAM. Back when I started with GNU Radio about 10 years ago, that was a very common sight. Today, it's rare to find a PC that has insufficient RAM and not enough Swap, but you seem to be in the unlucky situation that you're running out of it. This again stresses the unnecessary amount of complications building from source brings. Best regards, Marcus [1] sudo add-apt-repository ppa:gnuradio/gnuradio-releases sudo apt-get update sudo apt-get install gnuradio This automatically installs the version of UHD your Ubuntu brings (old UHD 3.10 on Ubuntu 18.04, new Ubuntu 3.15 on Ubuntu 19.10), and installs GNU Radio. Should take less than 3 Minutes. Below, a bit of commentary: On Fri, 2020-02-14 at 18:50 +, Martin Spears wrote: > following this doc ---> > https://docs.google.com/document/d/17gbDc_l32wbNIrXopUWIr1pOpu_Ty8tTeC4t12Ah_XE/edit#heading=h.ocyosag08tha > !!! > Ubuntu 19.04 != Ubuntu 18.04 > > GNU Radio 3.8, Ettus UHD and Ubuntu 19.10 <--- > ~/source/gnuradio/build$ cmake -DCMAKE_INSTALL_PREFIX=/usr ../ Dangerous, you're installing into directories usually managed by your Linux distro (i.e. Ubuntu). I do not recommend that. > […] > after make -j4 > > […] > [ 47%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_c_impl.cc.o > [ 47%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_f_impl.cc.o > [ 47%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_s_impl.cc.o > [ 47%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_i_impl.cc.o > [ 48%] Building CXX object > gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/ctrlport_probe2_b_impl.cc.o > [ 48%] Linking CXX shared library libgnuradio-blocks.so This is the most RAM-intense step in the whole GNU Radio build. > [ 48%] Built target gnuradio-blocks ... Hence my suspicion that you run out of RAM. It might be something else. The fact that there's no compiler error printed, however, suggests my suspicion is right. You can usually check using `dmesg`, whether there's a OOM (out-of-memory) kill log entry somewhere. > Makefile:140: recipe for target 'all' failed > make: *** [all] Error 2 :(
Re: About the transceiver and sending packets to / from a hardware
Hello Everyone, 1. I was trying for the past few weeks to make the Zigbee Trx communicate with the other Zigbee hardware for implementation verification . I am not using TelOS b mote with COntiki Firmware instead i am using a Zigbee dongle as a hardware to make the communication work . My question is why is the flowgraph restricting only to hear the "hello world" message but not the message from other hardware? If my SDR could operate at 2.4GHz in air , the transceiver block should not only hear the "GNU Radio Transmitted message but also from the other hardware isnt it? The other hardware is also not receiving the GNU Radio's message. 2. Is the Rime stack / MAC layer that fixes frames stopping the other hardware to send or receive? 3. I am also trying the same Zigbee Trx in 2 laptops, the message that i set in laptop 1 at GNU Radio Zigbee TRX has been received in wireshark at laptop 1 and laptop 2 message at laptop 2 , Why are not they syncing with each other if i give same destination or pan id with channel number? Technically i am trying to do 2 work , Either have two laptop that has each flowgraph with 2 different message and wanna see if they both are transferring their message at wireshark, which is right now not happening secondly , trying to transmit Zigbee Trx basti's message to a seperate zigbee hardware (Xbee or any zigbee sniffer) or send message from Xbee and trying to receiving in on Wireshark at the GNU Radio end I also face the issue of when i transceive the message its showing "Bad FCS" and also the packet flow is getting stopped when i open the wireshark . Please throw some ideas on this . Thanks and regards, Ranganathan Sampathkumar On Fri, Feb 14, 2020 at 4:39 PM Müller, Marcus (CEL) wrote: > It's great that you posted here! I was thanking you for that! Welcome > to the community! > > On Fri, 2020-02-14 at 16:37 -0600, sampath ranga wrote: > > Hello Mr.Marcus Muller , > > > >I totally understand and i apologize for not asking my question in > public . I am new to this forum . I have been working on gnu radio for some > time and just came to know about this platform that does discussion . So I > just got an idea of how to subscribe and how to post the questions. I am > totally sorry if something is wrong . Yes i will see through the reply you > sent and try to work on it and will get you back soon > > > > Thanks and regards , > > Ranganathan Sampathkumar > > > > On Fri, Feb 14, 2020 at 4:31 PM Müller, Marcus (CEL) > wrote: > > > Hi! > > > > > > On Fri, 2020-02-14 at 14:57 -0600, sampath ranga wrote: > > > > How are you? I am Ranganathan Sampathkumar, one of the research > students who gave request to you through Linkedin a few days ago. > > > > > > I'd respectfully like to point out that as an author and maintainer of > > > open source software, it's often a very time-consuming task to read the > > > private messages asking for advice about one's projects. Knowing the > > > less-than-amusing messages that show up on the issues on Basti's > > > software projects, I think it what reaches him in private actually be a > > > really bad burden for him. > > > > > > It's really much better that you wrote here to the mailing list; in > > > general, unless it's really something that *must* be done in privacy, > > > it's polite to use the public platforms of open source projects and > > > communities. Thanks for reaching out in this public way! > > > > > > > 1. Is the implementation verification can only be done with TelosB > mote with contiki firmware? > > > > > > Haven't played with in a while, but gr-ieee802-15-4 is at least as far > > > as I know a standards-compliant implementation: If you configure it in > > > a standards-compliant way, it simply "speaks" zigbee. > > > > > > > Can we use other Zigbee hardware to sniff the message? > > > > > > Yes? > > > > > > > When i tried to do that i can transceive the message successfully > in Wireshark > > > > > > with what did you try? Notice that the Wireshark dissector might not > > > like the packet format of all capture devices. > > > > > > > 2. Or if i do in reverse, say for example if i try to send a message > > > > from other Zigbee device to the GNU Radio that has transceiver code > > > > with .pcap file, I am seeing the "packets that has been sent from the > > > > transceiver in .pcap file at Wireshark but the .pcap file doesnot > > > > have the message from the other hardware device". > > > > > > There's different 802.15.4 PHYs, make sure you're using the same, and > > > appropriately configured, for your other device. There's more that can > > > go wrong here than can go right – employ your signal processing > > > knowledge and the Qt GUI sinks to inspect what you're receiving while > > > you are receiving it. > > > > > > Best regards, > > > Marcus >
Re: About the transceiver and sending packets to / from a hardware
Hi, slightly will have to repeat myself: On 15.02.20 21:15, sampath ranga wrote: > Hello Everyone, > > 1. I was trying for the past few weeks to make the Zigbee Trx > communicate with the other Zigbee hardware for implementation > verification . I am not using TelOS b mote with COntiki Firmware > instead i am using a Zigbee dongle as a hardware to make the > communication work . My question is why is the flowgraph restricting > only to hear the "hello world" message but not the message from other > hardware? If my SDR could operate at 2.4GHz in air , the transceiver > block should not only hear the "GNU Radio Transmitted message but also > from the other hardware isnt it? The other hardware is also not > receiving the GNU Radio's message. This is wireless communications. Not only do you have to configure all devices in a compatible manner, channel and receiver conditions can make interoperation problematic. You will have to apply your own signal processing / wireless education to debug this. > 2. Is the Rime stack / MAC layer that fixes frames stopping the > other hardware to send or receive? I don't understand this question, sorry. > 3. I am also trying the same Zigbee Trx in 2 laptops, the message > that i set in laptop 1 at GNU Radio Zigbee TRX has been received in > wireshark at laptop 1 and laptop 2 message at laptop 2 , Why are not > they syncing with each other if i give same destination or pan id with > channel number? Same answer as to 1. You're not doing any signal-level debugging on this, so we can't help you. > Technically i am trying to do 2 work , Either have two laptop that has > each flowgraph with 2 different message and wanna see if they both are > transferring their message at wireshark, which is right now not happening Same answer as to 1. > secondly , trying to transmit Zigbee Trx basti's message to a seperate > zigbee hardware (Xbee or any zigbee sniffer) or send message from Xbee > and trying to receiving in on Wireshark at the GNU Radio end Same answer as to 1. > I also face the issue of when i transceive the message its showing > "Bad FCS" and also the packet flow is getting stopped when i open the > wireshark . Please throw some ideas on this . > Same answer as to 1. smime.p7s Description: S/MIME Cryptographic Signature
Re: About the transceiver and sending packets to / from a hardware
Hello Marcus Muller , Thank you so much for the reply . The thing about Rime Stack is rime stack is a network level stack . So my question is if its network level stack is that the block thats restricting me from getting other hardware signals on the Wireshark ?? and I want to let you know that i am trying different type of flow graph changes to make it work and i am posting this after playing with MAC and Rime . I even tried to seperate the tx and rx section to see if it is working but still it is not . Thanks and regards , Ranganathan Sampathkumar On Sat, Feb 15, 2020 at 2:39 PM Marcus Müller wrote: > Hi, > > slightly will have to repeat myself: > > On 15.02.20 21:15, sampath ranga wrote: > > Hello Everyone, > > > > 1. I was trying for the past few weeks to make the Zigbee Trx > > communicate with the other Zigbee hardware for implementation > > verification . I am not using TelOS b mote with COntiki Firmware > > instead i am using a Zigbee dongle as a hardware to make the > > communication work . My question is why is the flowgraph restricting > > only to hear the "hello world" message but not the message from other > > hardware? If my SDR could operate at 2.4GHz in air , the transceiver > > block should not only hear the "GNU Radio Transmitted message but also > > from the other hardware isnt it? The other hardware is also not > > receiving the GNU Radio's message. > > This is wireless communications. Not only do you have to configure all > devices in a compatible manner, channel and receiver conditions can make > interoperation problematic. > > You will have to apply your own signal processing / wireless education > to debug this. > > > 2. Is the Rime stack / MAC layer that fixes frames stopping the > > other hardware to send or receive? > > > I don't understand this question, sorry. > > > 3. I am also trying the same Zigbee Trx in 2 laptops, the message > > that i set in laptop 1 at GNU Radio Zigbee TRX has been received in > > wireshark at laptop 1 and laptop 2 message at laptop 2 , Why are not > > they syncing with each other if i give same destination or pan id with > > channel number? > > Same answer as to 1. You're not doing any signal-level debugging on > this, so we can't help you. > > > Technically i am trying to do 2 work , Either have two laptop that has > > each flowgraph with 2 different message and wanna see if they both are > > transferring their message at wireshark, which is right now not happening > Same answer as to 1. > > secondly , trying to transmit Zigbee Trx basti's message to a seperate > > zigbee hardware (Xbee or any zigbee sniffer) or send message from Xbee > > and trying to receiving in on Wireshark at the GNU Radio end > > Same answer as to 1. > > > I also face the issue of when i transceive the message its showing > > "Bad FCS" and also the packet flow is getting stopped when i open the > > wireshark . Please throw some ideas on this . > > > Same answer as to 1. > >
Re: About the transceiver and sending packets to / from a hardware
Hello , Regarding the wireshark packet flow stop i think Dr Basti gave a solution on his website . I think i got it Mr.Marcus Muller , the solution for the last question but still working on its implementation verification Thanks and regards , Ranganathan Sampathkumar On Sat, Feb 15, 2020 at 2:39 PM Marcus Müller wrote: > Hi, > > slightly will have to repeat myself: > > On 15.02.20 21:15, sampath ranga wrote: > > Hello Everyone, > > > > 1. I was trying for the past few weeks to make the Zigbee Trx > > communicate with the other Zigbee hardware for implementation > > verification . I am not using TelOS b mote with COntiki Firmware > > instead i am using a Zigbee dongle as a hardware to make the > > communication work . My question is why is the flowgraph restricting > > only to hear the "hello world" message but not the message from other > > hardware? If my SDR could operate at 2.4GHz in air , the transceiver > > block should not only hear the "GNU Radio Transmitted message but also > > from the other hardware isnt it? The other hardware is also not > > receiving the GNU Radio's message. > > This is wireless communications. Not only do you have to configure all > devices in a compatible manner, channel and receiver conditions can make > interoperation problematic. > > You will have to apply your own signal processing / wireless education > to debug this. > > > 2. Is the Rime stack / MAC layer that fixes frames stopping the > > other hardware to send or receive? > > > I don't understand this question, sorry. > > > 3. I am also trying the same Zigbee Trx in 2 laptops, the message > > that i set in laptop 1 at GNU Radio Zigbee TRX has been received in > > wireshark at laptop 1 and laptop 2 message at laptop 2 , Why are not > > they syncing with each other if i give same destination or pan id with > > channel number? > > Same answer as to 1. You're not doing any signal-level debugging on > this, so we can't help you. > > > Technically i am trying to do 2 work , Either have two laptop that has > > each flowgraph with 2 different message and wanna see if they both are > > transferring their message at wireshark, which is right now not happening > Same answer as to 1. > > secondly , trying to transmit Zigbee Trx basti's message to a seperate > > zigbee hardware (Xbee or any zigbee sniffer) or send message from Xbee > > and trying to receiving in on Wireshark at the GNU Radio end > > Same answer as to 1. > > > I also face the issue of when i transceive the message its showing > > "Bad FCS" and also the packet flow is getting stopped when i open the > > wireshark . Please throw some ideas on this . > > > Same answer as to 1. > >
Re: Baseband signals frequency,amplitude,data rate determination.
Hello, I apologize in advance If I sound not right. To follow up on my inquiry: Well, I get to know how to find the bandwidth, as our constellation modulator uses some root raised cosine filter, it needs to have a roll-off factor which in another way excess bandwidth. Bw=(1+alpha)*T = (1+0.7)*(62500 symbol rate)= 106.25Khz. As the sampling rate is 2Mhz, SPS 32 and in QPSK 2bit inserted at once then the data rate would be 106.25Khz /2 = 53.125Khz am I right? if I am right then for the BPSK data rate would equal to bw as 1 bit per sec? For BW calculation I think it is right but date rate I not sure. Thank for your all support. On Sat, Feb 15, 2020 at 3:04 PM Müller, Marcus (CEL) wrote: > Please reply to the mailing list, not only to me privately. Thank you. > On Sat, 2020-02-15 at 02:17 +0100, Md. Atiqur Rahman wrote: > > Hello, I apologize in advance If I sound not right. > > To follow up on my inquiry: > > Well, I get to know how to find the bandwidth, as our constellation > > modulator uses some root raised cosine filter, it needs to have a > > roll-off factor which in another way excess bandwidth. Bw=(1+alpha)*T > > = (1+0.7)*(62500 symbol rate)= 106.25Khz. As the sampling rate is > > 2Mhz, SPS 32 and in QPSK 2bit inserted at once then the data rate > > would be 106.25Khz /2 = 53.125Khz am I right? if I am right then for > > the BPSK data rate would equal to bw as 1 bit per sec? > > > > For BW calculation I think it is right but date rate I not sure. > > Thank for your all support. > > > > On Fri, Feb 14, 2020 at 10:29 PM Md. Atiqur Rahman < > > atiq@gmail.com> wrote: > > > Hello, > > > > > > Yes, you got me totally. The 'time sink', I am referring to as > > > timing diagram and about showing frequency as the signal changing > > > over time, hence signals have a certain frequency. > > > > > > ''Are you perhaps mixing up bandwidth and frequency? Or maybe > > > symbol > > > rate?'' yes I am confused in this two-term, bandwidth, of course, > > > the range of frequency where the frequency of that generated > > > signal. I am mostly like to calculate things to understand a > > > certain topic but understanding them practically I have a gap on > > > that. As like how pulse shaping really determined the bandwidth of > > > the signal. > > > > > > ''Regarding bandwidth: Bandwidth of a linear modulation (without > > > Bias) is > > > always fully defined by the pulse shaping filter. You have one of > > > these > > > in your system!'' > > > The first GRC flow graph I attached by followed the PSK > > > demodulation documentation, but all I really need to understand is > > > the baseband signal with its associates(data rate sampling rate, > > > symbol rate, bw and frequency)by digital modulation system. The > > > root raised filter is used for 'polyphase clock sync' but how I > > > insert a pulse shaping filter as associated with a roll of > > > factor(excess bw). As Excess BW is 0.7, symbol rate 62.5 k, sps is > > > 32 then how can I determine BW? > > > > > > I am going to read your suggested sections and will come back. > > > > > > Thank you so much for your support, I really appreciate it. > > > > > > On Fri, Feb 14, 2020 at 9:42 PM Müller, Marcus (CEL) < > > > muel...@kit.edu> wrote: > > > > Hello, > > > > > > > > > I need the basic baseband signal (low frequency) but it would > > > > be a > > > > 0Hz frequency? > > > > > > > > Yes, as said, it would be a band-limited signal around 0 Hz. > > > > That's the > > > > definition of baseband signal. > > > > > > > > I'm not sure what you mean with > > > > > > > > > timing diagram is showing the signal has some certain frequency > > > > > > > > A timing diagram (not _quite_ sure what that is) shows no > > > > frequency. > > > > > > > > Are you perhaps mixing up bandwidth and frequency? Or maybe > > > > symbol > > > > rate? (But you already have some calculations of symbol rate, so > > > > I'm > > > > really not sure what you mean.) > > > > > > > > Regarding bandwidth: Bandwidth of a linear modulation (without > > > > Bias) is > > > > always fully defined by the pulse shaping filter. You have one of > > > > these > > > > in your system! > > > > > > > > Best regards, > > > > Marcus > > > > > > > > PS: > > > > > https://www.analog.com/media/en/training-seminars/design-handbooks/Software-Defined-Radio-for-Engineers-2018/SDR4Engineers.pdf > > > > might be a good place to start; you have gaps in understanding of > > > > chapters 2.1–2.3, 2.7, and 4.1–4.2, it seems. It'll be very hard > > > > for > > > > you to understand what your equalizer and synchronizers do. > > > > > > > > > > > > On Fri, 2020-02-14 at 21:24 +0100, Md. Atiqur Rahman wrote: > > > > > Thank you for the clarification. I will update it to 3.8 > > > > soon. > > > > > However, baseband is the main signal which will be converted to > > > > RF signal by means of upconverter. I have a SDR device(red- > > > > pitaya), in which two digitally modulated baseband signals(I-Q) > > > > will come out separately
Help with cubesats
Hi, I’m looking for assistance with setting up a raspberry pi, with Direwolf and gr-satellites, to receive and decode from the Phoenix cubesats being deployed on February 17. Specifically, they will be ax.25, using GMSK. Is it possible to use a raspberry pi to record the audio, and record the waterfall? I was hoping to make this a stand-alone unit that I can upload the information when available. It is a raspberry pi 3 b, with an RTL-SDR dongle. I don’t have a screen on it. I am still very new, I have set up a couple raspberry pi’s with Direwolf, and have set up a Windows 7 netbook for RX WSPR. I would really appreciate any help. Thank you, -Andy, N2YQO
Re: Relink error starting gnuradio
Answering my own question. Problem was caused by libraries under /usr/local/lib. I resolved it this way: roger@homepc2:~$ sudo -i root@homepc2:~# cd /usr/local/ root@homepc2:/usr/local# tar zcf lib.tar.gz lib/ root@homepc2:/usr/local# rm -fr lib/ root@homepc2:~# ldconfig root@homepc2:~# logout roger@homepc2:~$ gnuradio-companion <<< Welcome to GNU Radio Companion 3.8.0.0 >>> etc. On Thu, Feb 13, 2020 at 10:33 PM Roger Brown wrote: > I can't start gnuradio > $ gnuradio-companion > /usr/bin/python3: Relink `/lib/x86_64-linux-gnu/libmount.so.1' with > `/lib/x86_64-linux-gnu/librt.so.1' for IFUNC symbol `clock_gettime' > Segmentation fault (core dumped) > > I installed it like this: > sudo add-apt-repository ppa:gnuradio/gnuradio-releases > sudo apt-get update > sudo apt install gnuradio > > My environment: > $ whereis gnuradio-companion > gnuradio-companion: /usr/bin/gnuradio-companion > /usr/share/man/man1/gnuradio-companion.1.gz > 18.04.4 LTS (Bionic Beaver) > USRP B210 radio transceiver > > History: > I originally installed gnuradio from package repo. Then I built it from > source. Then I also built it with pybombs. It worked fine until I > uninstalled everything and tried to install it with the package ppa. > > I suspect it's not technically a gnuradio problem, but it's manifesting > there through python3. Any idea how to clean this up? I'm not experienced > with python. > > Roger > >
Re: Help with cubesats
Hi Andy, You'll probably want to use gr-satellites instead of direwolf. https://github.com/daniestevez/gr-satellites You can record a pass using GNU Radio using a File Sink. Regards, Nate Temple On Sat, Feb 15, 2020 at 6:01 PM Andrew Stamp wrote: > Hi, > > I’m looking for assistance with setting up a raspberry pi, with Direwolf > and gr-satellites, to receive and decode from the Phoenix cubesats being > deployed on February 17. Specifically, they will be ax.25, using GMSK. Is > it possible to use a raspberry pi to record the audio, and record the > waterfall? I was hoping to make this a stand-alone unit that I can upload > the information when available. It is a raspberry pi 3 b, with an RTL-SDR > dongle. I don’t have a screen on it. I am still very new, I have set up a > couple raspberry pi’s with Direwolf, and have set up a Windows 7 netbook > for RX WSPR. I would really appreciate any help. > > Thank you, > > -Andy, N2YQO >
UHD and USRP1
Hello All, I have been using my USRP1 mainly on an older Linux PC with GNU radio 3.3 . Now I wanted to give it a try on W10 and a modern PC, but when I run a RX benchmark_rate test with latest UHD 3.15 but also 3.10 the command window gets filled up with DD messages and number of dropped samples is huge. Have also tried the older UHD 3.005.004 on the same PC and there I am no getting any dropped samples ! Anyway , with UHD 3.15 an 3.10, at the end of the test , the number of dropped samples is huge but remarkably overflows are 0. This happens at all sample rates but the number of dropped samples is decreasing as the sample rates decreases but still remains huge even a lowest sampling rate. On the other hand , on an older Dell D630 PC running Ubuntu 9.10 and GNU Radio 3.3 (libusrp) no dropped samples or overflows have been observed up to almost 8 MSPS. Please find benchmark_rate results of the W10 PC using UHD 3.10 at the end of this message for 6MSPS , 2MSPS and 0.1875 MSPS. BTW, master clock was modified to 48 MHz but same results have been observed with the default 64 MHz clock. Is anybody successfully using USRP1 on W10 or Linux with latest UHD releases? How can this dropped-samples issue be fixed? Any suggestion would be very welcome. Many thanks in advance ! Michael Margaras SV1CAL Below testing 6 MSPS , 2 MSPS and 0.1875 MSPS : C:\Program Files\UHD\lib\uhd\examples>benchmark_rate --rx_rate 6e6 --rx_cpu sc16 --rx_otw sc16 Win32; Microsoft Visual C++ version 14.0; Boost_106000; UHD_003.010.001.001-0-unknown -- Loading firmware image: C:\Program Files\UHD\share\uhd\images\usrp1_fw.ihx... done *** Warning! *** Benchmark results will be inaccurate on USRP1 due to insufficient features. Creating the usrp device with: ... -- Opening a USRP1 device... -- Loading FPGA image: C:\Program Files\UHD\share\uhd\images\usrp1_fpga.rbf... done -- Using FPGA clock rate of 48.00MHz... Using Device: Single USRP: Device: USRP1 Device Mboard 0: USRP1 RX Channel: 0 RX DSP: 0 RX Dboard: B RX Subdev: TVRX TX Channel: 0 TX DSP: 0 TX Dboard: A TX Subdev: WBXv2 TX+GDB Setting device timestamp to 0... Testing receive rate 6.00 Msps on 1 channels
