Re: [USRP-users] uhd object file not found
You can't just take code from the main UHD source tree and compile it out of that tree; you need to build them with the whole UHD repo's build infrastructure, otherwise your linker won't know where to take the functionality from that the program is using. Also, you normally wouldn't use an ancient Matlab Mex compiler to build modern UHD – that probably won't even work, because that compiler is quite likely too old to support the modern(er) C++ that UHD is written in. Best regards, Marcus On Thu, 2019-04-18 at 16:57 +0200, VINAYAK KARANDIKAR via USRP-users wrote: > Hello, >I am trying to mex compile(On MATLAB 2013b on a windows > 10, 64 bit system) a file called "rx_samples_to_file.cpp" >which is obtained from > " > https://github.com/EttusResearch/uhd/blob/UHD-.10/host/examples/rx_samples_to_file.cpp > > ;" > > This is to test USRP NI 2954R. (If compilation were to be successful, > on connecting the device to laptop, i should be able to receive > samples from USRP) > > > I receive the error: > "LINK : fatal error LNK1181: cannot open input file 'C:\Users\VINAYAK > KARANDIKAR\Documents\MATLAB\MATLAB\Thesis\MATLAB_USRP_INTERFACE\UHD_s > ample_programs_from_GitHub\uhd.obj' > > C:\PROGRA~1\MATLAB\R2013B\BIN\MEX.PL: Error: Link of > 'rx_samples_to_file.mexw64' failed. > > Unable to complete successfully." > > Thanks a lot, > Vinayak Anant Karandikar > > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] x310/ubx multi_usrp->set_rx_freq() issues
On 04/19/2019 02:37 PM, Rob Kossler wrote: Not sure about uhd_fft. I know that with rx_samples_to_file, it behaved fine until I added the timed commands. That's why I sent the source code attachment so that the problem could be easily duplicated. Rob Doh! Sorry. I got distracted by the (clearly-worrying) "tuned frequency appears bad when using offset tuning", without also considering the timed-command aspect. On Fri, Apr 19, 2019 at 1:15 PM Marcus D. Leech mailto:patchvonbr...@gmail.com>> wrote: On 04/19/2019 09:44 AM, Rob Kossler wrote: I had started with a mid-January version of master and that's where I noticed the issue. I am using: UHD_3.14.0.HEAD-0-gf6cacec8 With an X310, using a UBX-160 V1 I'm running with the default clock rate, and getting 25Msps, using a 10MHz lo offset. I'm using uhd_fft to observe the spectrum at 950MHz. It's exactly where one would expect it to be, similarly at 2450MHz. On Thu, Apr 18, 2019 at 6:00 PM Marcus D. Leech mailto:patchvonbr...@gmail.com>> wrote: On 04/18/2019 05:09 PM, Rob Kossler wrote: OK, so what happens if you use a *positive* LO offset? It moves in the opposite direction. A few remarks: * I should mention that the behavior I'm seeing with rx_samples_to_file is not identical to the behavior I'm seeing in my own custom app. In my app, I see unpredictable behavior. Nevertheless, I figured we could start with rx_samples_to_file which seems to be consistent (albeit wrong). * Although I haven't tried rx_samples_to_file with other devices or with Tx channels, I did see bad behavior with Tx channels and with the N310 device using my custom app * I have no idea if this behavior is recent or not because I haven't been looking at this kind of thing for a long time * I am using the latest off master: UHD_3.15.0.git-89-gf93c5227 Rob I will try to reproduce this in my lab in the morrow. In the mean-time, if you revert to earlier UHD, do you see the same thing? ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] x310/ubx multi_usrp->set_rx_freq() issues
Not sure about uhd_fft. I know that with rx_samples_to_file, it behaved fine until I added the timed commands. That's why I sent the source code attachment so that the problem could be easily duplicated. Rob On Fri, Apr 19, 2019 at 1:15 PM Marcus D. Leech wrote: > On 04/19/2019 09:44 AM, Rob Kossler wrote: > > I had started with a mid-January version of master and that's where I > noticed the issue. > > I am using: > > UHD_3.14.0.HEAD-0-gf6cacec8 > > With an X310, using a UBX-160 V1 > > I'm running with the default clock rate, and getting 25Msps, using a 10MHz > lo offset. I'm using uhd_fft to observe the spectrum at 950MHz. It's > exactly where > one would expect it to be, similarly at 2450MHz. > > > > > > On Thu, Apr 18, 2019 at 6:00 PM Marcus D. Leech > wrote: > >> On 04/18/2019 05:09 PM, Rob Kossler wrote: >> >> OK, so what happens if you use a *positive* LO offset? >>> >> >> It moves in the opposite direction. A few remarks: >> >>- I should mention that the behavior I'm seeing with >>rx_samples_to_file is not identical to the behavior I'm seeing in my own >>custom app. In my app, I see unpredictable behavior. Nevertheless, I >>figured we could start with rx_samples_to_file which seems to be >> consistent >>(albeit wrong). >>- Although I haven't tried rx_samples_to_file with other devices or >>with Tx channels, I did see bad behavior with Tx channels and with the >> N310 >>device using my custom app >>- I have no idea if this behavior is recent or not because I haven't >>been looking at this kind of thing for a long time >>- I am using the latest off master: UHD_3.15.0.git-89-gf93c5227 >> >> >> Rob >> >> I will try to reproduce this in my lab in the morrow. In the mean-time, >> if you revert to earlier UHD, do you see the same thing? >> >> >> > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] timeout error
On 04/19/2019 12:49 AM, Koyel Das (Vehere) via USRP-users wrote: Hi, For receiving data using usrp, sweeping a frequency range, following the code rx_multisamples.cpp, I am setting the frequency then doing START_CONTINUOUS; after receiving I am doing STOP_CONTINUOUS. After the code runs for sometime I am getting ERROR_CODE_TIMEOUT and the application stops. The we have to restart usrp to rerun the application. Please suggest solution. I suspect that there's some system resource you're running out of that gets consumed every time you recreate these streams. A better approach is to run the sample stream continuously, and change the frequency on the fly, and simply ignore a sample buffer or two immediately after you've changed frequency. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] x310/ubx multi_usrp->set_rx_freq() issues
On 04/19/2019 09:44 AM, Rob Kossler wrote: I had started with a mid-January version of master and that's where I noticed the issue. I am using: UHD_3.14.0.HEAD-0-gf6cacec8 With an X310, using a UBX-160 V1 I'm running with the default clock rate, and getting 25Msps, using a 10MHz lo offset. I'm using uhd_fft to observe the spectrum at 950MHz. It's exactly where one would expect it to be, similarly at 2450MHz. On Thu, Apr 18, 2019 at 6:00 PM Marcus D. Leech mailto:patchvonbr...@gmail.com>> wrote: On 04/18/2019 05:09 PM, Rob Kossler wrote: OK, so what happens if you use a *positive* LO offset? It moves in the opposite direction. A few remarks: * I should mention that the behavior I'm seeing with rx_samples_to_file is not identical to the behavior I'm seeing in my own custom app. In my app, I see unpredictable behavior. Nevertheless, I figured we could start with rx_samples_to_file which seems to be consistent (albeit wrong). * Although I haven't tried rx_samples_to_file with other devices or with Tx channels, I did see bad behavior with Tx channels and with the N310 device using my custom app * I have no idea if this behavior is recent or not because I haven't been looking at this kind of thing for a long time * I am using the latest off master: UHD_3.15.0.git-89-gf93c5227 Rob I will try to reproduce this in my lab in the morrow. In the mean-time, if you revert to earlier UHD, do you see the same thing? ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] x310/ubx multi_usrp->set_rx_freq() issues
I had started with a mid-January version of master and that's where I noticed the issue. On Thu, Apr 18, 2019 at 6:00 PM Marcus D. Leech wrote: > On 04/18/2019 05:09 PM, Rob Kossler wrote: > > OK, so what happens if you use a *positive* LO offset? >> > > It moves in the opposite direction. A few remarks: > >- I should mention that the behavior I'm seeing with >rx_samples_to_file is not identical to the behavior I'm seeing in my own >custom app. In my app, I see unpredictable behavior. Nevertheless, I >figured we could start with rx_samples_to_file which seems to be consistent >(albeit wrong). >- Although I haven't tried rx_samples_to_file with other devices or >with Tx channels, I did see bad behavior with Tx channels and with the N310 >device using my custom app >- I have no idea if this behavior is recent or not because I haven't >been looking at this kind of thing for a long time >- I am using the latest off master: UHD_3.15.0.git-89-gf93c5227 > > > Rob > > I will try to reproduce this in my lab in the morrow. In the mean-time, > if you revert to earlier UHD, do you see the same thing? > > > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com