-
Hi, guys, I am experiencing somethings strange. I am trying to utilize functions from channel_manager.h and channel_monitor.h. I am certain that I have the necessary headers to do so. Does anyone have any idea why these are being marked as undefined references? I have created a simple program for reference: ` #include "common_custom.h" #include <openthread/channel_manager.h> #include "udp_handler.h" LOG_MODULE_REGISTER(cli_sample, CONFIG_OT_COMMAND_LINE_INTERFACE_LOG_LEVEL); // Logging module required for logs in Zephyr otInstance *ot_instance;
} And my error message includes: Documents/myapps/ot-light-base/src/main.c:181: undefined reference to `otChannelMonitorSetEnabled'. The strange thing is when I hover over the function call, I can see the description and signature of the functions, and I can even right click and select go to definition, and it would lead me to channel_monitor.h. My prj.conf file looks as follows: Enable OpenThread features setCONFIG_OPENTHREAD_NORDIC_LIBRARY_MASTER=y CONFIG_NET_L2_OPENTHREAD=y Generic networking optionsCONFIG_NETWORKING=y default to n if CONFIG_NET_L2_OPENTHREAD=y anywaysCONFIG_MBEDTLS_SHA1_C=n CONFIG_GPIO_SHELL=y #THREAD CONFIGS #RTT CONFIG (Comment out if uart is on) #UART CONFIGS FOR RECEIVING COMMANDS (Comment out if rtt is on) CONFIG_LOG=yCONFIG_SERIAL=yCONFIG_UART_CONSOLE=yCONFIG_SHELL=yCONFIG_SHELL_BACKEND_SERIAL=yCONFIG_USE_SEGGER_RTT=nCONFIG_RTT_CONSOLE=nCONFIG_SHELL_BACKEND_RTT=nCONFIG_OPENTHREAD_OPERATIONAL_DATASET_AUTO_INIT=n for nrf54L15dk onlyCONFIG_SETTINGS_ZMS=y CONFIG_PWM=y Channel managementCONFIG_OPENTHREAD_CHANNEL_MANAGER=y I'd appreciate any help, thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
Hello @Allan-led I believe the issue you’re facing is related to building your application with pre-compiled (and pre-certified) Thread libraries. If you want to enable functionality that isn’t included in those libraries, you’ll need to build OpenThread from source using the following KConfig: You can find more information here:
We do plan, in the next release, to make OT KConfigs promptless when pre-compiled Thread libraries are selected. This should help in identifying the root cause more quickly in similar cases. |
Beta Was this translation helpful? Give feedback.
-
Thank you, I will check it out!
…On Thu, Jan 16, 2025 at 12:39 PM Łukasz Duda ***@***.***> wrote:
Hello @Allan-led <https://github.com/Allan-led>
I believe the issue you’re facing is related to building your application
with pre-compiled (and pre-certified) Thread libraries. If you want to
enable functionality that isn’t included in those libraries, you’ll need to
build OpenThread from source using the following KConfig:
CONFIG_OPENTHREAD_SOURCES. I hope that helps.
You can find more information here:
-
https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/protocols/thread/configuring.html
-
https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/protocols/thread/prebuilt_libs.html#ug-thread-prebuilt-libs
We do plan, in the next release, to make OT KConfigs promptless when
pre-compiled Thread libraries are selected. This should help in identifying
the root cause more quickly in similar cases.
—
Reply to this email directly, view it on GitHub
<#11153 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BOCSXBQ2ONSKON224PJ6CJ32LAKJXAVCNFSM6AAAAABU7JRLKSVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCOBVHEZTSMA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***
com>
|
Beta Was this translation helpful? Give feedback.
Hello @Allan-led
I believe the issue you’re facing is related to building your application with pre-compiled (and pre-certified) Thread libraries. If you want to enable functionality that isn’t included in those libraries, you’ll need to build OpenThread from source using the following KConfig:
CONFIG_OPENTHREAD_SOURCES
. I hope that helps.You can find more information here:
We do plan, in the next release, to make OT KConfigs promptless when pre-compiled Thread libraries are selected. …