Using Echo_Server/Client samples with Openthread on Renode #networking


Brenton Chetty
 

Hi Robert

Thank you for your response. Those 2 configurations you suggested eliminated the errors I was receiving :)

For some reason now, Renode gets stuck in an endless loop (echo_server):
 <dbg> [D] Mac-----------: Request to start operation "EnergyScan"
 <inf> [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)
 <inf> [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)  (This line Repeats itself continuously)

I still have to look into this, as there was also issues with Renode using regular 802.15.4 which is strange because Renode provides binaries of a working implementation of
Echo_Server/Client with 802.15.4 that was compiled for the Quark C1000 which was discontinued by Zephyr, and I am now compiling for the nrf52840dk

When attempting to use Renode/Echo_Server with only "overlay-802154.conf" the application does not automatically start initializing a network interface,
i.e. when typing "kernel stacks, the following processes are missing:
 udp6
 udp4_thread_id
 conn_mgr

and if I try to access network information such as when typing "net iface" or "net ipv6", the application just freezes.

However if I type "ieee802154 scan passive 26 1000", the application begins initializing network, even though initialization fails.
The required processes are then loaded and can be viewed when typing "kernel stacks" and I can then access network information without the app crashing.

I've noticed that Zephyr seems to freeze when attempting to call     "ret = ieee802154_radio_send(iface, pkt, frame_buf);" from "~/zephyrproject/zephyr/subsys/net/l2/ieee802154/ieee802154.c"
The only time this function is parsed through successfully is immediately after I perform a passive scan, then it causes the application to freeze again.

I also scoped the radio via Renode and Wireshark and no packets were being transmitted via the Radio.

If you or anyone else has any idea on what could be the issue, please let me know your insights to this problem.
It seems most likely, I will have to configure the Zephyr application to use the radio in a simulated environment, which I don't know how to do.

With much appreciation
Brenton


Lubos, Robert
 

Hi Brenton,

 

Unfortunately I don’t have experience with that platform, but such an error could indicate some problem with the underlying settings backend. By default we enable NVS settings for OpenThread, which requires some flash storage on a platform, is the flash subsystem functional on the Redone? Does otPlatSettingsInit() call succeed? It should print an error in case settings subsystem initialization fails.

 

As an alternative for testing, I think an option would be to disable `CONFIG_FLASH` and use an RAM storage for settings (`CONFIG_OPENTHREAD_SETTINGS_RAM`).

 

Regards,

Robert

 

From: users@... <users@...> On Behalf Of Brenton Chetty via lists.zephyrproject.org
Sent: czwartek, 18 sierpnia 2022 18:09
To: users@...
Subject: [Zephyr-users] Using Echo_Server/Client samples with Openthread on Renode #networking

 

Hi, I have recently started experimenting with Renode, and when I run the "echo_server" sample with "overlay-ot.conf", I get the following errors:
"<err> net_otPlat_settings: Failed to store setting 1, ret -2"

"<err> net_otPlat_settings: Failed to store setting 3, ret -2" (this error repeatedly)

Does anyone know what's the cause of this error? Any advice would be truly appreciated, as I am not sure whether the issue is with a Zephyr config or with the Renode platform.

With thanks
Brenton


Brenton Chetty
 

Hi, I have recently started experimenting with Renode, and when I run the "echo_server" sample with "overlay-ot.conf", I get the following errors:
"<err> net_otPlat_settings: Failed to store setting 1, ret -2"

"<err> net_otPlat_settings: Failed to store setting 3, ret -2" (this error repeatedly)

Does anyone know what's the cause of this error? Any advice would be truly appreciated, as I am not sure whether the issue is with a Zephyr config or with the Renode platform.

With thanks
Brenton