USRP x310 отвечает на ping, но не отвечает на uhd_find_devices или uhd_usrp_probe

У меня возникли проблемы с моим USRP x310. Этот вопрос может показаться повторяющимся, но я уже испробовал все возможные решения, которые мне удалось найти, но я все еще не могу его решить. Вот некоторые из сообщений, за которыми я следил и которые были похожи на проблему, с которой я столкнулся.

1. http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-January/040356.html

2. https://www.ruby-forum.com/t/a-strange-problem-with-no-uhd-devices-found-when-ping-192-168-10-2-is-ok/217561

Я даже разместил вопрос на дискуссионном форуме NI вот URL, но я не получил никакого ответа. Я также пытался сделать сообщение на [email protected] and [email protected], но по какой-то причине вопрос еще не опубликован, поэтому теперь я обращаюсь к старому доброму доверенному стеку в поисках помощи.

Вот проблема, с которой я столкнулся.

Я мог без проблем запускать свой USRP x310 до прошлой недели, но когда я включил его на этой неделе, чтобы провести некоторые эксперименты с использованием srsLTE, когда я запустил srsenb, он начал выдавать ошибку "no compatible rf-frontend found". Итак, чтобы проверить возможность подключения x310 к хост-компьютеру, я запустил 'uhd_find_devices' and 'uhd_usrp_probe' Вот вывод команд.

raghav@raghav-XPS:~$ uhd_find_devices 
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_3.15.0.0-release
No UHD Devices Found

raghav@raghav-XPS:~$ uhd_usrp_probe 
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_3.15.0.0-release
Error: LookupError: KeyError: No devices found for ----->
Empty Device Address

Затем я проверил оборудование и смог увидеть индикатор sfp+ на порту 0, что правильно, поэтому я попытался пропинговать x310 'ping 192.168.10.2', и устройство ответило на ping без потери пакетов. Поэтому я попытался запустить 'uhd_find_devices' and 'uhd_usrp_probe', указав адрес устройства в качестве аргумента, и тогда я смог увидеть правильный вывод. Вот выходы:

raghav@raghav-XPS:~$ uhd_find_devices --args addr=192.168.10.2
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_3.15.0.0-release
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
    serial: 31EC216
    addr: 192.168.10.2
    fpga: HG
    name: 
    product: X310
    type: x300

raghav@raghav-XPS:~$ uhd_usrp_probe --args addr=192.168.10.2
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_3.15.0.0-release
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame size: 1472 bytes.
[INFO] [X300] Radio 1x clock: 200 MHz
[INFO] [GPS] No GPSDO found
[INFO] [0/DmaFIFO_0] Initializing block control (NOC ID: 0xF1F0D00000000000)
[INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1319 MB/s)
[INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1314 MB/s)
[INFO] [0/Radio_0] Initializing block control (NOC ID: 0x12AD100000000001)
[INFO] [0/Radio_1] Initializing block control (NOC ID: 0x12AD100000000001)
[INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000)
[INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000)
[INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000000)
[INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000000)
  _____________________________________________________
 /
|       Device: X-Series Device
|     _____________________________________________________
|    /
|   |       Mboard: X310
|   |   revision: 11
|   |   revision_compat: 7
|   |   product: 30818
|   |   mac-addr0: 00:80:2f:31:49:67
|   |   mac-addr1: 00:80:2f:31:49:68
|   |   gateway: 192.168.10.1
|   |   ip-addr0: 192.168.10.2
|   |   subnet0: 255.255.255.0
|   |   ip-addr1: 192.168.20.2
|   |   subnet1: 255.255.255.0
|   |   ip-addr2: 192.168.30.2
|   |   subnet2: 255.255.255.0
|   |   ip-addr3: 192.168.40.2
|   |   subnet3: 255.255.255.0
|   |   serial: 31EC216
|   |   FW Version: 6.0
|   |   FPGA Version: 36.0
|   |   FPGA git hash: fde2a94
|   |   RFNoC capable: Yes
.
.
.
.

Я уже пытался обновить fpga x310, перенастроил сетевое подключение и даже переустановил драйвера uhd, но пока ничего не помогло.

Буду очень признателен, если кто-то поможет мне с этой проблемой.


person Raghav    schedule 14.01.2021    source источник
comment
У меня есть административный доступ к списку обсуждений-gnuradio. Вы не разместили это там, по крайней мере, ни как зарегистрированный пользователь ... В любом случае, список обсуждений-gnuradio предназначен для выпусков GNU Radio (а это не так). Список пользователей usrp также предназначен только для подписчиков, поэтому вы можете зарегистрироваться в разделе lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com, прежде чем отправлять туда вопрос.   -  person Marcus Müller    schedule 14.01.2021
comment
В любом случае, пожалуйста, на самом деле скопируйте команды, которые вы используете; вы напечатали вывод uhd_usrp_probe, но утверждаете, что запустили uhd_find_devices; ничего страшного, но такие неточности превращают отладку в ад.   -  person Marcus Müller    schedule 14.01.2021


Ответы (1)


Это классический случай, когда компьютер не пропускает трафик с широковещательных адресов, используемых для обнаружения устройств.

Следовательно, При попытке использовать мой USRP в GNU Radio я получаю сообщение об ошибке «Нет устройств для -----›» частично применимо. Убедитесь, что брандмауэр вашего ПК настроен так, чтобы пропускать пакеты от широковещательных адресов и для них.

person Marcus Müller    schedule 14.01.2021
comment
ВАУ, не ожидал от тебя ответа. Вчера я просмотрел ваш пост, но случайно пропустил пункт брандмауэра, и именно здесь я совершил самую большую ошибку. sudo iptables -A INPUT -p udp --sport 49152 -j ACCEPT сделал свое дело. Теперь все работает как надо. Но я до сих пор не понимаю, как изменились настройки брандмауэра, потому что, когда я изначально делал настройку, я никогда не добавлял никаких новых правил в брандмауэр, и все работало нормально, но вдруг в один прекрасный день он перестал работать. Но в любом случае, спасибо, что снова пролил свет на это, Маркус. - person Raghav; 14.01.2021