Re: [USRP-users] Error using coder.internal.errorIf (line 8) The input signal must be complex.

[Mike McLernon via USRP-users]

Hi Nur Qalbi,

Can you verify that the signal at the point of error is actually real?

Best,
Mike


From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of nur 
qalbi via USRP-users
Sent: Sunday, September 10, 2017 11:18 PM
To: Marcus Müller 
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Error using coder.internal.errorIf (line 8) The input 
signal must be complex.

hereby  i list down  error with coding  below:

Error using coder.internal.errorIf (line 8)
The input signal must be complex.
coding
1.function errorIf(cond, msgID, varargin)
2.%MATLAB Code Generation Private Function
3.
4.%   Copyright 2011-2014 The MathWorks, Inc.
5.
6.%MATLAB execution
7.if cond
8.assert(false, message(msgID, varargin{:}));
9.end


Error in comm.internal.CoarseFrequencyEstimatorBase/validateInputsImpl (line 70)
  coder.internal.errorIf(isreal(x), ...
coding
67.function validateInputsImpl(~,x)
68.% Input must be complex
69.   if isempty(coder.target)
70.coder.internal.errorIf(isreal(x), ...
71.'comm:CoarseFrequencyEstimatorBase:invalidComplexity');
72.   end

Error in rffe (line 66)
ofs = step(he,ddf);
coding
60.else
61.   % Automatic Gain Control (AGC)
62.   tmp = step(ha,df);
63.% FIR Decimation
64.   ddf = step(hd,tmp);
65.   % Coarse Frequency Offset Estimation (CFE)
66.ofs = step(he,ddf);
67.% Frequency Offset Compensation (FOC)
68.   tmp = step(hf,tmp,-ofs);
69.   % Raised Cosine Receive Filtration (RCRF)
70.dfr = step(hrr,tmp);



hope anyone can give idea.how to solve this problem.
thank you

On Fri, Sep 8, 2017 at 5:34 PM, Marcus Müller via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:

Hi Nur Qalbi,

with that info, we can't really infer what's wrong with your Matlab program. 
You'll have to give a more comprehensive error description, and that means 
you'll probably have to investigate some more on your own.

Apologies,

Marcus

On 08.09.2017 04:07, nur qalbi via USRP-users wrote:


hi.i am using MATLAB R2016a os Ubuntu 14.04.i have two USRP N210. i have done 
follow all the instruction from github : 
https://github.com/80211bSDR/LinkLayer-MATLAB

i have faced problem when trying transmit DATA to 2nd USRP,i found an error 
like below:

Error using coder.internal.errorIf (line 8) The input signal must be complex.

hope anyone can give idea.how to solve this problem.


___

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

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] How to run uhd_ command without root permission.

[Disco Daniele via USRP-users]

HI!
Suppose to work with a B210.
Connected via USB3 and send the command uhd_usrp_probe in an old pc with an old 
version of uhd I obtain the answer.
Now in a new pc with a new version of UHD a message say me that I do not have 
the permission.
(the library uhd has been installed in both cases in the same way).

I reported here the first message of the two cases:

(New Pc)
sudo uhd_usrb_probe
[INFO][UHDlinux; GNU C++ Version 5.4.0 20160609; Boost_105800; 
UHD-3.11.0.git-0-unknow]

(Old Pc)
uhd_usrp_probe
Linux; GNU C++ Version 4.8.4; Boost_105400; UHD_003.010.git-33-g9401bdbd

The question is: "It is possible to run the same command in the new pc  without 
sudo?"
(at the moment all the programs that runs with the b210 require to be root and 
all the output are of root with some troubles in the post processing)

Tank You in Advance
Daniele

_
[logo1]
Daniele Disco
Engeenering & Tilab - Wireless Access
Wireless Innovation
Via Reiss Romoli, 274 - 10148 Torino
tel . +39 011 228 7271
cell. +39 331 600 1113
Fax. +39 06 4186 5196
Tim Official: Facebook - 
Twitter
www.tim.it


Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone 
indicate. La diffusione, copia o qualsiasi altra azione derivante dalla 
conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate 
ricevuto questo documento per errore siete cortesemente pregati di darne 
immediata comunicazione al mittente e di provvedere alla sua distruzione, 
Grazie.

This e-mail and any attachments is confidential and may contain privileged 
information intended for the addressee(s) only. Dissemination, copying, 
printing or use by anybody else is unauthorised. If you are not the intended 
recipient, please delete this message and any attachments and advise the sender 
by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non è necessario.
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] How to run uhd_ command without root permission.

[Marcus D. Leech via USRP-users]

https://files.ettus.com/manual/page_transport.html#transport_usb_udev 

On 2017-09-11 12:07, Disco Daniele via USRP-users wrote:

> HI! 
> 
> Suppose to work with a B210. 
> 
> Connected via USB3 and send the command uhd_usrp_probe in an old pc with an 
> old version of uhd I obtain the answer. 
> 
> Now in a new pc with a new version of UHD a message say me that I do not have 
> the permission. 
> 
> (the library uhd has been installed in both cases in the same way). 
> 
> I reported here the first message of the two cases: 
> 
> (New Pc) 
> 
> sudo uhd_usrb_probe 
> 
> [INFO][UHDlinux; GNU C++ Version 5.4.0 20160609; Boost_105800; 
> UHD-3.11.0.git-0-unknow] 
> 
> (Old Pc) 
> 
> uhd_usrp_probe 
> 
> Linux; GNU C++ Version 4.8.4; Boost_105400; UHD_003.010.git-33-g9401bdbd 
> 
> The question is: "It is possible to run the same command in the new pc  
> without sudo?" 
> 
> (at the moment all the programs that runs with the b210 require to be root 
> and all the output are of root with some troubles in the post processing) 
> 
> Tank You in Advance 
> 
> Daniele 
> 
> _ 
> 
> DANIELE DISCO
> Engeenering & Tilab - Wireless Access
> Wireless Innovation
> Via Reiss Romoli, 274 - 10148 Torino
> tel . +39 011 228 7271
> cell. +39 331 600 1113 
> 
> Fax. +39 06 4186 5196
> Tim Official: FACEBOOK [1] - TWITTER [2]
> WWW.TIM.IT [3] 
> 
> Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle 
> persone indicate. La diffusione, copia o qualsiasi altra azione derivante 
> dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora 
> abbiate ricevuto questo documento per errore siete cortesemente pregati di 
> darne immediata comunicazione al mittente e di provvedere alla sua 
> distruzione, Grazie. 
> 
> _ This e-mail and any attachments is confidential and may contain privileged 
> information intended for the addressee(s) only. Dissemination, copying, 
> printing or use by anybody else is unauthorised. If you are not the intended 
> recipient, please delete this message and any attachments and advise the 
> sender by return e-mail, Thanks. _
> 
> RISPETTA L'AMBIENTE. NON STAMPARE QUESTA MAIL SE NON È NECESSARIO.
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
 

Links:
--
[1] https://www.facebook.com/TimOfficialPage
[2] https://twitter.com/tim_official
[3] http://www.tim.it/___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Can't recognise USRP-2954 device connected to Ubuntu 14.04 PC via PCIe (No USRP Device found)

[ATM Shafiul Alam via USRP-users]

Hi,
I would like to use USRP-2954R for an open-source LTE framework 
(OpenAirInterface), and I want to connect the USRP-2954R to Ubuntu 14.04 
(64-bit, 13.19 low-latency Kernel) PC via PCI Express x4 (PCIe-8371). I 
followed the instructions given in:   
   - For PCIe Kernel Drivers: 
http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_hw_pcie
  | USRP Hardware Driver and USRP Manual: USRP X3x0 
Seriesfiles.ettus.comMore information: Internal GPSDO Application Notes 
(USRP-X3x0 Models) E3x0/X3x0 GPIO API; System Configuration for USRP X3x0 
Series; NI RIO Kernel Modules for X ... |

   

   - For UHD on Linux: 
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux

  | Building and Installing the USRP Open-Source Toolchain 
...kb.ettus.comAbstract. This Application Note provides a comprehensive guide 
for building, installing, and maintaining the open-source toolchain for the 
USRP (UHD and GNU Radio ... |

   

After successfully installing the PCIe Kernel drivers and UHD, uhd_find_devices 
and uhd_usrp_probe commands cannot detect the USRP ("No USRP Device found"). I 
got the following output for each corresponding command:
sudo /usr/local/bin/niusrprio_pcie startLoading: NiRioSrv niusrpriok Starting: 
niusrpriorpc
sudo /usr/local/bin/niusrprio_pcie statusModules Loaded: nikal nibds nistreamk 
NiRioSrv niusrpriok Server: niusrpriorpc
uhd_find_deviceslinux; GNU C++ version 4.8.4; Boost_105400; 
UHD_003.010.002.HEAD-0-gbd6e21dc
No UHD Devices Found
uhd_usrp_probe linux; GNU C++ version 4.8.4; Boost_105400; 
UHD_003.010.002.HEAD-0-gbd6e21dc
Error: LookupError: KeyError: No devices found for ->Empty Device Address
I am not sure what I did wrong!! Any help please (to recognise the USRP on the 
Ubuntu host via PCI Express).
As I am using UHD (not LV framework), do I need to update fpga/firmware to work 
with the UHD? If so, what are the steps and do I need to update the 
fpga/firmware via Ethernet or via PCIe? Please clarify.
Regards,Alam___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] problem with RFNoC block not outputting

[Jason Matusiak via USRP-users]

I have a block that I've been working on and it seems like I am missing 
something vital to get it to work properly.  My block takes in a vector 
of 2048 samples and outputs 2048 samples as well.  I simulated it and it 
passes simulation fine.


But, if I look at the output as it goes to a file, nothing goes 
through.  I opened up wireshark and I see 11-12 packets comes from my PC 
to RFNoC, and then 1 60B packet going RFNoC to host, 1 58B from host to 
RFNoC, and then another 60B from RFNoC to host (wash-rinse-repeat).


The packets to the host seem to be incrementing as they should, but are 
obviously not full packets.  An example of two packets from RFNoC to 
host are:

00:00:00:05:00:00:04:dd:00:00:60:18:59:b6:cb:0b
00:00:00:05:00:00:04:de:00:00:60:1c:ca:77:b6:11

I have noticed that if I don't use my block and just have data pass 
through the FIFO, I still don't see data pass through, so I am wondering 
if the crossbar is getting screwed up somehow.


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] problem with RFNoC block not outputting

[Jason Matusiak via USRP-users]

One other piece of information.  It seems like I always get hung up on 
the same output sample, 6905860.  I noticed that that is almost exactly 
3372 packets of 2048 sample vectors.  Is there a set number of samples 
that can be buffered before the system stops?  I set the MTU to be 11 in 
the axi_wrapper parameter list, but no dice.


When I get stuck in this state (and it is always is the same way), 
i_tvalid is high, and i_tready is low (because I am stalled waiting on 
my output to catch up).  o_tvalid is high and o_tready is low. For some 
reason o_tready never goes high at this point.



On 09/11/2017 02:05 PM, Jason wrote:
I have a block that I've been working on and it seems like I am 
missing something vital to get it to work properly.  My block takes in 
a vector of 2048 samples and outputs 2048 samples as well.  I 
simulated it and it passes simulation fine.


But, if I look at the output as it goes to a file, nothing goes 
through.  I opened up wireshark and I see 11-12 packets comes from my 
PC to RFNoC, and then 1 60B packet going RFNoC to host, 1 58B from 
host to RFNoC, and then another 60B from RFNoC to host 
(wash-rinse-repeat).


The packets to the host seem to be incrementing as they should, but 
are obviously not full packets.  An example of two packets from RFNoC 
to host are:

00:00:00:05:00:00:04:dd:00:00:60:18:59:b6:cb:0b
00:00:00:05:00:00:04:de:00:00:60:1c:ca:77:b6:11

I have noticed that if I don't use my block and just have data pass 
through the FIFO, I still don't see data pass through, so I am 
wondering if the crossbar is getting screwed up somehow.



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] the transmitter cannot receive the acknowledgement from the receiver

[seah chong via USRP-users]

Hi all,

Currently i'm doing a project to prove that the concurrent short signalling
in real environment.

i am using MATLAB R2016A OS Ubuntu 14.04. USRP N210 using CBX
daughterboards. i have succesfully generate MEX function by following R.
Subramanian paper (https://github.com/80211bSDR/LinkLayer-MATLAB).

now, i'm try to run 1DTx (dtxPHYLayerVisual.m) and
1Rx(drxPHYLayerVisual.m). before running the 1DTx and 1DRx,we need to run
the command below

i ) at the DTx

DTxInitParameters
swapFreqFlag = 0; %same channel operation
codegen transceiveXXX -args
{complex(zeros(1408,1)),true,txGain,rxGain,centerFreqTx,centerFreqRx,decFactor,
intFactor,swapFreqFlag}

ii) at the DRx

DRxInitParameters
codegen transceiveXXX -args
{complex(zeros(1408,1)),true,txGain,rxGain,centerFreqTx,centerFreqRx,decFactor,
intFactor}

after complete the step above,we found errors when running the
1DTx(dtxPHYLayerVisual.m) and 1DRx (drxPHYLayerVisual.m). The error
come out from DTxPHYlayerVisual.m as below:
















*@ 3.06: 802.11b DATA Packet #1 Transmitted.xxxError using
coder.internal.errorIf (line 8)The input signal must be complex.Error
in comm.internal.CoarseFrequencyEstimatorBase/validateInputsImpl (line
70)  coder.internal.errorIf(isreal(x), ...Error in rffe (line 66)
  ofs = step(he,ddf);Error in dtxPHYLayerVisual>dtx_3ReceiveACK (line
453) dfr (1:halfUsrpFrameLength)= rffe(df,ft,cas,cau,cef);Error in
dtxPHYLayerVisual (line 81)[faf,dfl,flg,nrb,rbs,st] =
dtx_3ReceiveACK(df,ft,st);*

>From these errors, we know that the transmitter cannot receive the
acknowledgement from the receiver. I've suspected these errors are due
to wrong declaration of IPaddress. Currently, I've setup the IP
Address DTx is 192.168.10.2 and DRx is 192.168.10.20.is our
declaration is correct or not?

I hope someone can enlighten me either it is due to the IPaddress or
other issues and can give me the solutions.

Regards,

ChongSeah
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] B210 -- AD9361 low-level access and changing filter configuration

[Rob Heig via USRP-users]

Hi,

I have been playing a bit with the API of UHD and I wonder if it is
possible to have a low-level access to the underlying, low-level AD9361
API. In effect, what I would love to do is to play with the filters (the RX
FIR filter in particular), but so far I haven't been that lucky (all I've
managed to do is to make the software crash badly).
In particular, I have experimented a bit with the set_taps() function call
(after some very ugly casts), but either the system ignores it (re-reading
the coefficients shows me that they're all zeros), or it makes the
application crash (memory corruption).
Can anyone point me to a good direction (besides the UHD manual), please?
Thanks a lot in advance!
RH
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com