|
From: | White, Joshua J |
Subject: | RE: [EXTERNAL] Re: RE: RE: RE: Re: USRP E312 host mode error |
Date: | Fri, 1 Mar 2024 14:30:18 +0000 |
I haven’t been able to replicate your issue, but it’s probably some configuration error we just haven’t identified yet. Can you confirm that you’re connecting to the E312 over Ethernet and not via the USB port? Very respectfully, Joshua White Precision Timing Systems Engineer Engineering & Support Solutions Directorate T: 937.986.3153 | F: 937.431.3811 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message. From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu> CAUTION: This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe. Yes, 4.6.0 on both ends From: White, Joshua J <jjwhite@RiversideResearch.org> Have you confirmed that the E312 and your host PC are running the same version of UHD? Very respectfully, Joshua White Precision Timing Systems Engineer Engineering & Support Solutions Directorate T: 937.986.3153 | F: 937.431.3811 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message. From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu> CAUTION: This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe. Tried reflashing the whole sd card image as per the procedure you linked, as well as confirming my host UHD was up to date; no luck. I do see the radio just like your printout when I run uhd_usrp_probe on the e312 itself instead of remotely from my host: | _____________________________________________________ | / | | RFNoC blocks on this device: | | | | * 0/Radio#0 From: White, Joshua J <jjwhite@RiversideResearch.org> It looks like there might be an error in the FPGA image. There should be a RFNOC Radio block present (as shown in the image below), but the only thing present is just a generic “Block”. I would first try reflashing the FPGA. The instructions for performing the procedure can be found at https://files.ettus.com/manual/page_usrp_e3xx.html , a little less than halfway down the page under “Updating the FPGA”. If that doesn’t work, ensure your host PC’s UHD is updated, then update the file system on the E312 (using the instructions on the same page) and flash the FPGA again. Very respectfully, Joshua White Precision Timing Systems Engineer Engineering & Support Solutions Directorate T: 937.986.3153 | F: 937.431.3811 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message. From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu> CAUTION: This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe. No luck. Tried both ‘A:0’ and ‘A:1’ (using RX2 as the antenna). Here is the output of uhd_usrp_probe: $ uhd_usrp_probe --args addr=169.254.7.165 [INFO] [UHD] linux; GNU C++ version 12.3.0; Boost_108200; UHD_4.6.0.HEAD-release [INFO] [MPMD] Initializing 1 device(s) in parallel with args: mgmt_addr=169.254.7.165,type=e3xx,product=e310_sg3,serial=3222976,name=ni-e31x-3222976,fpga=n/a,claimed=False,addr=169.254.7.165 [INFO] [MPM.PeriphManager] init() called with device args `fpga=n/a,mgmt_addr=169.254.7.165,name=ni-e31x-3222976,product=e310_sg3'. [WARNING] [RFNOC::BLOCK_FACTORY] Could not find block with Noc-ID 0x12ad1000, 0xffff [INFO] [0/Block#0] Setting default MTU forward policy. _____________________________________________________ / | Device: E300-Series Device | _____________________________________________________ | / | | Mboard: ni-e31x-3222976 | | dboard_0_pid: 272 | | dboard_0_serial: 3218555 | | fs_version: 20231113194348 | | mender_artifact: v4.6.0.0_e310_sg3 | | mpm_sw_version: 4.6.0.0-g50fa3baa | | pid: 30675 | | product: e310_sg3 | | rev: 9 | | rpc_connection: remote | | serial: 3222976 | | type: e3xx | | MPM Version: 5.3 | | FPGA Version: 6.1 | | FPGA git hash: 6a990d9.clean | | RFNoC capable: Yes | | | | Time sources: internal, external, gpsdo | | Clock sources: internal | | Sensors: ref_locked, gps_locked, temp_fpga, temp_mb, gps_gpgga, gps_sky, gps_time, gps_tpv | _____________________________________________________ | / | | RFNoC blocks on this device: | | | | * 0/Block#0 | _____________________________________________________ | / | | Static connections on this device: | | | | * 0/SEP#0:0==>0/Block#0:0 | | * 0/Block#0:0==>0/SEP#0:0 | | * 0/SEP#1:0==>0/Block#0:1 | | * 0/Block#0:1==>0/SEP#1:0 From: White, Joshua J <jjwhite@RiversideResearch.org> Make sure you set the Mb0 Subdev Spec parameter. Set it to ‘A:0’ to use radio A or ‘A:1’ to use radio B. Additionally, in the RF Options tab, make sure you select the antenna you’ll be using (TX/RX for TRX-A or TRX-B and RX2 for RX2-A or RX2-B. Trying to use RX1 will cause an error). If this doesn’t fix the issue for you, run uhd_usrp_probe from your host PC and share the output here. Very respectfully, Joshua White Precision Timing Systems Engineer Engineering & Support Solutions Directorate T: 937.986.3153 | F: 937.431.3811 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message. From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu> CAUTION: This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe. Yes, I am trying to run the E312 in host mode. Here are the parameter settings I currently have in the General tab of the block properties:
From: White, Joshua J <jjwhite@RiversideResearch.org> It is possible to run the E312 in host mode (if I understand correctly, this is what you’re trying to accomplish). My lab has two E312s that I have run in host mode on numerous occasions. What is the configuration you’re using for the USRP Source block? Very respectfully, Joshua White Precision Timing Systems Engineer Engineering & Support Solutions Directorate T: 937.986.3153 | F: 937.431.3811 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message. From: discuss-gnuradio-bounces+jjwhite=riversideresearch.org@gnu.org <discuss-gnuradio-bounces+jjwhite=riversideresearch.org@gnu.org> On Behalf Of Kunnappally, Jerry J. via GNU Radio, the Free & Open-Source Toolkit for Software Radio CAUTION: This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe. Yeah I was hoping to avoid that, but it looks to be the safer bet to get things working. I followed this article to get GNURadio to treat it like a peripheral on my host laptop (before I ran into the error from the original email): https://knowledge.ni.com/KnowledgeArticleDetails?id=kA03q000000YOd0CAG&l=en-US Thanks for the help. -Jerry From: Jack Ferrell <jackferrell@ieee.org> The E312 is the embedded line from Ettus, thus you need to run the flowgraph directly on the device. You can then send whatever data to your laptop using ZMQ blocks to publish data from the radio and receive data on the laptop, which will be running its own flowgraph. A good example is shown here: https://kb.ettus.com/Streaming_processed_data_from_the_E31x_with_GNU_Radio_and_ZMQ Hope this helps. - Jack
|
smime.p7s
Description: S/MIME cryptographic signature
[Prev in Thread] | Current Thread | [Next in Thread] |