On Fri, Mar 18, 2022 at 3:17 AM Matthew Trescott
wrote:
> On Thu, Mar 17, 2022 at 2:41 AM Xiang Xiao
> wrote:
> >
> > We are working on this to provide multiple read/poll support. The basic
> > idea is that:
> >
> >1. Upper half driver hold FIFO shared by all client
> >2. Each client hol
On Thu, Mar 17, 2022 at 2:41 AM Xiang Xiao wrote:
>
> We are working on this to provide multiple read/poll support. The basic
> idea is that:
>
>1. Upper half driver hold FIFO shared by all client
>2. Each client hold the offset into the share FIFO
>
> The benefit is that we don't need to
> >- Share the same ADC values among multiple threads with different
> priorities,
> >like a high-priority safing algorithm, a medium priority control
> algorithm, and a
> >low-priority CAN broadcast thread.
> >
> >- Share the same ADC values among threads with different needs—the three
> >listed a
On Thu, Mar 17, 2022 at 6:24 PM Tim wrote:
> Just a "thumbs up" from me if you do this (or find something that exists
> that'll do it) - it's a perfect fit for my current project :)
>
>
So the update matches your expectation, please watch github PR
notification, we will upstream the patch after t
Just a "thumbs up" from me if you do this (or find something that exists
that'll do it) - it's a perfect fit for my current project :)
>-Original Message-
>From: Matthew Trescott
>Sent: 17 March 2022 05:55
>To: dev@nuttx.apache.org
>Subject: Abstract "channels" driver model
>
>Hi everyon
On Thu, Mar 17, 2022 at 1:55 PM Matthew Trescott
wrote:
> Hi everyone,
>
> I was thinking about how to implement the software for my project
> (control module for a Formula SAE car) and realized that the basic ADC
> driver model is a bit inconvenient and creates a lot of extra overhead
> in users
