This is just a warning because you forgot to include
"nuttx/leds/userled.h" in your stm32_bringup.c
BR,
Alan
On 8/18/21, rushi ghatkar wrote:
> Hi,
>
> Yes sir. Trying to solve this.
> So this warning for *userled_lower_initialize* function, do we have to
> include? or is it not included by rto
Did you enable the LED DEBUG?
Note that "Initializing LEDs" is not printed!
Did you enable NSH_ARCHINIT ?
Application Configuration --->
NSH Library --->
[*] Have architecture-specific initialization
BR,
Alan
On 8/18/21, rushi ghatkar wrote:
> Hi,
>
> I have modified as u ask
Hi,
Yes sir. Trying to solve this.
So this warning for *userled_lower_initialize* function, do we have to
include? or is it not included by rtos?
Regards,
Rushikesh Ghatkar
On Wed, Aug 18, 2021 at 5:14 PM Tim wrote:
> An earlier screen shot showed a compiler warning for the function being
> i
An earlier screen shot showed a compiler warning for the function being
implicitly declared - so no lower driver function is actually present/included?
Surprised it's just a warning though.
>-Original Message-
>From: Alan Carvalho de Assis
>Sent: 18 August 2021 12:38
>To: dev@nuttx.apac
Hi Rushikesh,
Since it is there the /dev/userleds0 should be registered.
Please open your drivers/leds/userled_lower.c and modify it to print some info:
int userled_lower_initialize(FAR const char *devname)
{
int ret;
ledinfo("Initializing LEDs\n");
g_lednum = board_userled_initialize();
"Open your System.map and search for userled_lower_initialize"
On 8/18/21, rushi ghatkar wrote:
> Hi,
>
> @Alan sir, I have enabled the debug option and checked, it still gives the
> same error message in nsh> prompt whenever I run the built-in driver or my
> own driver.
> Please find the attache
