Re: [USRP-users] UHD TX power level on B210

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 07:14 PM, Ron Economos via USRP-users wrote:
After upgrading UHD, I noticed that the TX power level on my B210 has 
increased by about 5 dB (with the exact same flow graph). Is this an 
intentional change, or a side effect of some other fix?


The power level change occurs between UHD 3.11.1.0 and UHD 3.12.0.

Ron

My recollection is that some scaling issues in B2xx were recently dealt 
with of the order of a single bit, which matches well with your 5dB

  observation.



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


[USRP-users] UHD TX power level on B210

2018-08-09 Thread Ron Economos via USRP-users
After upgrading UHD, I noticed that the TX power level on my B210 has 
increased by about 5 dB (with the exact same flow graph). Is this an 
intentional change, or a side effect of some other fix?


The power level change occurs between UHD 3.11.1.0 and UHD 3.12.0.

Ron



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


Re: [USRP-users] Problems with MPM 3.13 on N310

2018-08-09 Thread Sayyed Dormiani Tabatabaei via USRP-users
I can't comment on the MPM or images but we had N310 streaming timeout
issues that were recently fixed.

Upgrading from UHD 13 to 13.0.0.1 fixed all our (seemingly randomly
occurring) streaming issues.

On Thu, Aug 9, 2018 at 2:31 PM, Rob Kossler via USRP-users <
usrp-users@lists.ettus.com> wrote:

> When I first started using MPM 3.13, I was pleased to see the fast
> initialization times compared to previous versions.  Now, after spending
> the better part of a couple of days troubleshooting issues, I am much less
> thrilled with this version.
>
> The two attachments show the resulting spectrum from an external Tx->Rx RF
> loopback experiment.  The only difference between the two figures is the
> change of MPM from 3.12 to 3.13. The baseband signal consists of 100 equal
> amplitude tones equally spaced over 80% of the sampling freq (31.25e6, in
> my case).  Note that the 3.12 results are as expected.  The 3.13 results
> show energy over the full bandwidth and significant variations in tone
> magnitude.  I confirmed with a spectrum analyzer that the trouble was on
> the Tx side rather than Rx.
>
> I also experienced issues with streaming timeouts occurring on the 2nd
> time I issued a streaming command.  However, with all of the variations I
> have been going through while troubleshooting this issue, I cannot say for
> certain that this secondary issue is related to the MPM version.
> Presently, I am not seeing these streaming timeouts and I'm not sure of the
> exact conditions that caused them.
>
> Rob
>
>
> ___
> 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] N210 + UBX-40 = big spurs below 500 MHz

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 04:42 PM, Brett Killion wrote:
I'm using UHD 3.12.0 and it's associated images that I pulled off of 
the github release page a few weeks ago. Motherboard is N210r4 and 
daughterboard is UBX-40 v2. According to uhd_usrp_probe my firmware 
version is 12.4 and my FPGA version is 11.1.

OK, I've got a query in to the R team on this.




On Thu, Aug 9, 2018 at 2:31 PM Marcus D. Leech > wrote:


On 08/09/2018 04:09 PM, Brett Killion wrote:

Signal and spurs are raised by the gain amount. (see attached
screenshots)

Some other notes:
- I changed the sample rate -- the spurs stayed at the same
frequencies and amplitudes.
- I changed the amplitude of the samples I was sending to the DAC
-- the signal grew in amplitude (as expected), the spurs stayed
at the same frequencies and amplitudes.
- There is a 18 dB drop in signal power when the band changes
from above 500 Mhz to below 500 MHz.

Since the gain is raising spurs and signal by the same amount, I
think the amplifier stage is working correctly and the spurs are
present at the amplifier input. Also, since the 500 Mhz to 6 GHz
band is working correctly without the spurs, I think the first
modulation stage is working correctly. The only things left that
could really be creating the spurs are the LO and mixer in that
lower band path. I don't know the failure modes of the Max2871 LO
but it's at least putting out the correct frequency to get the
signal to the correct spot. That leads me to believe that the
LTC5510 mixer might have somehow died and is now causing the
almost 20 dB signal attenuation and large spurs, though it could
also be a weak LO signal with a bunch of ugliness causing those
issues as well...

Thoughts?

There have been multiple revs of the UBX series, and I wonder if
this is just a software issue -- are you running a recent UHD +
Firmware?




On Thu, Aug 9, 2018 at 1:17 PM Marcus D. Leech mailto:mle...@ripnet.com>> wrote:

On 08/09/2018 02:58 PM, Brett Killion wrote:

There is no GPSDO installed. I am just using the power
supply that shipped with the radio.

Just for giggles, trying turning the gain up to 10dB when
below 500Mhz -- does that change the spur:signal ratio?




On Thu, Aug 9, 2018 at 12:37 PM Marcus D. Leech via
USRP-users mailto:usrp-users@lists.ettus.com>> wrote:

On 08/09/2018 11:19 AM, Brett Killion via USRP-users wrote:

Hello,

I have a N210 with a UBX-40 daughtercard. I am
outputting a moderately low power 250KHz wide BPSK
signal. If I set the center frequency anywhere in the
direct conversion path (500 MHz-6 GHz) the output is
beautiful with no spurs (see Above_500.png for a SpecAn
screenshot) and a power of -48 dBm. If I tune anywhere
below 500 Mhz, the output is just awful. The power of
the signal drops to -65 dBm and there are huge spurs
almost 20 dB stronger than my signal (see Below_500.png).

My gain is set to 0 and I am not producing a strong
signal so saturation is not the problem. The spurs are
at 72 MHz and multiples thereof. They do not change
when I move the frequency around below 500 MHz, they
are static. I am using an external 10 MHz reference
which has been verified to be good.

I have read elsewhere on here that the Max2871 is "very
touchy" and works best with a clock rate of 20 Mhz,
which is great, but I can't change the daughterboard
clock rate on the N series.

What's the work around for getting usable functionality
out of the N series with the UBX (or do I just have a
busted daughterboard)?

Thanks!

- Brett



Does your N210 *also* have a GPSDO, and if so, are you
using the recommended beefier power supply?



___
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] N210 + UBX-40 = big spurs below 500 MHz

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 04:09 PM, Brett Killion wrote:
Signal and spurs are raised by the gain amount. (see attached 
screenshots)


Some other notes:
- I changed the sample rate -- the spurs stayed at the same 
frequencies and amplitudes.
- I changed the amplitude of the samples I was sending to the DAC -- 
the signal grew in amplitude (as expected), the spurs stayed at the 
same frequencies and amplitudes.
- There is a 18 dB drop in signal power when the band changes from 
above 500 Mhz to below 500 MHz.


Since the gain is raising spurs and signal by the same amount, I think 
the amplifier stage is working correctly and the spurs are present at 
the amplifier input. Also, since the 500 Mhz to 6 GHz band is working 
correctly without the spurs, I think the first modulation stage is 
working correctly. The only things left that could really be creating 
the spurs are the LO and mixer in that lower band path. I don't know 
the failure modes of the Max2871 LO but it's at least putting out the 
correct frequency to get the signal to the correct spot. That leads me 
to believe that the LTC5510 mixer might have somehow died and is now 
causing the almost 20 dB signal attenuation and large spurs, though it 
could also be a weak LO signal with a bunch of ugliness causing those 
issues as well...


Thoughts?
There have been multiple revs of the UBX series, and I wonder if this is 
just a software issue -- are you running a recent UHD + Firmware?





On Thu, Aug 9, 2018 at 1:17 PM Marcus D. Leech > wrote:


On 08/09/2018 02:58 PM, Brett Killion wrote:

There is no GPSDO installed. I am just using the power supply
that shipped with the radio.

Just for giggles, trying turning the gain up to 10dB when below
500Mhz -- does that change the spur:signal ratio?




On Thu, Aug 9, 2018 at 12:37 PM Marcus D. Leech via USRP-users
mailto:usrp-users@lists.ettus.com>>
wrote:

On 08/09/2018 11:19 AM, Brett Killion via USRP-users wrote:

Hello,

I have a N210 with a UBX-40 daughtercard. I am outputting a
moderately low power 250KHz wide BPSK signal. If I set the
center frequency anywhere in the direct conversion path (500
MHz-6 GHz) the output is beautiful with no spurs (see
Above_500.png for a SpecAn screenshot) and a power of -48
dBm. If I tune anywhere below 500 Mhz, the output is just
awful. The power of the signal drops to -65 dBm and there
are huge spurs almost 20 dB stronger than my signal (see
Below_500.png).

My gain is set to 0 and I am not producing a strong signal
so saturation is not the problem. The spurs are at 72 MHz
and multiples thereof. They do not change when I move the
frequency around below 500 MHz, they are static. I am using
an external 10 MHz reference which has been verified to be good.

I have read elsewhere on here that the Max2871 is "very
touchy" and works best with a clock rate of 20 Mhz, which is
great, but I can't change the daughterboard clock rate on
the N series.

What's the work around for getting usable functionality out
of the N series with the UBX (or do I just have a busted
daughterboard)?

Thanks!

- Brett



Does your N210 *also* have a GPSDO, and if so, are you using
the recommended beefier power supply?



___
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] N210 + UBX-40 = big spurs below 500 MHz

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 02:58 PM, Brett Killion wrote:
There is no GPSDO installed. I am just using the power supply that 
shipped with the radio.
Just for giggles, trying turning the gain up to 10dB when below 500Mhz 
-- does that change the spur:signal ratio?





On Thu, Aug 9, 2018 at 12:37 PM Marcus D. Leech via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:


On 08/09/2018 11:19 AM, Brett Killion via USRP-users wrote:

Hello,

I have a N210 with a UBX-40 daughtercard. I am outputting a
moderately low power 250KHz wide BPSK signal. If I set the center
frequency anywhere in the direct conversion path (500 MHz-6 GHz)
the output is beautiful with no spurs (see Above_500.png for a
SpecAn screenshot) and a power of -48 dBm. If I tune anywhere
below 500 Mhz, the output is just awful. The power of the signal
drops to -65 dBm and there are huge spurs almost 20 dB stronger
than my signal (see Below_500.png).

My gain is set to 0 and I am not producing a strong signal so
saturation is not the problem. The spurs are at 72 MHz and
multiples thereof. They do not change when I move the frequency
around below 500 MHz, they are static. I am using an external 10
MHz reference which has been verified to be good.

I have read elsewhere on here that the Max2871 is "very touchy"
and works best with a clock rate of 20 Mhz, which is great, but I
can't change the daughterboard clock rate on the N series.

What's the work around for getting usable functionality out of
the N series with the UBX (or do I just have a busted daughterboard)?

Thanks!

- Brett



Does your N210 *also* have a GPSDO, and if so, are you using the
recommended beefier power supply?



___
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] N210 + UBX-40 = big spurs below 500 MHz

2018-08-09 Thread Brett Killion via USRP-users
There is no GPSDO installed. I am just using the power supply that shipped
with the radio.

On Thu, Aug 9, 2018 at 12:37 PM Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:

> On 08/09/2018 11:19 AM, Brett Killion via USRP-users wrote:
>
> Hello,
>
> I have a N210 with a UBX-40 daughtercard. I am outputting a moderately low
> power 250KHz wide BPSK signal. If I set the center frequency anywhere in
> the direct conversion path (500 MHz-6 GHz) the output is beautiful with no
> spurs (see Above_500.png for a SpecAn screenshot) and a power of -48 dBm.
> If I tune anywhere below 500 Mhz, the output is just awful. The power of
> the signal drops to -65 dBm and there are huge spurs almost 20 dB stronger
> than my signal (see Below_500.png).
>
> My gain is set to 0 and I am not producing a strong signal so saturation
> is not the problem. The spurs are at 72 MHz and multiples thereof. They do
> not change when I move the frequency around below 500 MHz, they are static.
> I am using an external 10 MHz reference which has been verified to be good.
>
> I have read elsewhere on here that the Max2871 is "very touchy" and works
> best with a clock rate of 20 Mhz, which is great, but I can't change the
> daughterboard clock rate on the N series.
>
> What's the work around for getting usable functionality out of the N
> series with the UBX (or do I just have a busted daughterboard)?
>
> Thanks!
>
> - Brett
>
>
> Does your N210 *also* have a GPSDO, and if so, are you using the
> recommended beefier power supply?
>
>
>
> ___
> 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] N210 + UBX-40 = big spurs below 500 MHz

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 11:19 AM, Brett Killion via USRP-users wrote:

Hello,

I have a N210 with a UBX-40 daughtercard. I am outputting a moderately 
low power 250KHz wide BPSK signal. If I set the center frequency 
anywhere in the direct conversion path (500 MHz-6 GHz) the output is 
beautiful with no spurs (see Above_500.png for a SpecAn screenshot) 
and a power of -48 dBm. If I tune anywhere below 500 Mhz, the output 
is just awful. The power of the signal drops to -65 dBm and there are 
huge spurs almost 20 dB stronger than my signal (see Below_500.png).


My gain is set to 0 and I am not producing a strong signal so 
saturation is not the problem. The spurs are at 72 MHz and multiples 
thereof. They do not change when I move the frequency around below 500 
MHz, they are static. I am using an external 10 MHz reference which 
has been verified to be good.


I have read elsewhere on here that the Max2871 is "very touchy" and 
works best with a clock rate of 20 Mhz, which is great, but I can't 
change the daughterboard clock rate on the N series.


What's the work around for getting usable functionality out of the N 
series with the UBX (or do I just have a busted daughterboard)?


Thanks!

- Brett


Does your N210 *also* have a GPSDO, and if so, are you using the 
recommended beefier power supply?




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


Re: [USRP-users] USRP2r4 \w RFX2400 fails with UHD3.14

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 06:03 AM, Johannes Demel via USRP-users wrote:

Hi!

Thanks for your reply. We didn't update because there was no Warning 
that suggested to do so. Anyways, now we updated the FPGA and Firmware.

As a summary we had 'FW Version: 12.3' and 'FPGA Version: 10.0'.
Now it is 'FW Version: 12.4' and 'FPGA Version: 10.1'. I hope these 
are the latest versions for both. Now we get some output. Though, the 
actual error persists.


Here is a summary with only the errors.

[ERROR] [DBMGR] The daughterboard manager encountered a recoverable 
error in init.

Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i, 
N14adf4360_regs_t17prescaler_value_tE)


|   Device: USRP2 / N-Series Device
[]
|   |   Mboard: USRP2 r4
|   |   hardware: 1024
[]
|   |   FW Version: 12.4
|   |   FPGA Version: 10.1
[]
|   |   |   RX Dboard: A
|   |   |   ID: RFX2400 (0x0027)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No

[ERROR] [UHD] Exception caught in safe-call.
  in virtual usrp2_fifo_ctrl_impl::~usrp2_fifo_ctrl_impl()
  at /usr/local/src/uhd/host/lib/usrp/usrp2/usrp2_fifo_ctrl.cpp:54
this->peek32(0); -> RuntimeError: fifo ctrl timed out looking for acks
-

What should we do next for debugging?

Cheers
Johannes




This is the complete output:
-
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; 
UHD_3.14.0.0-31-g98057752

[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable 
error in init.

Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i, 
N14adf4360_regs_t17prescaler_value_tE)


  _
 /
|   Device: USRP2 / N-Series Device
| _
|/
|   |   Mboard: USRP2 r4
|   |   hardware: 1024
[]
|   |   FW Version: 12.4
|   |   FPGA Version: 10.1
|   |
|   |   Time sources:  none, external, _external_, mimo
|   |   Clock sources: internal, external, mimo
|   |   Sensors: mimo_locked, ref_locked
|   | _
|   |/
|   |   |   RX DSP: 0
|   |   |
|   |   |   Freq range: -50.000 to 50.000 MHz
|   | _
|   |/
|   |   |   RX DSP: 1
|   |   |
|   |   |   Freq range: -50.000 to 50.000 MHz
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: RFX2400 (0x0027)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ltc2284
|   |   |   |   Gain Elements: None
|   | _
|   |/
|   |   |   TX DSP: 0
|   |   |
|   |   |   Freq range: -200.000 to 200.000 MHz
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   |   ID: RFX2400 (0x002b)
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: A
|   |   |   |   Name: ad9777
|   |   |   |   Gain Elements: None


[ERROR] [UHD] Exception caught in safe-call.
  in virtual usrp2_fifo_ctrl_impl::~usrp2_fifo_ctrl_impl()
  at /usr/local/src/uhd/host/lib/usrp/usrp2/usrp2_fifo_ctrl.cpp:54
this->peek32(0); -> RuntimeError: fifo ctrl timed out looking for acks

Re: [USRP-users] [Discuss-gnuradio] Implement a signal processing block in the FPGA of USRP

2018-08-09 Thread Marcus D. Leech via USRP-users

On 08/09/2018 10:11 AM, Linda20071 wrote:
What are the USRP products that could support RFNoC? Can it work on 
N200 up? I would suppose this has nothing to do with the type of 
daughterboard?

X3x0, E310, N3x0



Besides, what linux Xilinx design tool should I use for this purpose?

Vivado.

https://kb.ettus.com/Getting_Started_with_RFNoC_Development




On Wed, Aug 8, 2018 at 9:18 PM, Marcus D. Leech > wrote:


On 08/08/2018 09:15 PM, Linda20071 wrote:

Is there a youtube tutorial to create a FPGA DSP module in
gnuradio similar to this one:

https://www.youtube.com/watch?v=BW8o9ZgFJ5I


FPGA blocks, conceptually, are going to be somewhat hardware-specific.

The RFNoC architecture for certain USRPs allows you to plug
FPGA-based blocks into a GnuRadio flow-graph, but only for the USRP
  products that support RFNoC.

I'd suggest you start with the RFNoC link that I previously posted.





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


Re: [USRP-users] about rfnoc nocshell

2018-08-09 Thread Jon Pendlum via USRP-users
Hi.

Yes, but you should leave that one alone and setup your own datamover
on another HP AXI port. What do you want to accomplish?

Jonathon

On Sun, Aug 5, 2018 at 11:44 AM, carry chen  wrote:
>
> Thanks Jonathon!
> Does uhd fpga use datamover access PS DDR now?
>
> Best Regards,
> Carry
>
> 
> From: Jon Pendlum 
> Sent: Monday, July 30, 2018 7:57 PM
> To: carry chen
> Cc: usrp-users@lists.ettus.com
> Subject: Re: [USRP-users] about rfnoc nocshell
>
> Hi,
>
> 1) You cannot reduce noc_shell resource usage much. You can try
> putting all your custom logic in just one RFNoC block, that way you do
> not incur the overhead of multiple noc_shell instances.
> 2) Do you mean "Can I access PS DDR memory directly from the FPGA
> fabric?" If so, yes you can via the HP AXI ports. You'll need
> something to interface with the HP AXI port though. Xilinx's AXI
> Datamover or AXI DMA IP blocks are decent choices.
>
> Jonathon
>
> On Fri, Jul 6, 2018 at 3:26 AM, carry chen via USRP-users
>  wrote:
>> hello,list,
>>
>> I have study the rfnoc,I have 2 question:
>> 1. I find nocshell module use large resource, e310 resource is less, so
>> can
>> I adjust some param to reduce the resoure comsume? I only config one
>> radio(1
>> ddc+1 duc),I find use so many resouce
>> 2.Can I share memory between ps and pl direct?
>>
>> Best,Regards,
>> Carry
>>
>> ___
>> 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] USRP2r4 \w RFX2400 fails with UHD3.14

2018-08-09 Thread Johannes Demel via USRP-users

Hi!

Thanks for your reply. We didn't update because there was no Warning 
that suggested to do so. Anyways, now we updated the FPGA and Firmware.

As a summary we had 'FW Version: 12.3' and 'FPGA Version: 10.0'.
Now it is 'FW Version: 12.4' and 'FPGA Version: 10.1'. I hope these are 
the latest versions for both. Now we get some output. Though, the actual 
error persists.


Here is a summary with only the errors.

[ERROR] [DBMGR] The daughterboard manager encountered a recoverable 
error in init.

Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i, 
N14adf4360_regs_t17prescaler_value_tE)


|   Device: USRP2 / N-Series Device
[]
|   |   Mboard: USRP2 r4
|   |   hardware: 1024
[]
|   |   FW Version: 12.4
|   |   FPGA Version: 10.1
[]
|   |   |   RX Dboard: A
|   |   |   ID: RFX2400 (0x0027)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No

[ERROR] [UHD] Exception caught in safe-call.
  in virtual usrp2_fifo_ctrl_impl::~usrp2_fifo_ctrl_impl()
  at /usr/local/src/uhd/host/lib/usrp/usrp2/usrp2_fifo_ctrl.cpp:54
this->peek32(0); -> RuntimeError: fifo ctrl timed out looking for acks
-

What should we do next for debugging?

Cheers
Johannes




This is the complete output:
-
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; 
UHD_3.14.0.0-31-g98057752

[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable 
error in init.

Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i, 
N14adf4360_regs_t17prescaler_value_tE)


  _
 /
|   Device: USRP2 / N-Series Device
| _
|/
|   |   Mboard: USRP2 r4
|   |   hardware: 1024
[]
|   |   FW Version: 12.4
|   |   FPGA Version: 10.1
|   |
|   |   Time sources:  none, external, _external_, mimo
|   |   Clock sources: internal, external, mimo
|   |   Sensors: mimo_locked, ref_locked
|   | _
|   |/
|   |   |   RX DSP: 0
|   |   |
|   |   |   Freq range: -50.000 to 50.000 MHz
|   | _
|   |/
|   |   |   RX DSP: 1
|   |   |
|   |   |   Freq range: -50.000 to 50.000 MHz
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: RFX2400 (0x0027)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ltc2284
|   |   |   |   Gain Elements: None
|   | _
|   |/
|   |   |   TX DSP: 0
|   |   |
|   |   |   Freq range: -200.000 to 200.000 MHz
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   |   ID: RFX2400 (0x002b)
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: A
|   |   |   |   Name: ad9777
|   |   |   |   Gain Elements: None


[ERROR] [UHD] Exception caught in safe-call.
  in virtual usrp2_fifo_ctrl_impl::~usrp2_fifo_ctrl_impl()
  at /usr/local/src/uhd/host/lib/usrp/usrp2/usrp2_fifo_ctrl.cpp:54
this->peek32(0); -> RuntimeError: fifo ctrl timed out looking for acks
-

On 06.08.2018 14:53, Brophy, William