usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

Mender Update Process N310

GS
Giuseppe Santaromita
Mon, Feb 14, 2022 4:28 PM

No. I have the USRP as I bought it

Il 14/2/22 17:27, Marcus D. Leech ha scritto:

On 2022-02-14 11:25, Giuseppe Santaromita wrote:

Now it works fine, but when I try uhd_usrp_probe this is the result:

[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501;
UHD_4.1.0.4-release
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.10.2
[WARNING] [MPM.RPCServer] A timeout event occured!
[INFO] [MPM.PeriphManager] init() called with device args
fpga=HG,mgmt_addr=192.168.10.2,product=n310,clock_source=external,time_source=internal'. [ERROR] [RPC] At least one PLL did not lock! Check the logs for details. [ERROR] [MPM.RPCServer] init() failed with error: At least one PLL did not lock! Check the logs for details. Error: RuntimeError: Error during RPC call to init'. Error message:
At least one PLL did not lock! Check the logs for details.

Did you actually have an external clock connected?


USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

No. I have the USRP as I bought it Il 14/2/22 17:27, Marcus D. Leech ha scritto: > On 2022-02-14 11:25, Giuseppe Santaromita wrote: >> >> Now it works fine, but when I try uhd_usrp_probe this is the result: >> >> [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; >> UHD_4.1.0.4-release >> [INFO] [MPMD] Initializing 1 device(s) in parallel with args: >> mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.10.2 >> [WARNING] [MPM.RPCServer] A timeout event occured! >> [INFO] [MPM.PeriphManager] init() called with device args >> `fpga=HG,mgmt_addr=192.168.10.2,product=n310,clock_source=external,time_source=internal'. >> [ERROR] [RPC] At least one PLL did not lock! Check the logs for details. >> [ERROR] [MPM.RPCServer] init() failed with error: At least one PLL >> did not lock! Check the logs for details. >> Error: RuntimeError: Error during RPC call to `init'. Error message: >> At least one PLL did not lock! Check the logs for details. >> >> > Did you actually have an external clock connected? > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com
MD
Marcus D. Leech
Mon, Feb 14, 2022 4:31 PM

On 2022-02-14 11:28, Giuseppe Santaromita wrote:

No. I have the USRP as I bought it

Il 14/2/22 17:27, Marcus D. Leech ha scritto:

On 2022-02-14 11:25, Giuseppe Santaromita wrote:

Now it works fine, but when I try uhd_usrp_probe this is the result:

[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501;
UHD_4.1.0.4-release
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.10.2

[WARNING] [MPM.RPCServer] A timeout event occured!
[INFO] [MPM.PeriphManager] init() called with device args
fpga=HG,mgmt_addr=192.168.10.2,product=n310,clock_source=external,time_source=internal'. [ERROR] [RPC] At least one PLL did not lock! Check the logs for details. [ERROR] [MPM.RPCServer] init() failed with error: At least one PLL did not lock! Check the logs for details. Error: RuntimeError: Error during RPC call to init'. Error message:
At least one PLL did not lock! Check the logs for details.

Did you actually have an external clock connected?

So, when you do the uhd_usrp_probe, add "clock_source=internal" to the
device args -- it looks from this trace that it's trying to use an
external clock by default.
  Which it shouldn't.

On 2022-02-14 11:28, Giuseppe Santaromita wrote: > No. I have the USRP as I bought it > > Il 14/2/22 17:27, Marcus D. Leech ha scritto: >> On 2022-02-14 11:25, Giuseppe Santaromita wrote: >>> >>> Now it works fine, but when I try uhd_usrp_probe this is the result: >>> >>> [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; >>> UHD_4.1.0.4-release >>> [INFO] [MPMD] Initializing 1 device(s) in parallel with args: >>> mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.10.2 >>> >>> [WARNING] [MPM.RPCServer] A timeout event occured! >>> [INFO] [MPM.PeriphManager] init() called with device args >>> `fpga=HG,mgmt_addr=192.168.10.2,product=n310,clock_source=external,time_source=internal'. >>> [ERROR] [RPC] At least one PLL did not lock! Check the logs for >>> details. >>> [ERROR] [MPM.RPCServer] init() failed with error: At least one PLL >>> did not lock! Check the logs for details. >>> Error: RuntimeError: Error during RPC call to `init'. Error message: >>> At least one PLL did not lock! Check the logs for details. >>> >>> >> Did you actually have an external clock connected? >> So, when you do the uhd_usrp_probe, add "clock_source=internal" to the device args -- it looks from this trace that it's trying to use an external clock by default.   Which it shouldn't.
GS
Giuseppe Santaromita
Mon, Feb 14, 2022 6:02 PM

Dear community,

I would like to use OpenAirInterface with the USRP N310 and I am having
overflow problems. I am forwarding here the email I sent to the OAI mail
list, because I think the problem is with the USRP and non-real time
operations.

Does anyone have any ideas?

Thanks in advance,

Giuseppe

Dear community,

After solving problems with OAI installation and USRP N310
configuration, I am trying to create a 5G SA link, starting with gNB.

I tried this:
sudo ./nr-softmodem -O
../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf
--sa --args clock_source=internal

But it gives problems that I think are related to the fact that
probably the operations are not in real time.

For example:
[PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP
[PHY] problem receiving samples
LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples out of
30720
[HW] Time: 1.41826 s
ERROR_CODE_OVERFLOW (Overflow)

Or, even earlier:
[WARNING] [MPM.RPCServer] A timeout event occured!

Also, I would like to attach a log file but I can't find it, and using
the "> file_log.txt" at the end of the command it all goes immediately
in overflow.

Does anyone have any ideas?

Dear community, I would like to use OpenAirInterface with the USRP N310 and I am having overflow problems. I am forwarding here the email I sent to the OAI mail list, because I think the problem is with the USRP and non-real time operations. Does anyone have any ideas? Thanks in advance, Giuseppe > Dear community, > > After solving problems with OAI installation and USRP N310 > configuration, I am trying to create a 5G SA link, starting with gNB. > > I tried this: > sudo ./nr-softmodem -O > ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf > --sa --args clock_source=internal > > But it gives problems that I think are related to the fact that > probably the operations are not in real time. > > For example: > [PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP > [PHY] problem receiving samples > LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples out of > 30720 > [HW] Time: 1.41826 s > ERROR_CODE_OVERFLOW (Overflow) > > Or, even earlier: > [WARNING] [MPM.RPCServer] A timeout event occured! > > Also, I would like to attach a log file but I can't find it, and using > the "> file_log.txt" at the end of the command it all goes immediately > in overflow. > > Does anyone have any ideas?
ZL
zeyuan.li@zengyi-tech.com
Tue, Feb 15, 2022 2:08 AM

Please checkout mander files version and than may be you can try this command which is “mander install  /home/root/usrp_n3xx_fs.mender”.

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址: http://www.zengyi-tech.com www.zengyi-tech.com

发件人: Giuseppe Santaromita giuseppe.santaromita1@gmail.com
发送时间: 2022年2月14日 23:57
收件人: zeyuan.li@zengyi-tech.com; usrp-users@lists.ettus.com
主题: Re: 答复: [USRP-users] Mender Update Process N310

What is the correct upgrade process? I update the Linux File System first and then the FPGA, following the link. The problem is that I think something went wrong, because in the past the -roofs worked.

Giuseppe

Il 10/2/22 3:34, zeyuan.li@zengyi-tech.com mailto:zeyuan.li@zengyi-tech.com  ha scritto:

I have used this way updated successfully.Please checkout your update process.

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址: http://www.zengyi-tech.com www.zengyi-tech.com

发件人: Giuseppe Santaromita  mailto:giuseppe.santaromita1@gmail.com giuseppe.santaromita1@gmail.com
发送时间: 2022年2月9日 22:32
收件人: usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
主题: [USRP-users] Mender Update Process N310

Hi guys,

I'm trying to update the USRP N310 following this guide: https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide in particolar "Mender Update Process".

The results is the follows.

Can anyone help me?

Giuseppe

mender -rootfs /home/root/usrp_n3xx_fs.mender
Incorrect Usage. flag provided but not defined: -rootfs

NAME:
mender - manage and start the Mender client.

USAGE:
[global options] command [command options] [arguments...]

VERSION:
a78b45e  runtime: go1.12.9

DESCRIPTION:
mender integrates both the mender daemon and commands for manually performing tasks performed by
the daemon (see list of COMMANDS below).

Global flag remarks:

  • Supported log levels incudes: 'debug', 'info', 'warning', 'error', 'panic' and 'fatal'.

COMMANDS:
bootstrap      Perform bootstrap and exit.
check-update    Force update check.
commit          Commit current Artifact. Returns (2) if no update in progress.
daemon          Start the client as a background service.
install        Mender Artifact to install - local file or a URL.
rollback        Rollback current Artifact. Returns (2) if no update in progress.
send-inventory  Force inventory update.
setup          Perform configuration setup - 'mender setup --help' for command options.
snapshot        Create filesystem snapshot -'mender snapshot --help' for more.
show-artifact  Print the current artifact name to the command line and exit.
help            Shows a list of commands or help for one command

GLOBAL OPTIONS:
--config FILE, -c FILE          Configuration FILE path. (default: "/etc/mender/mender.conf")
--fallback-config FILE, -b FILE  Fallback configuration FILE path. (default:
"/var/lib/mender/mender.conf")
--data DIR, -d DIR              Mender state data DIRECTORY path. (default: "/var/lib/mender")
--log-file FILE, -L FILE        FILE to log to.
--log-level level, -l level      Set logging level. (default: "info")
--log-modules value, -m value    -log-modules is accepted for compatibility but has no effect
--trusted-certs FILE, -E FILE    Trusted server certificates FILE path.
--forcebootstrap, -F            Force bootstrap. (default: false)
--no-syslog                      Disable logging to syslog. (default: false)
--skipverify                    Skip certificate verification. (default: false)
--help, -h                      show help (default: false)
--version, -v                    print the version (default: false)

ERRO[0000] flag provided but not defined: -rootfs

Please checkout mander files version and than may be you can try this command which is “mander install /home/root/usrp_n3xx_fs.mender”. 谢谢,有任何问题请随时与我联系! —————————————————————— 李泽远|研发工程师 北京曾益科技有限公司 手机:13121162044 地址:北京市海淀区中关村大街中关村SOHO 1108 网址: <http://www.zengyi-tech.com> www.zengyi-tech.com 发件人: Giuseppe Santaromita <giuseppe.santaromita1@gmail.com> 发送时间: 2022年2月14日 23:57 收件人: zeyuan.li@zengyi-tech.com; usrp-users@lists.ettus.com 主题: Re: 答复: [USRP-users] Mender Update Process N310 What is the correct upgrade process? I update the Linux File System first and then the FPGA, following the link. The problem is that I think something went wrong, because in the past the -roofs worked. Giuseppe Il 10/2/22 3:34, zeyuan.li@zengyi-tech.com <mailto:zeyuan.li@zengyi-tech.com> ha scritto: I have used this way updated successfully.Please checkout your update process. 谢谢,有任何问题请随时与我联系! —————————————————————— 李泽远|研发工程师 北京曾益科技有限公司 手机:13121162044 地址:北京市海淀区中关村大街中关村SOHO 1108 网址: <http://www.zengyi-tech.com> www.zengyi-tech.com 发件人: Giuseppe Santaromita <mailto:giuseppe.santaromita1@gmail.com> <giuseppe.santaromita1@gmail.com> 发送时间: 2022年2月9日 22:32 收件人: usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com> 主题: [USRP-users] Mender Update Process N310 Hi guys, I'm trying to update the USRP N310 following this guide: https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide in particolar "Mender Update Process". The results is the follows. Can anyone help me? Giuseppe mender -rootfs /home/root/usrp_n3xx_fs.mender Incorrect Usage. flag provided but not defined: -rootfs NAME: mender - manage and start the Mender client. USAGE: [global options] command [command options] [arguments...] VERSION: a78b45e runtime: go1.12.9 DESCRIPTION: mender integrates both the mender daemon and commands for manually performing tasks performed by the daemon (see list of COMMANDS below). Global flag remarks: - Supported log levels incudes: 'debug', 'info', 'warning', 'error', 'panic' and 'fatal'. COMMANDS: bootstrap Perform bootstrap and exit. check-update Force update check. commit Commit current Artifact. Returns (2) if no update in progress. daemon Start the client as a background service. install Mender Artifact to install - local file or a `URL`. rollback Rollback current Artifact. Returns (2) if no update in progress. send-inventory Force inventory update. setup Perform configuration setup - 'mender setup --help' for command options. snapshot Create filesystem snapshot -'mender snapshot --help' for more. show-artifact Print the current artifact name to the command line and exit. help Shows a list of commands or help for one command GLOBAL OPTIONS: --config FILE, -c FILE Configuration FILE path. (default: "/etc/mender/mender.conf") --fallback-config FILE, -b FILE Fallback configuration FILE path. (default: "/var/lib/mender/mender.conf") --data DIR, -d DIR Mender state data DIRECTORY path. (default: "/var/lib/mender") --log-file FILE, -L FILE FILE to log to. --log-level level, -l level Set logging level. (default: "info") --log-modules value, -m value -log-modules is accepted for compatibility but has no effect --trusted-certs FILE, -E FILE Trusted server certificates FILE path. --forcebootstrap, -F Force bootstrap. (default: false) --no-syslog Disable logging to syslog. (default: false) --skipverify Skip certificate verification. (default: false) --help, -h show help (default: false) --version, -v print the version (default: false) ERRO[0000] flag provided but not defined: -rootfs
ZL
zeyuan.li@zengyi-tech.com
Tue, Feb 15, 2022 2:16 AM

Please try this “sudo ./nr-softmodem -O ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf --sa --args clock_source=internal || sudo tee files_log.txt”

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址: http://www.zengyi-tech.com www.zengyi-tech.com

发件人: Giuseppe Santaromita giuseppe.santaromita1@gmail.com
发送时间: 2022年2月15日 2:02
收件人: usrp-users@lists.ettus.com
主题: [USRP-users] OAI with USRP N310

Dear community,

I would like to use OpenAirInterface with the USRP N310 and I am having overflow problems. I am forwarding here the email I sent to the OAI mail list, because I think the problem is with the USRP and non-real time operations.

Does anyone have any ideas?

Thanks in advance,

Giuseppe

Dear community,

After solving problems with OAI installation and USRP N310 configuration, I am trying to create a 5G SA link, starting with gNB.

I tried this:
sudo ./nr-softmodem -O ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf --sa --args clock_source=internal

But it gives problems that I think are related to the fact that probably the operations are not in real time.

For example:
[PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP
[PHY] problem receiving samples
LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples out of 30720
[HW] Time: 1.41826 s
ERROR_CODE_OVERFLOW (Overflow)

Or, even earlier:
[WARNING] [MPM.RPCServer] A timeout event occured!

Also, I would like to attach a log file but I can't find it, and using the "> file_log.txt" at the end of the command it all goes immediately in overflow.

Does anyone have any ideas?

Please try this “sudo ./nr-softmodem -O ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf --sa --args clock_source=internal || sudo tee files_log.txt” 谢谢,有任何问题请随时与我联系! —————————————————————— 李泽远|研发工程师 北京曾益科技有限公司 手机:13121162044 地址:北京市海淀区中关村大街中关村SOHO 1108 网址: <http://www.zengyi-tech.com> www.zengyi-tech.com 发件人: Giuseppe Santaromita <giuseppe.santaromita1@gmail.com> 发送时间: 2022年2月15日 2:02 收件人: usrp-users@lists.ettus.com 主题: [USRP-users] OAI with USRP N310 Dear community, I would like to use OpenAirInterface with the USRP N310 and I am having overflow problems. I am forwarding here the email I sent to the OAI mail list, because I think the problem is with the USRP and non-real time operations. Does anyone have any ideas? Thanks in advance, Giuseppe Dear community, After solving problems with OAI installation and USRP N310 configuration, I am trying to create a 5G SA link, starting with gNB. I tried this: sudo ./nr-softmodem -O ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf --sa --args clock_source=internal But it gives problems that I think are related to the fact that probably the operations are not in real time. For example: [PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP [PHY] problem receiving samples LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples out of 30720 [HW] Time: 1.41826 s ERROR_CODE_OVERFLOW (Overflow) Or, even earlier: [WARNING] [MPM.RPCServer] A timeout event occured! Also, I would like to attach a log file but I can't find it, and using the "> file_log.txt" at the end of the command it all goes immediately in overflow. Does anyone have any ideas?
ZL
zeyuan.li@zengyi-tech.com
Tue, Feb 15, 2022 2:31 AM

If it does not work,I think this document will helpful with you: https://kb.ettus.com/Writing_the_USRP_File_System_Disk_Image_to_a_SD_Card

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址: http://www.zengyi-tech.com www.zengyi-tech.com

发件人: zeyuan.li@zengyi-tech.com zeyuan.li@zengyi-tech.com
发送时间: 2022年2月15日 10:09
收件人: 'Giuseppe Santaromita' giuseppe.santaromita1@gmail.com; usrp-users@lists.ettus.com
主题: [USRP-users] 答复: 答复: Mender Update Process N310

Please checkout mander files version and than may be you can try this command which is “mander install  /home/root/usrp_n3xx_fs.mender”.

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址: http://www.zengyi-tech.com www.zengyi-tech.com

发件人: Giuseppe Santaromita <giuseppe.santaromita1@gmail.com mailto:giuseppe.santaromita1@gmail.com >
发送时间: 2022年2月14日 23:57
收件人: zeyuan.li@zengyi-tech.com mailto:zeyuan.li@zengyi-tech.com ; usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
主题: Re: 答复: [USRP-users] Mender Update Process N310

What is the correct upgrade process? I update the Linux File System first and then the FPGA, following the link. The problem is that I think something went wrong, because in the past the -roofs worked.

Giuseppe

Il 10/2/22 3:34, zeyuan.li@zengyi-tech.com mailto:zeyuan.li@zengyi-tech.com  ha scritto:

I have used this way updated successfully.Please checkout your update process.

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址: http://www.zengyi-tech.com www.zengyi-tech.com

发件人: Giuseppe Santaromita  mailto:giuseppe.santaromita1@gmail.com giuseppe.santaromita1@gmail.com
发送时间: 2022年2月9日 22:32
收件人: usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com
主题: [USRP-users] Mender Update Process N310

Hi guys,

I'm trying to update the USRP N310 following this guide: https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide in particolar "Mender Update Process".

The results is the follows.

Can anyone help me?

Giuseppe

mender -rootfs /home/root/usrp_n3xx_fs.mender
Incorrect Usage. flag provided but not defined: -rootfs

NAME:
mender - manage and start the Mender client.

USAGE:
[global options] command [command options] [arguments...]

VERSION:
a78b45e  runtime: go1.12.9

DESCRIPTION:
mender integrates both the mender daemon and commands for manually performing tasks performed by
the daemon (see list of COMMANDS below).

Global flag remarks:

  • Supported log levels incudes: 'debug', 'info', 'warning', 'error', 'panic' and 'fatal'.

COMMANDS:
bootstrap      Perform bootstrap and exit.
check-update    Force update check.
commit          Commit current Artifact. Returns (2) if no update in progress.
daemon          Start the client as a background service.
install        Mender Artifact to install - local file or a URL.
rollback        Rollback current Artifact. Returns (2) if no update in progress.
send-inventory  Force inventory update.
setup          Perform configuration setup - 'mender setup --help' for command options.
snapshot        Create filesystem snapshot -'mender snapshot --help' for more.
show-artifact  Print the current artifact name to the command line and exit.
help            Shows a list of commands or help for one command

GLOBAL OPTIONS:
--config FILE, -c FILE          Configuration FILE path. (default: "/etc/mender/mender.conf")
--fallback-config FILE, -b FILE  Fallback configuration FILE path. (default:
"/var/lib/mender/mender.conf")
--data DIR, -d DIR              Mender state data DIRECTORY path. (default: "/var/lib/mender")
--log-file FILE, -L FILE        FILE to log to.
--log-level level, -l level      Set logging level. (default: "info")
--log-modules value, -m value    -log-modules is accepted for compatibility but has no effect
--trusted-certs FILE, -E FILE    Trusted server certificates FILE path.
--forcebootstrap, -F            Force bootstrap. (default: false)
--no-syslog                      Disable logging to syslog. (default: false)
--skipverify                    Skip certificate verification. (default: false)
--help, -h                      show help (default: false)
--version, -v                    print the version (default: false)

ERRO[0000] flag provided but not defined: -rootfs

If it does not work,I think this document will helpful with you: https://kb.ettus.com/Writing_the_USRP_File_System_Disk_Image_to_a_SD_Card 谢谢,有任何问题请随时与我联系! —————————————————————— 李泽远|研发工程师 北京曾益科技有限公司 手机:13121162044 地址:北京市海淀区中关村大街中关村SOHO 1108 网址: <http://www.zengyi-tech.com> www.zengyi-tech.com 发件人: zeyuan.li@zengyi-tech.com <zeyuan.li@zengyi-tech.com> 发送时间: 2022年2月15日 10:09 收件人: 'Giuseppe Santaromita' <giuseppe.santaromita1@gmail.com>; usrp-users@lists.ettus.com 主题: [USRP-users] 答复: 答复: Mender Update Process N310 Please checkout mander files version and than may be you can try this command which is “mander install /home/root/usrp_n3xx_fs.mender”. 谢谢,有任何问题请随时与我联系! —————————————————————— 李泽远|研发工程师 北京曾益科技有限公司 手机:13121162044 地址:北京市海淀区中关村大街中关村SOHO 1108 网址: <http://www.zengyi-tech.com> www.zengyi-tech.com 发件人: Giuseppe Santaromita <giuseppe.santaromita1@gmail.com <mailto:giuseppe.santaromita1@gmail.com> > 发送时间: 2022年2月14日 23:57 收件人: zeyuan.li@zengyi-tech.com <mailto:zeyuan.li@zengyi-tech.com> ; usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com> 主题: Re: 答复: [USRP-users] Mender Update Process N310 What is the correct upgrade process? I update the Linux File System first and then the FPGA, following the link. The problem is that I think something went wrong, because in the past the -roofs worked. Giuseppe Il 10/2/22 3:34, zeyuan.li@zengyi-tech.com <mailto:zeyuan.li@zengyi-tech.com> ha scritto: I have used this way updated successfully.Please checkout your update process. 谢谢,有任何问题请随时与我联系! —————————————————————— 李泽远|研发工程师 北京曾益科技有限公司 手机:13121162044 地址:北京市海淀区中关村大街中关村SOHO 1108 网址: <http://www.zengyi-tech.com> www.zengyi-tech.com 发件人: Giuseppe Santaromita <mailto:giuseppe.santaromita1@gmail.com> <giuseppe.santaromita1@gmail.com> 发送时间: 2022年2月9日 22:32 收件人: usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com> 主题: [USRP-users] Mender Update Process N310 Hi guys, I'm trying to update the USRP N310 following this guide: https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide in particolar "Mender Update Process". The results is the follows. Can anyone help me? Giuseppe mender -rootfs /home/root/usrp_n3xx_fs.mender Incorrect Usage. flag provided but not defined: -rootfs NAME: mender - manage and start the Mender client. USAGE: [global options] command [command options] [arguments...] VERSION: a78b45e runtime: go1.12.9 DESCRIPTION: mender integrates both the mender daemon and commands for manually performing tasks performed by the daemon (see list of COMMANDS below). Global flag remarks: - Supported log levels incudes: 'debug', 'info', 'warning', 'error', 'panic' and 'fatal'. COMMANDS: bootstrap Perform bootstrap and exit. check-update Force update check. commit Commit current Artifact. Returns (2) if no update in progress. daemon Start the client as a background service. install Mender Artifact to install - local file or a `URL`. rollback Rollback current Artifact. Returns (2) if no update in progress. send-inventory Force inventory update. setup Perform configuration setup - 'mender setup --help' for command options. snapshot Create filesystem snapshot -'mender snapshot --help' for more. show-artifact Print the current artifact name to the command line and exit. help Shows a list of commands or help for one command GLOBAL OPTIONS: --config FILE, -c FILE Configuration FILE path. (default: "/etc/mender/mender.conf") --fallback-config FILE, -b FILE Fallback configuration FILE path. (default: "/var/lib/mender/mender.conf") --data DIR, -d DIR Mender state data DIRECTORY path. (default: "/var/lib/mender") --log-file FILE, -L FILE FILE to log to. --log-level level, -l level Set logging level. (default: "info") --log-modules value, -m value -log-modules is accepted for compatibility but has no effect --trusted-certs FILE, -E FILE Trusted server certificates FILE path. --forcebootstrap, -F Force bootstrap. (default: false) --no-syslog Disable logging to syslog. (default: false) --skipverify Skip certificate verification. (default: false) --help, -h show help (default: false) --version, -v print the version (default: false) ERRO[0000] flag provided but not defined: -rootfs
GS
Giuseppe Santaromita
Tue, Feb 15, 2022 12:07 PM

Thank you very much.

This (attached) is the log files.

Any ideas?

Il 15/2/22 3:16, zeyuan.li@zengyi-tech.com ha scritto:

Please try this “sudo ./nr-softmodem -O
../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf
--sa --args clock_source=internal || sudo tee files_log.txt”

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址:www.zengyi-tech.com http://www.zengyi-tech.com

*发件人:*Giuseppe Santaromita giuseppe.santaromita1@gmail.com
*发送时间:*2022年2月15日2:02
*收件人:*usrp-users@lists.ettus.com
主题:[USRP-users] OAI with USRP N310

Dear community,

I would like to use OpenAirInterface with the USRP N310 and I am
having overflow problems. I am forwarding here the email I sent to the
OAI mail list, because I think the problem is with the USRP and
non-real time operations.

Does anyone have any ideas?

Thanks in advance,

Giuseppe

 Dear community,

 After solving problems with OAI installation and USRP N310
 configuration, I am trying to create a 5G SA link, starting with gNB.

 I tried this:
 sudo ./nr-softmodem -O
 ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf
 --sa --args clock_source=internal

 But it gives problems that I think are related to the fact that
 probably the operations are not in real time.

 For example:
 [PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP
 [PHY] problem receiving samples
 LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples out
 of 30720
 [HW] Time: 1.41826 s
 ERROR_CODE_OVERFLOW (Overflow)

 Or, even earlier:
 [WARNING] [MPM.RPCServer] A timeout event occured!

 Also, I would like to attach a log file but I can't find it, and
 using the "> file_log.txt" at the end of the command it all goes
 immediately in overflow.

 Does anyone have any ideas?
Thank you very much. This (attached) is the log files. Any ideas? Il 15/2/22 3:16, zeyuan.li@zengyi-tech.com ha scritto: > > Please try this “sudo ./nr-softmodem -O > ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf > --sa --args clock_source=internal || sudo tee files_log.txt” > > 谢谢,有任何问题请随时与我联系! > > —————————————————————— > > 李泽远|研发工程师 > > 北京曾益科技有限公司 > > 手机:13121162044 > > 地址:北京市海淀区中关村大街中关村SOHO 1108 > 网址:_www.zengyi-tech.com <http://www.zengyi-tech.com>_ > > *发件人:*Giuseppe Santaromita <giuseppe.santaromita1@gmail.com> > *发送时间:*2022年2月15日2:02 > *收件人:*usrp-users@lists.ettus.com > *主题:*[USRP-users] OAI with USRP N310 > > Dear community, > > I would like to use OpenAirInterface with the USRP N310 and I am > having overflow problems. I am forwarding here the email I sent to the > OAI mail list, because I think the problem is with the USRP and > non-real time operations. > > Does anyone have any ideas? > > Thanks in advance, > > Giuseppe > > Dear community, > > After solving problems with OAI installation and USRP N310 > configuration, I am trying to create a 5G SA link, starting with gNB. > > I tried this: > sudo ./nr-softmodem -O > ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf > --sa --args clock_source=internal > > But it gives problems that I think are related to the fact that > probably the operations are not in real time. > > For example: > [PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP > [PHY] problem receiving samples > LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples out > of 30720 > [HW] Time: 1.41826 s > ERROR_CODE_OVERFLOW (Overflow) > > Or, even earlier: > [WARNING] [MPM.RPCServer] A timeout event occured! > > Also, I would like to attach a log file but I can't find it, and > using the "> file_log.txt" at the end of the command it all goes > immediately in overflow. > > Does anyone have any ideas? >
GS
Giuseppe Santaromita
Tue, Feb 15, 2022 3:20 PM

Another thing is that maybe the problem is the cable. I am trying to do
about 60 MSps in TX and 60 MSps in RX. This doesn't work even trying
with benchmark_rate.

However, when I try to use 20 MSps in RX and TX it works. I have a 1Gbps
ETH connection. Is this possible?

Another thing, when I try to use the benchmark_rate for testing, after a
few tries the following happens and I have to reboot the N310. What
could be the problem?

./benchmark_rate     --args
"type=n3xx,mgmt_addr=192.168.10.2,addr=192.168.10.2,master_clock_rate=122.88e6"
--duration 10    --channels "0"    --rx_rate 20.84e6 --rx_subdev
"A:0"    --tx_rate 20.84e6    --tx_subdev "A:0"

[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release
[00:00:00.000234] Creating the usrp device with:
type=n3xx,mgmt_addr=192.168.10.2,addr=192.168.10.2,master_clock_rate=122.88e6...
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.10.2,master_clock_rate=122.88e6
[WARNING] [MPM.RPCServer] A timeout event occured!
[INFO] [MPM.PeriphManager] init() called with device args
`fpga=HG,master_clock_rate=122.88e6,mgmt_addr=192.168.10.2,product=n310,clock_source=external,time_source=internal'.
[WARNING] [RFNOC::GRAPH] One or more blocks timed out during flush!
[ERROR] [RFNOC::GRAPH] Error during initialization of block 0/Radio#0!
[ERROR] [RFNOC::GRAPH] Caught exception while initializing graph:
RfnocError: OpTimeout: Control operation timed out waiting for ACK
Error: RuntimeError: Failure to create rfnoc_graph.

Il 15/2/22 13:07, Giuseppe Santaromita ha scritto:

Thank you very much.

This (attached) is the log files.

Any ideas?

Il 15/2/22 3:16, zeyuan.li@zengyi-tech.com ha scritto:

Please try this “sudo ./nr-softmodem -O
../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf
--sa --args clock_source=internal || sudo tee files_log.txt”

谢谢,有任何问题请随时与我联系!

——————————————————————

李泽远|研发工程师

北京曾益科技有限公司

手机:13121162044

地址:北京市海淀区中关村大街中关村SOHO 1108
网址:www.zengyi-tech.com http://www.zengyi-tech.com

*发件人:*Giuseppe Santaromita giuseppe.santaromita1@gmail.com
*发送时间:*2022年2月15日2:02
*收件人:*usrp-users@lists.ettus.com
主题:[USRP-users] OAI with USRP N310

Dear community,

I would like to use OpenAirInterface with the USRP N310 and I am
having overflow problems. I am forwarding here the email I sent to
the OAI mail list, because I think the problem is with the USRP and
non-real time operations.

Does anyone have any ideas?

Thanks in advance,

Giuseppe

 Dear community,

 After solving problems with OAI installation and USRP N310
 configuration, I am trying to create a 5G SA link, starting with
 gNB.

 I tried this:
 sudo ./nr-softmodem -O
 ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf
 --sa --args clock_source=internal

 But it gives problems that I think are related to the fact that
 probably the operations are not in real time.

 For example:
 [PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP
 [PHY] problem receiving samples
 LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples
 out of 30720
 [HW] Time: 1.41826 s
 ERROR_CODE_OVERFLOW (Overflow)

 Or, even earlier:
 [WARNING] [MPM.RPCServer] A timeout event occured!

 Also, I would like to attach a log file but I can't find it, and
 using the "> file_log.txt" at the end of the command it all goes
 immediately in overflow.

 Does anyone have any ideas?
Another thing is that maybe the problem is the cable. I am trying to do about 60 MSps in TX and 60 MSps in RX. This doesn't work even trying with benchmark_rate. However, when I try to use 20 MSps in RX and TX it works. I have a 1Gbps ETH connection. Is this possible? Another thing, when I try to use the benchmark_rate for testing, after a few tries the following happens and I have to reboot the N310. What could be the problem? ./benchmark_rate     --args "type=n3xx,mgmt_addr=192.168.10.2,addr=192.168.10.2,master_clock_rate=122.88e6" --duration 10    --channels "0"    --rx_rate 20.84e6 --rx_subdev "A:0"    --tx_rate 20.84e6    --tx_subdev "A:0" [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release [00:00:00.000234] Creating the usrp device with: type=n3xx,mgmt_addr=192.168.10.2,addr=192.168.10.2,master_clock_rate=122.88e6... [INFO] [MPMD] Initializing 1 device(s) in parallel with args: mgmt_addr=192.168.10.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.10.2,master_clock_rate=122.88e6 [WARNING] [MPM.RPCServer] A timeout event occured! [INFO] [MPM.PeriphManager] init() called with device args `fpga=HG,master_clock_rate=122.88e6,mgmt_addr=192.168.10.2,product=n310,clock_source=external,time_source=internal'. [WARNING] [RFNOC::GRAPH] One or more blocks timed out during flush! [ERROR] [RFNOC::GRAPH] Error during initialization of block 0/Radio#0! [ERROR] [RFNOC::GRAPH] Caught exception while initializing graph: RfnocError: OpTimeout: Control operation timed out waiting for ACK Error: RuntimeError: Failure to create rfnoc_graph. Il 15/2/22 13:07, Giuseppe Santaromita ha scritto: > > Thank you very much. > > This (attached) is the log files. > > Any ideas? > > Il 15/2/22 3:16, zeyuan.li@zengyi-tech.com ha scritto: >> >> Please try this “sudo ./nr-softmodem -O >> ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf >> --sa --args clock_source=internal || sudo tee files_log.txt” >> >> 谢谢,有任何问题请随时与我联系! >> >> —————————————————————— >> >> 李泽远|研发工程师 >> >> 北京曾益科技有限公司 >> >> 手机:13121162044 >> >> 地址:北京市海淀区中关村大街中关村SOHO 1108 >> 网址:_www.zengyi-tech.com <http://www.zengyi-tech.com>_ >> >> *发件人:*Giuseppe Santaromita <giuseppe.santaromita1@gmail.com> >> *发送时间:*2022年2月15日2:02 >> *收件人:*usrp-users@lists.ettus.com >> *主题:*[USRP-users] OAI with USRP N310 >> >> Dear community, >> >> I would like to use OpenAirInterface with the USRP N310 and I am >> having overflow problems. I am forwarding here the email I sent to >> the OAI mail list, because I think the problem is with the USRP and >> non-real time operations. >> >> Does anyone have any ideas? >> >> Thanks in advance, >> >> Giuseppe >> >> Dear community, >> >> After solving problems with OAI installation and USRP N310 >> configuration, I am trying to create a 5G SA link, starting with >> gNB. >> >> I tried this: >> sudo ./nr-softmodem -O >> ../../../ci-scripts/conf_files/gnb.band78.tm1.106PRB.usrpn300.conf >> --sa --args clock_source=internal >> >> But it gives problems that I think are related to the fact that >> probably the operations are not in real time. >> >> For example: >> [PHY] rx_rf: Asked for 30720 samples, got 18906 from USRP >> [PHY] problem receiving samples >> LLLLLLLLLLLLLLLLLLLLLLLLLLLO[HW] [recv] received 18906 samples >> out of 30720 >> [HW] Time: 1.41826 s >> ERROR_CODE_OVERFLOW (Overflow) >> >> Or, even earlier: >> [WARNING] [MPM.RPCServer] A timeout event occured! >> >> Also, I would like to attach a log file but I can't find it, and >> using the "> file_log.txt" at the end of the command it all goes >> immediately in overflow. >> >> Does anyone have any ideas? >>
DR
David Raeman
Tue, Feb 15, 2022 3:29 PM

Generally speaking you cannot do better than about 25 Msps over a 1GbE link. By default the samples are signed 16-bit I/Q pairs, which means 32 bits per sample. At 25 Msps, that means the total data throughput is 800 Mbps – which is starting to approach the bandwidth over the 1 Gbps link.

If you have 60 Msps sampling rate, that is 1920 Mbps throughput, which is more than a 1 Gbps link.  If you can tolerate the bad quantization it’s possible you could get closer to that rate by using signed 8-bit I/Q values, but I’ve not tried it.  I think you would specify this as “--rx_otw sc8”

Best,
David

Generally speaking you cannot do better than about 25 Msps over a 1GbE link. By default the samples are signed 16-bit I/Q pairs, which means 32 bits per sample. At 25 Msps, that means the total data throughput is 800 Mbps – which is starting to approach the bandwidth over the 1 Gbps link. If you have 60 Msps sampling rate, that is 1920 Mbps throughput, which is more than a 1 Gbps link. If you can tolerate the bad quantization it’s possible you could get closer to that rate by using signed 8-bit I/Q values, but I’ve not tried it. I think you would specify this as “--rx_otw sc8” Best, David
MD
Marcus D Leech
Tue, Feb 15, 2022 3:55 PM

I don’t think that N310 supports 8 bit samples. If you want higher rates you must use a 10Gbe interface.

Sent from my iPhone

On Feb 15, 2022, at 10:30 AM, David Raeman david@synopticengineering.com wrote:


Generally speaking you cannot do better than about 25 Msps over a 1GbE link. By default the samples are signed 16-bit I/Q pairs, which means 32 bits per sample. At 25 Msps, that means the total data throughput is 800 Mbps – which is starting to approach the bandwidth over the 1 Gbps link.

If you have 60 Msps sampling rate, that is 1920 Mbps throughput, which is more than a 1 Gbps link.  If you can tolerate the bad quantization it’s possible you could get closer to that rate by using signed 8-bit I/Q values, but I’ve not tried it.  I think you would specify this as “--rx_otw sc8”

Best,
David


USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

I don’t think that N310 supports 8 bit samples. If you want higher rates you must use a 10Gbe interface. Sent from my iPhone > On Feb 15, 2022, at 10:30 AM, David Raeman <david@synopticengineering.com> wrote: > >  > Generally speaking you cannot do better than about 25 Msps over a 1GbE link. By default the samples are signed 16-bit I/Q pairs, which means 32 bits per sample. At 25 Msps, that means the total data throughput is 800 Mbps – which is starting to approach the bandwidth over the 1 Gbps link. > > If you have 60 Msps sampling rate, that is 1920 Mbps throughput, which is more than a 1 Gbps link. If you can tolerate the bad quantization it’s possible you could get closer to that rate by using signed 8-bit I/Q values, but I’ve not tried it. I think you would specify this as “--rx_otw sc8” > > Best, > David > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com