OT: Getting Started with (Apache) NuttX RTOS - Part 1

2023-06-09 Thread Alan C. Assis
Hi NuttXers,

I published an article in the EmbeddedRelated about NuttX:

https://www.embeddedrelated.com/showarticle/1524.php

BR,

Alan


Re: Mailing List

2023-06-09 Thread Nathan Hartman
@Brennan, thanks for catching that!

Nathan

On Thu, Jun 8, 2023 at 11:44 PM Brennan Ashton 
wrote:

> Email aggressively remove the sender from the reply list when sent to a
> list so they likely did not get this email. I was doing the same thing a
> couple weeks ago Added them to this one.
>
> Sharwin Patil hopefully you get this response from Nathan.
>
> --Brennan
>
> On Thu, Jun 8, 2023, 6:28 PM Nathan Hartman 
> wrote:
>
> > On Thu, Jun 8, 2023 at 7:01 PM Sharwin Patil 
> > wrote:
> >
> > > Hello,
> > >
> > > I am a developer using NuttX and would like to be added to the mailing
> > list
> > > for NuttX development.
> > >
> > > Thanks!
> > > Sharwin Patil
> > > GreenSight
> > >
> >
> > Great to have you! To subscribe, send an email to:
> > dev-subscr...@nuttx.apache.org.
> >
> > Youll get a confirmation email; once you confirm by replying to that,
> > you'll be on the mailing list.
> >
> > Similarly, if you ever wish to unsubscribe, just send an email to:
> > dev-unsubscr...@nuttx.apache.org.
> >
> > We should probably update the NuttX website to document this process more
> > clearly. :-)
> >
> > Hope this helps,
> > Nathan
> >
>


Article: NuttX for PinePhone: Feature Phone UI in LVGL, Zig and WebAssembly

2023-06-09 Thread Lee, Lup Yuen
We have created an LVGL App that runs in a Web Browser and on NuttX for
PinePhone…

- We compiled LVGL Library from C to WebAssembly with Zig Compiler

- We wrote our LVGL App in the Zig Programming Language (instead of C)

- Exact same code runs in a Web Browser and on NuttX for PinePhone

Which is super helpful for prototyping LVGL Apps! Check out the details in
this article:

https://lupyuen.codeberg.page/articles/lvgl4.html

Lup


Re: Article: NuttX for PinePhone: Feature Phone UI in LVGL, Zig and WebAssembly

2023-06-09 Thread Tomek CEDRO
On Sat, Jun 10, 2023 at 2:32 AM Lee, Lup Yuen wrote:
> We have created an LVGL App that runs in a Web Browser and on NuttX for
> PinePhone…
> - We compiled LVGL Library from C to WebAssembly with Zig Compiler
> - We wrote our LVGL App in the Zig Programming Language (instead of C)
> - Exact same code runs in a Web Browser and on NuttX for PinePhone
> Which is super helpful for prototyping LVGL Apps! Check out the details in
> this article:
> https://lupyuen.codeberg.page/articles/lvgl4.html

AMAZING! CONGRATZ LUP!! :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


Re: qencoder / long / float / double / maximum values

2023-06-09 Thread Tomek CEDRO
On Fri, Jun 9, 2023 at 7:53 AM raiden00pl wrote:
> The index signal (Z index) should be used to reset the encoder position.
> You can miss an encoder step for various reasons, and without periodically
> checking the absolute position (index pin), you will accumulate errors.
> Then, if you set the maximum count of an encoder timer to encoder
> resolution, the values [0, encoder_resolution] map to the position of the
> motor rotor.
> Your app should be responsible for handling zero position crossing and any
> calculation regarding the distance traveled by the rotor.
>
> There are ioctls to handle this (QEIOC_SETPOSMAX, QEIOC_SETINDEX) but ESP32
> doesn't support them.

Thanks Raiden! Can you hint a complete implementation that I can base
on the ESP32 work? :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


Re: qencoder / long / float / double / maximum values

2023-06-09 Thread Tomek CEDRO
On Fri, Jun 9, 2023 at 3:24 AM Nathan Hartman wrote:
> I know it is sometimes unpopular to suggest adding more Kconfigs but maybe
> this is something that should be configurable, allowing developers to
> choose if they need a 64-bit count for range or a 32- (or even 16-) bit
> count for efficiency. The needed speed and counter size really depends on
> how the application is going to use the qencoder.

I am wondering on something more universal than #ifdef CONFIG and
wrapping the whole lines of duplicated code..

Maybe a void pointer that would be then casted to a type based on a CONFIG?

Any hints welcome :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info