Hi Jason,
hm, if *I* had to make I wild guess (and it's really only that), something in the network
stack reordered or dropped packets, and now the firmware running on the softcpu can't
reconcile that - or just the host UHD.
I bet this is hard to debug, so let's plan this a bit; I honestly don't have a great
starting point either, but I'd first try to figure out whether this might be network:
1. have something that logs stats for IPv4. If this is Linux, (and bash, and your network
device is called enp2s0)
while true; do netstat -s -i enp2s0 -4 > "/mylogdir/netstat.$(|date +"%s")";
sleep 1; done|
|
|
2. Try to note down the time of crashing.
3. Try to correlate the time with an increase of one of the statistics; if you need help
with that, let us know.
My apologies for not having a great idea what this might be :(, but here's to hoping we
can figure this out!
Best regards,
Marcus
|
|
|
|
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deployed application or system, or for use
in hazardous environments. You assume all risks for use of the Code. Use of the
Code is subject to terms of the licenses to the UHD or RFNoC code with which
the Code is used. Standard licenses to UHD and RFNoC can be found at
https://www.ettus.com/sdr-software/licenses/.
NI will only perform services based on its understanding and condition that the
goods or services (i) are not for the use in the production or development of
any item produced, purchased, or ordered by any entity with a footnote 1
designation in the license requirement column of Supplement No. 4 to Part 744,
U.S. Export Administration Regulations and (ii) such a company is not a party
to the transaction. If our understanding is incorrect, please notify us
immediately because a specific authorization may be required from the U.S.
Commerce Department before the transaction may proceed further.
On 10.01.22 20:37, jason pro wrote:
Hi dear Engineers of Ettus Research,
Our application written based on UHD and USRP X310 cannot run for a long time(The
longest time did not exceed 48 hours).
The x310 is connected to the computer through a 10GbE network card (X520).
We have tried to use versions 3.15 and 4.1.0.5. UHD throws different errors:
1. UHD 4.1.0.5
X300 fw communication failure #1
EnvironmentError: IO Error:x300 fw peek32 -reply timed out
Terminate called after throwing an instance of 'uhd::assertion_error'
What():AssertionError:reply.sequence == request.sequence
in virtual uint32_t x300_ctrl_iface_enet::_peek32(uhd::wb_iface::wb_addr_type)
at/home/xxx/uhd/host/lib/usrp/x300/x300_fw_ctrl.cpp:165
2. UHD 3.15
terminate called after throwing an instance of ‘uhd:: io_error’
what() : EnvironmentError : IOError : Block ctrl(CE_01_Port_40) no response packet –
AssertionError : bool(buff)
in uint64_t ctrl_iface_impl<_endianness> :: wait_for_ack(bool,double)[with uhd ::
endianness_t_endianness = uhd::ENDIANNESS_BIG;uint64_t = long unsigned int]
at/home/xxx/uhd_3.15.0/uhd/host/lib/rfnoc/ctrl_iface.cpp:151
Is there a solution?
Best regards,
Jason
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
