> > Issue #1: > I sometimes see messages such as: > root@ni-e320-31BB638:/data/network# [ 340.972102] cros-ec-dev > cros-ec-dev.0.auto: Some logs may have been dropped... >
I've seen this before on certain host machines, but I've never actually seen dropped logs. I'm not sure what the cause is, but it's been tricky for me to reproduce. If you're concerned with it, I'd recommend you SSH into the device rather than using the serial over USB. Issue #2: > What is each Ethernet port used for? See that in the output above from > uhd_find_devices, > mgmt_addr is shown with both the eth0 and sfp0 addresses. > As I understand it, the RJ45 MGMT port is an ethernet connection to the MCU and serves about the same purpose as the Serial connection, but over ethernet. You can not stream data over this RJ45 port or use functions like uhd_usrp_probe. The SFP+ port provides this ethernet link to the device *and* is capable of streaming data on and off the device. UHD with refer to this as a "CHDR interface" (e.g. trying to stream over the RJ45 will fail with a "No valid CHDR interfaces found!"). Because both are available as MGMT interfaces, you see them both listed as such by uhd_find_devices. As to the other issues you're running into, I can't say I've seen anything similar on my 3.15.0.0 setup. Because of this, I'd suspect theres some config issue specific to your machine / network. But to play devils advocate, you could try rolling back to 3.14.1.1 to see is any of your problems resolve themselves? Sam Reiter On Mon, Jan 6, 2020 at 5:36 AM Subu Rama via USRP-users < usrp-users@lists.ettus.com> wrote: > I have an E320 that I initially set up using the 1G (not the SFP) > management ethernet port. > I set up a static IP on it and also set up the SFP port using the SFP to > 1G adapter that came with the E320. > > The setup on the E320 is: > > root@ni-e320-31BB638:/data/network# ip a > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen > 1000 > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state > UP qlen 1000 > link/ether 00:80:2f:28:8d:7e brd ff:ff:ff:ff:ff:ff > inet 192.168.1.2/24 brd 192.168.1.255 scope global eth0 > valid_lft forever preferred_lft forever > 3: sfp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state > UP qlen 1000 > link/ether 00:80:2f:28:8d:7f brd ff:ff:ff:ff:ff:ff > inet 192.168.10.2/24 brd 192.168.10.255 scope global sfp0 > valid_lft forever preferred_lft forever > > ------------------------------------- > > The SD card does seem to have enough space: > > root@ni-e320-31BB638:/data/network# df -hP > Filesystem Size Used Avail Use% Mounted on > /dev/root 1.8G 1.4G 346M 80% / > devtmpfs 500M 0 500M 0% /dev > tmpfs 501M 4.0K 501M 1% /dev/shm > tmpfs 501M 8.3M 492M 2% /run > tmpfs 501M 0 501M 0% /sys/fs/cgroup > tmpfs 501M 4.0K 501M 1% /tmp > tmpfs 501M 44K 501M 1% /var/volatile > /dev/mmcblk0p1 16M 462K 16M 3% /uboot > /dev/mmcblk0p4 11G 28M 10G 1% /data > --------------------------------------------------- > root@ni-e320-31BB638:/data/network# uhd_config_info --print-all > UHD 3.15.0.0-0-gaea0e2de > Build date: Wed, 01 Jan 2020 06:06:23 > C compiler: GNU 8.2.0 > C++ compiler: GNU 8.2.0 > C flags: -DBOOST_ERROR_CODE_HEADER_ONLY > -DBOOST_ASIO_DISABLE_STD_STRING_VIEW > -DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED > -DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2 > -DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR -DHAVE_LIBERIO > -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 > > --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot > -O2 -pipe -g -feliminate-unused-debug-types > -fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0=/usr/src/debug/uhd/3.15.0.0-r0 > -fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot= > -fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot-native= > -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 > > --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot > C++ flags: -DBOOST_ERROR_CODE_HEADER_ONLY > -DBOOST_ASIO_DISABLE_STD_STRING_VIEW > -DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED > -DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2 > -DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR -DHAVE_LIBERIO > -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 > > --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot > -O2 -pipe -g -feliminate-unused-debug-types > -fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0=/usr/src/debug/uhd/3.15.0.0-r0 > -fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot= > -fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot-native= > -fvisibility-inlines-hidden -march=armv7-a -mthumb -mfpu=neon > -mfloat-abi=hard -mcpu=cortex-a9 > > --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot > -fvisibility=hidden -fvisibility-inlines-hidden > Enabled components: LibUHD, LibUHD - C API, Examples, Utils, Tests, > LIBERIO, MPMD, N300, N320, E320, E300, OctoClock > Install prefix: /usr > Boost version: 1.68 > Libusb version: N/A > Package path: /usr > Images directory: /usr/share/uhd/images > ABI version string: 3.15.0 > > --------------------------------- > root@ni-e320-31BB638:/data/network# ls -l /usr/share/uhd/images > total 26280 > -rw-r--r-- 1 root root 13321512 Jan 1 06:06 usrp_e320_fpga_1G.bit > -rw-r--r-- 1 root root 9792 Jan 1 06:06 usrp_e320_fpga_1G.dts > -rw-r--r-- 1 root root 13321512 Jan 1 06:06 usrp_e320_fpga_AA.bit > -rw-r--r-- 1 root root 9335 Jan 1 06:06 usrp_e320_fpga_AA.dts > -rw-r--r-- 1 root root 13321512 Jan 1 06:06 usrp_e320_fpga_XG.bit > -rw-r--r-- 1 root root 9837 Jan 1 06:06 usrp_e320_fpga_XG.dts > ------------------------------------------- > > On my host: > ---------------------------------- > ramasu@nuc-qrc3:~/references/EndRun$ uhd_find_devices > [INFO] [UHD] linux; GNU C++ version 9.2.1 20191008; Boost_107200; > UHD_3.15.0.0-0-gaea0e2de > -------------------------------------------------- > -- UHD Device 0 > -------------------------------------------------- > Device Address: > serial: 31BB638 > addr: 192.168.10.2 > claimed: False > mgmt_addr: 192.168.1.2 > mgmt_addr: 192.168.10.2 > product: e320 > type: e3xx > ------------------------------------------------------------------------- > > Issue #1: > I sometimes see messages such as: > root@ni-e320-31BB638:/data/network# [ 340.972102] cros-ec-dev > cros-ec-dev.0.auto: Some logs may have been dropped... > > (I have it connected with screen from an Ubuntu box using the JTAG USB > connection) > > What does it mean? > > ------------------ > Issue #2: > What is each Ethernet port used for? See that in the output above from > uhd_find_devices, > mgmt_addr is shown with both the eth0 and sfp0 addresses. > > Once configured, do I need to maintain both the Ethernet connections? > > -------------------- > If I run uhd_usrp_probe as follows: > ramasu@nuc-qrc3:~/references/EndRun$ uhd_usrp_probe --args find_all > [INFO] [UHD] linux; GNU C++ version 9.2.1 20191008; Boost_107200; > UHD_3.15.0.0-0-gaea0e2de > [INFO] [MPMD] Initializing 1 device(s) in parallel with args: > mgmt_addr=192.168.10.2,type=e3xx,product=e320,serial=31BB638,claimed=False,addr=192.168.10.2,find_all= > [INFO] [MPM.PeriphManager] init() called with device args > `mgmt_addr=192.168.10.2,find_all=,product=e320'. > [WARNING] [MPM.get_mac_addr] More than one device with the same IP address > `192.168.10.42' found. Picking entry at random. > [WARNING] [MPM.get_mac_addr] More than one device with the same IP address > `192.168.10.42' found. Picking entry at random. > [ERROR] [UHD] Exception caught in safe-call. > in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with > uhd::endianness_t _endianness = uhd::ENDIANNESS_BIG] > at /usr/local/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:50 > this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError: Block ctrl > (CE_00_Port_20) 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 /usr/local/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:151 > > [ERROR] [MPMD] Failure during block enumeration: EnvironmentError: > IOError: recv error on socket: Connection refused > Error: RuntimeError: Failed to run enumerate_rfnoc_blocks() > > --- > Issue #3: Huh? > > [WARNING] [MPM.get_mac_addr] More than one device with the same IP address > `192.168.10.42' found. Picking entry at random. > > I do NOT have more than one device with that IP address. > > What I have on my host is: > > 2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state > UP group default qlen 1000 > link/ether 1c:69:7a:0a:83:16 brd ff:ff:ff:ff:ff:ff > inet 192.168.1.42/24 brd 192.168.1.255 scope global eno1 > valid_lft forever preferred_lft forever > inet 192.168.10.42/24 scope global eno1 > valid_lft forever preferred_lft forever > inet6 fe80::1e69:7aff:fe0a:8316/64 scope link > valid_lft forever preferred_lft forever > > And what's with the RuntimeError? > > Note that on the host I have compiled UHD with the latest Boost libraries. > (v1.72). > The UHD on the E320 uses v1.68 > > The compiler used is GNU 9.2.1 on Ubuntu 19.10 > The UHD on the E320 used GNU 8.2.0 > > (The entire output of uhd_config_info on the E320 is shown at the > beginning of this message). > > ramasu@nuc-qrc3:~/references/EndRun$ uhd_config_info --print-all > UHD 3.15.0.0-0-gaea0e2de > Build date: Sun, 05 Jan 2020 17:26:13 > C compiler: GNU 9.2.1 > C++ compiler: GNU 9.2.1 > C flags: -DBOOST_ERROR_CODE_HEADER_ONLY > -DBOOST_ASIO_DISABLE_STD_STRING_VIEW > -DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED > -DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2 > -DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR > C++ flags: -DBOOST_ERROR_CODE_HEADER_ONLY > -DBOOST_ASIO_DISABLE_STD_STRING_VIEW > -DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED > -DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2 > -DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR -fvisibility=hidden > -fvisibility-inlines-hidden > Enabled components: LibUHD, LibUHD - C API, LibUHD - Python API, Examples, > Utils, Tests, USB, B100, B200, USRP1, USRP2, X300, N230, MPMD, N300, N320, > E320, E300, OctoClock > Install prefix: /usr/local > Boost version: 1.72 > Libusb version: 1.0.25 > Package path: /usr/local > Images directory: /usr/local/share/uhd/images > ABI version string: 3.15.0 > > Much appreciate resolving these issues. > > Thank you > Subu > > _______________________________________________ > 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
