[USRP-users] Mender Update Process N310

2022-02-09 Thread Giuseppe Santaromita 

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[] flag provided but not defined: -rootfs
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] Re: Mender Update Process N310

2022-02-09 Thread Giuseppe Santaromita 

Yep. The guideline say:


After copying the Mender file system image to the N3xx, connect to the 
N3xx using either the Serial Console, or via SSH to gain shell access.


On the N3xx, run|mender -rootfs /path/to/latest.mender|to update the 
file system:


   root@ni-n3xx-serial:~# mender -rootfs /home/root/usrp_n3xx_fs.mender


Am I doing something wrong?

Giuseppe


Il 09/02/2022 19:27, Marcus D. Leech ha scritto:

On 2022-02-09 09:31, Giuseppe Santaromita wrote:


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



To be clear, you're running this on the N310 device itself?




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[] flag provided but not defined: -rootfs


___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-users-le...@lists.ettus.com



___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-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

[USRP-users] Re: 答复: Mender Update Process N310

2022-02-14 Thread Giuseppe Santaromita 


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...@zengyi-tech.com ha scritto:


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


谢谢，有任何问题请随时与我联系！

——

李泽远|研发工程师

北京曾益科技有限公司

手机：13121162044

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

*发件人:*Giuseppe Santaromita 
*发送时间:*2022年2月9日22:32
*收件人:*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[] flag provided but not defined: -rootfs
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] Re: 答复: Mender Update Process N310

2022-02-14 Thread Giuseppe Santaromita 

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.




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

On 2022-02-14 10:56, Giuseppe Santaromita wrote:



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.



Could you try:

mender install /path/to/menderfile



Giuseppe

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


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


谢谢，有任何问题请随时与我联系！

——

李泽远|研发工程师

北京曾益科技有限公司

手机：13121162044

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

*发件人:*Giuseppe Santaromita 
*发送时间:*2022年2月9日22:32
*收件人:*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[] flag provided but not defined: -rootfs



___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-users-le...@lists.ettus.com



___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-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

[USRP-users] Re: 答复: Mender Update Process N310

2022-02-14 Thread Giuseppe Santaromita 

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-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

[USRP-users] OAI with USRP N310

2022-02-14 Thread Giuseppe Santaromita 

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
LLLO[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?___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] Re: 答复: OAI with USRP N310

2022-02-15 Thread Giuseppe Santaromita 

Thank you very much.

This (attached) is the log files.

Any ideas?

Il 15/2/22 3:16, zeyuan...@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 
*发送时间:*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
LLLO[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?
[HW]   # /dev/cpu_dma_latency set to 2 us
[ENB_APP]   nfapi running mode: MONOLITHIC
[GNB_APP]   Getting GNBSParams
[ITTI]   Starting itti queue: TASK_UNKNOWN as task 0
[ITTI]   Starting itti queue: TASK_TIMER as task 1
[ITTI]   Starting itti queue: TASK_L2L1 as task 2
[ITTI]   Starting itti queue: TASK_BM as task 3
[ITTI]   Starting itti queue: TASK_PHY_ENB as task 4
[ITTI]   Starting itti queue: TASK_MAC_ENB as task 5
[ITTI]   Starting itti queue: TASK_RLC_ENB as task 6
[ITTI]   Starting itti queue: TASK_RRC_ENB_NB_IoT as task 7
[ITTI]   Starting itti queue: TASK_PDCP_ENB as task 8
[ITTI]   Starting itti queue: TASK_DATA_FORWARDING as task 9
[ITTI]   Starting itti queue: TASK_END_MARKER as task 10
[ITTI]   Starting itti queue: TASK_RRC_ENB as task 11
[ITTI]   Starting itti queue: TASK_RRC_GNB as task 12
[ITTI]   Starting itti queue: TASK_RAL_ENB as task 13
[ITTI]   Starting itti queue: TASK_S1AP as task 14
[ITTI]   Starting itti queue: TASK_NGAP as task 15
[ITTI]   Starting itti queue: TASK_X2AP as task 16
[ITTI]   Starting itti queue: TASK_M2AP_ENB as task 17
[ITTI]   Starting itti queue: TASK_M2AP_MCE as task 18
[ITTI]   Starting itti queue: TASK_M3AP as task 19
[ITTI]   Starting itti queue: TASK_M3AP_MME as task 20
[ITTI]   Starting itti queue: TASK_M3AP_MCE as task 21
[ITTI]   Starting itti queue: TASK_SCTP as task 22
[ITTI]   Starting itti queue: TASK_ENB_APP as task 23
[ITTI]   Starting itti queue: TASK_GNB_APP as task 24
[ITTI]   Starting itti queue: TASK_MCE_APP as task 25
[ITTI]   Starting itti queue: TASK_MME_APP as task 26
[ITTI]   Starting itti queue: TASK_FLEXRAN_AGENT as task 27
[ITTI]   Starting itti queue: TASK_PHY_UE as task 28
[ITTI]   Starting itti queue: TASK_MAC_UE as task 29
[ITTI]   Starting itti queue: TASK_RLC_UE as task 30
[ITTI]   Starting itti queue: TASK_PDCP_UE as task 31
[ITTI]   Starting itti queue: TASK_RRC_UE as task 32
[ITTI]   Starting itti queue: TASK_RRC_NRUE as task 33
[ITTI]   Starting itti queue: TASK_NAS_UE as task 34
[ITTI]   Starting itti queue: TASK_RAL_UE as task 35
[ITTI]   Starting itti queue: TASK_MSC as task 36
[ITTI]   Starting itti queue: TASK_GTPV1_U as task 37
[ITTI]   Starting itti queue: OCP_GTPV1_U as task 38
[ITTI]   Starting itti queue: TASK_UDP as task 39
[ITTI]   Starting itti queue: TASK_CU_F1 as task 40
[ITTI]   Starting itti queue: TASK_DU_F1 as task 41
[ITTI]   Starting itti queue: TASK_RRC_UE_SIM as task 42
[ITTI]   Starting itti queue: TASK_RRC_GNB_SIM as task 43
[ITTI]   Starting itti queue: TASK_RRC_NSA_UE as task 44
[ITTI]   Starting itti queue: TASK_RRC_NSA_NRUE as task 45
[ITTI]   Starting itti queue: TASK_NAS_NRUE as task 46
[OPT]   OPT disabled
[HW]   Version: Branch: develop Abrev. Hash: 1ed58f65b7 Date: Tue Feb 8 
14:11:17 2022 +
[NR_PHY]   PRB blacklist 
[NR_PHY]   RC.gNB = 0x55a8bef2f350
[NR_PHY]   RC.gNB[0] = 0x7f5f5810b010
[NR_PHY]   Copying 0 blackliste

[USRP-users] Re: OAI with USRP N310

2022-02-15 Thread Giuseppe Santaromita 
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...@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 
*发送时间:*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
LLLO[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?
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] LP0965 Antenna

2022-03-16 Thread Giuseppe Santaromita 

Dear community,

I have purchased a few LP0965 Antennas 
(https://www.ettus.com/all-products/lp0965/) because I would like to do 
a 5G transmission at 3.5 GHz (using OpenAirInterface).


Is there any guidelines that I can follow for deployment? For example, 
in the link it mentions that "The SMA connector is supplied but needs to 
be soldered in place.", but soldered how?


Thanks in advance,

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

[USRP-users] Setting TX and RX bandwidth on N310

2022-07-13 Thread Giuseppe Santaromita 

Dear community,

I installed the UHD 4.1 version and followed this tutorial: 
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide for 
updating the Linux File System and updating the FPGA Image.


When I try a simple example file:

./rx_ascii_art_dft --freq 98e6 --rate 5e6 --gain 20 --bw 5e6 --ref-lvl -30

I get the following error:

[WARNING] [0/Radio#0] set_rx_bandwidth take no effect on AD9371. Default 
analog bandwidth is 100MHz


I cannot find any useful information online, apart from this discussion: 
https://www.mail-archive.com/usrp-users@lists.ettus.com/msg05735.html 
which did not help me.


I attach the log file.

I also tried UHD 3.15 version, but the result was the same.

Do you have any ideas?

Thanks in advance,
Giuseppe
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; 
UHD_4.1.0.HEAD-0-gd21735d5
[INFO] [MPMD] Initializing 1 device(s) in parallel with args: 
mgmt_addr=192.168.20.2,type=n3xx,product=n310,serial=3211008,fpga=HG,claimed=False,addr=192.168.20.2
[INFO] [MPM.PeriphManager] init() called with device args 
`fpga=HG,mgmt_addr=192.168.20.2,product=n310,clock_source=internal,time_source=internal'.
[WARNING] [0/DDC#0] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#0] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#0] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#0] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#1] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#1] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#1] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/DDC#1] The requested decimation is odd; the user should expect 
passband CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
Decimations factorable by 4 will enable 2 halfbands, those factorable by 8 will 
enable 3 halfbands.
decimation = dsp_rate/samp_rate -> 25
[WARNING] [0/Radio#0] set_rx_bandwidth take no effect on AD9371. Default analog 
bandwidth is 100MHz
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

[USRP-users] [WARNING] [MPM.RPCServer] A timeout event occured!

2022-07-26 Thread Giuseppe Santaromita 

Dear community,

I am trying to use OpenAirInterface with an N310 as gNB. I am writing on 
this mail list because I think my problem is caused by the configuration 
of the N310.


When I run the N310 I get variable errors. When I run it for the first 
time after a long time I get no errors.


But when I run it after a short time I get these warnings and errors 
(not always all of them):


[WARNING] [MPM.RPCServer] Someone tried to claim this device again 
(From: 192.168.20.1)

[WARNING] [MPM.RPCServer] A timeout event occured!
[WARNING] [RFNOC::GRAPH] One or more blocks timed out during flush!

terminate called after throwing an instance of 'uhd::runtime_error'
  what():  RuntimeError: rx xport timed out getting a response from 
mgmt_portal

Aborted

And these are just a few examples.

I could think of ignoring them, using the N310 only a few minutes after 
the previous use. The problem is that the device does not seem to 
transmit anything over the air, even on the first try. I say this 
because using the same configuration file that I use with a B210 the gNB 
does not work, while with the B210 it works and I can connect the 
smathphone.


I attach the log file of OperAirInterface.

Also, I frequently get the classic "L" indicating overflow after about 
ten seconds.


I have solved a similar problem before (I report a previous mail):

I installed the UHD 4.1 version and followed this tutorial: 
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide for 
updating the Linux File System and updating the FPGA Image.

When I try a simple example file:
./rx_ascii_art_dft --freq 98e6 --rate 5e6 --gain 20 --bw 5e6 --ref-lvl -30
I get the following error:
[WARNING] [0/Radio#0] set_rx_bandwidth take no effect on AD9371. Default 
analog bandwidth is 100MHz
I cannot find any useful information online, apart from this discussion: 
https://www.mail-archive.com/usrp-users@lists.ettus.com/msg05735.html 
which did not help me.
 



Although in the forum it was told to me that this was just a warning, I 
fixed it by upgrading the version of UHD to 4.3.


All this suggests to me that there is something messed up in the initial 
setup.


Does anyone have any ideas and can help me?

Thanks in advance,
Giuseppe


giuseppe@giuseppe-srv:~/openairinterface5g/cmake_targets/ran_build/build$ sudo 
./nr-softmodem -O 
../../../targets/PROJECTS/GENERIC-NR-5GC/CONF/gnb.sa.band78.fr1.106PRB.usrpb210_MOD.conf
 --sa --continuous-tx
CMDLINE: "./nr-softmodem" "-O" 
"../../../targets/PROJECTS/GENERIC-NR-5GC/CONF/gnb.sa.band78.fr1.106PRB.usrpb210_MOD.conf"
 "--sa" "--continuous-tx" 
[CONFIG] get parameters from libconfig 
../../../targets/PROJECTS/GENERIC-NR-5GC/CONF/gnb.sa.band78.fr1.106PRB.usrpb210_MOD.conf
 , debug flags: 0x
[LIBCONFIG] Path for include directive set to: 
../../../targets/PROJECTS/GENERIC-NR-5GC/CONF
[CONFIG] function config_libconfig_init returned 0
[CONFIG] config module libconfig loaded
[LIBCONFIG] config: 1/1 parameters successfully set, (1 to default value)
[LIBCONFIG] log_config: 3/3 parameters successfully set, (1 to default value)
[LIBCONFIG] log_config: 55/55 parameters successfully set, (47 to default value)
[LIBCONFIG] log_config: 55/55 parameters successfully set, (55 to default value)
[LIBCONFIG] log_config: 16/16 parameters successfully set, (16 to default value)
[LIBCONFIG] log_config: 16/16 parameters successfully set, (16 to default value)
log init done
[HW]   # /dev/cpu_dma_latency set to 2 us
Reading in command-line options
[LIBCONFIG] (root): 36/36 parameters successfully set, (32 to default value)
[LIBCONFIG] (root): 5/5 parameters successfully set, (4 to default value)
[ENB_APP]   nfapi running mode: MONOLITHIC
[GNB_APP]   Getting GNBSParams
[LIBCONFIG] (root): 2/2 parameters successfully set, (0 to default value)
[LIBCONFIG] THREAD_STRUCT.[0]: 2/2 parameters successfully set, (0 to default 
value)
[LIBCONFIG] THREAD_STRUCT.[0]: 2/2 parameters successfully set, (0 to default 
value)
[CONFIG] parallel_conf is set to 0
[CONFIG] worker_conf is set to 1
Configuration: nb_rrc_inst 1, nb_nr_L1_inst 1, nb_ru 1
[LIBCONFIG] TTracer: 4/4 parameters successfully set, (4 to default value)
configuring for RAU/RRU
CPU Freq is 2.394626 
[ITTI]   Starting itti queue: TASK_UNKNOWN as task 0
[ITTI]   Starting itti queue: TASK_TIMER as task 1
[ITTI]   Starting itti queue: TASK_L2L1 as task 2
[ITTI]   Starting itti queue: TASK_BM as task 3
[ITTI]   Starting itti queue: TASK_PHY_ENB as task 4
[ITTI]   Starting itti queue: TASK_MAC_ENB as task 5
[ITTI]   Starting itti queue: TASK_RLC_ENB as task 6
[ITTI]   Starting itti queue

[USRP-users] Re: [WARNING] [MPM.RPCServer] A timeout event occured!

2022-07-28 Thread Giuseppe Santaromita 

Yes, but the link still doesn't work, and I think it's a USRP problem.

To check whether the USRP is working, I thought I would do this:

N310: ./tx_waveforms --freq 915e6 --rate 15.36e6 --gain 40 --wave-type 
RAMP --wave-freq 5e6


B210: sudo ./rx_ascii_art_dft --freq 98e6 --rate 15.36e6 --gain 20 --bw 
5e6 --ref-lvl -60 --args "serial=31722CF"


I don't see anything in the spectrum.

Il 27/7/22 14:39, Marcus D. Leech ha scritto:

On 2022-07-26 19:35, Giuseppe Santaromita wrote:

Dear community,

I am trying to use OpenAirInterface with an N310 as gNB. I am writing 
on this mail list because I think my problem is caused by the 
configuration of the N310.


When I run the N310 I get variable errors. When I run it for the 
first time after a long time I get no errors.


But when I run it after a short time I get these warnings and errors 
(not always all of them):


[WARNING] [MPM.RPCServer] Someone tried to claim this device again 
(From: 192.168.20.1)

[WARNING] [MPM.RPCServer] A timeout event occured!
[WARNING] [RFNOC::GRAPH] One or more blocks timed out during flush!

terminate called after throwing an instance of 'uhd::runtime_error'
  what():  RuntimeError: rx xport timed out getting a response from 
mgmt_portal

Aborted

And these are just a few examples.

I could think of ignoring them, using the N310 only a few minutes 
after the previous use. The problem is that the device does not seem 
to transmit anything over the air, even on the first try. I say this 
because using the same configuration file that I use with a B210 the 
gNB does not work, while with the B210 it works and I can connect the 
smathphone.


I attach the log file of OperAirInterface.

Also, I frequently get the classic "L" indicating overflow after 
about ten seconds.


I have solved a similar problem before (I report a previous mail):
 

I installed the UHD 4.1 version and followed this tutorial: 
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide 
for updating the Linux File System and updating the FPGA Image.

When I try a simple example file:
./rx_ascii_art_dft --freq 98e6 --rate 5e6 --gain 20 --bw 5e6 
--ref-lvl -30

I get the following error:
[WARNING] [0/Radio#0] set_rx_bandwidth take no effect on AD9371. 
Default analog bandwidth is 100MHz
I cannot find any useful information online, apart from this 
discussion: 
https://www.mail-archive.com/usrp-users@lists.ettus.com/msg05735.html 
which did not help me.
 



Although in the forum it was told to me that this was just a warning, 
I fixed it by upgrading the version of UHD to 4.3.


All this suggests to me that there is something messed up in the 
initial setup.


Does anyone have any ideas and can help me?

When an application terminates abnormally, the N310 doesn't "know" 
that the application has "gone away", and takes it a while to notice, 
and reset its internal state.
   Many network-based applications that use connectionless protocols 
like UDP have the same issue, even outside of the SDR universe.


The bandwidth warning is just a warning.   It will have little to no 
effect on your application.  This has been explained in previous posts.


___
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

[USRP-users] White Rabbit and N310

2024-07-23 Thread Giuseppe Santaromita 

Hi all,

I need to use some N310s with White Rabbit (WR) and I have some question:

Why in "Features" here (N310): link 
 there is no White 
Rabbit, while here (N321): link 
 yes? Here: link 
 
the link talk about the N3xx generic. So, seems to be an error on the 
website?


Here link 
 
I find: "The USRP N3xx use the SFP+ 0 port for White Rabbit and SFP+ 1 
port for IQ streaming. This port configuration requires the White Rabbit 
“WX” FPGA bitfile".


Here link 
 
says that all possible FPGA are XG, HG and WG. How about the WX? Is WG? 
Is the same? Was a typo?


Again, same link, says that "The XG FPGA image must be loaded for SFP 
Port 0 to operate at 10 Gb speeds. If the HG image is loaded, the port 
will be unresponsive at 10 Gb speeds". How about the WG?


It is sure that White Rabbit can work with the N310? If the WX FPGA it's 
flashed, teoretically I can use one  SFP+ port for WR and one SFP+ port 
for I/Q streaming. I need to be sure that the speed of the second port 
is 10 GbE (and not reduced to 1 GbE).


Thanks in advance

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

[USRP-users] Re: White Rabbit and N310

2024-07-23 Thread Giuseppe Santaromita 

Thanks. And so are WX and WG two different version of FPGA?

Il 23/07/2024 20:24, Marcus D. Leech ha scritto:

On 23/07/2024 11:12, Giuseppe Santaromita wrote:


Hi all,

I need to use some N310s with White Rabbit (WR) and I have some question:

Why in "Features" here (N310): link 
<https://www.ettus.com/all-products/usrp-n310/> there is no White 
Rabbit, while here (N321): link 
<https://www.ettus.com/all-products/usrp-n321/> yes? Here: link 
<https://kb.ettus.com/Using_Ethernet-Based_Synchronization_on_the_USRP%E2%84%A2_N3xx_Devices> 
the link talk about the N3xx generic. So, seems to be an error on the 
website?


Here link 
<https://kb.ettus.com/Using_Ethernet-Based_Synchronization_on_the_USRP%E2%84%A2_N3xx_Devices> 
I find: "The USRP N3xx use the SFP+ 0 port for White Rabbit and SFP+ 
1 port for IQ streaming. This port configuration requires the White 
Rabbit “WX” FPGA bitfile".


Here link 
<https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Dual_10Gb_Streaming_SFP_Ports_0.2F1> 
says that all possible FPGA are XG, HG and WG. How about the WX? Is 
WG? Is the same? Was a typo?


Again, same link, says that "The XG FPGA image must be loaded for SFP 
Port 0 to operate at 10 Gb speeds. If the HG image is loaded, the 
port will be unresponsive at 10 Gb speeds". How about the WG?


It is sure that White Rabbit can work with the N310? If the WX FPGA 
it's flashed, teoretically I can use one  SFP+ port for WR and one 
SFP+ port for I/Q streaming. I need to be sure that the speed of the 
second port is 10 GbE (and not reduced to 1 GbE).


Thanks in advance

Giuseppe


___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-users-le...@lists.ettus.com
According to my contacts, the N310_WX indeed puts WR on sfp0, and 
10GiGe on sfp1.




___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-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

[USRP-users] Re: White Rabbit and N310

2024-07-24 Thread Giuseppe Santaromita 

Thank you very much, this is just what I needed

Giuseppe

Il 24/07/2024 09:45, Martin Braun ha scritto:
There's no WG image for N310. You can run `make help` in the 
fpga/usrp3/top/n3xx directory to see available targets.


--M

On Tue, Jul 23, 2024 at 9:21 PM Giuseppe Santaromita 
 wrote:


Thanks. And so are WX and WG two different version of FPGA?

Il 23/07/2024 20:24, Marcus D. Leech ha scritto:

On 23/07/2024 11:12, Giuseppe Santaromita wrote:


Hi all,

I need to use some N310s with White Rabbit (WR) and I have some
question:

Why in "Features" here (N310): link
<https://www.ettus.com/all-products/usrp-n310/> there is no
White Rabbit, while here (N321): link
<https://www.ettus.com/all-products/usrp-n321/> yes? Here: link

<https://kb.ettus.com/Using_Ethernet-Based_Synchronization_on_the_USRP%E2%84%A2_N3xx_Devices>
the link talk about the N3xx generic. So, seems to be an error
on the website?

Here link

<https://kb.ettus.com/Using_Ethernet-Based_Synchronization_on_the_USRP%E2%84%A2_N3xx_Devices>
I find: "The USRP N3xx use the SFP+ 0 port for White Rabbit and
SFP+ 1 port for IQ streaming. This port configuration requires
the White Rabbit “WX” FPGA bitfile".

Here link

<https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Dual_10Gb_Streaming_SFP_Ports_0.2F1>
says that all possible FPGA are XG, HG and WG. How about the WX?
Is WG? Is the same? Was a typo?

Again, same link, says that "The XG FPGA image must be loaded
for SFP Port 0 to operate at 10 Gb speeds. If the HG image is
loaded, the port will be unresponsive at 10 Gb speeds". How
about the WG?

It is sure that White Rabbit can work with the N310? If the WX
FPGA it's flashed, teoretically I can use one  SFP+ port for WR
and one SFP+ port for I/Q streaming. I need to be sure that the
speed of the second port is 10 GbE (and not reduced to 1 GbE).

Thanks in advance

Giuseppe


___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-users-le...@lists.ettus.com

According to my contacts, the N310_WX indeed puts WR on sfp0, and
10GiGe on sfp1.



___
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-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
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com