Hello Bowen,
Thank you for responding to my question. Yes I think the relay framework
will do what I want, I will try it out.
Kind regards
Stewart Charnell
On 17/01/2024 03:23, 汪博文 wrote:
Hello,
I'm Bowen Wang and nice to answer your question. Please correct me If
I understand wrong.
I
Hi Kian,
Which version of NuttX are you working on? It behaves like a problem I've met
before. Do you have this commit in your code? If not, maybe you could have a
try:
https://github.com/apache/nuttx/commit/e2c9aa65883780747ca00625a1452dddc6f8a138
Best regards
Zhe
Hello,
I'm Bowen Wang and nice to answer your question. Please correct me If I
understand wrong.
I think you want to use the relay framework in
nuttx/drivers/power/relay/relay.c and relay_gpio.c,
which are added by me in PR: power/relay: add relay driver framework for NuttX
by CV-Bowen · Pull
Hi Lup,
That's great! The NuttX website is hosted from the nuttx-website repository
(see [1]) so it should be pretty easy to add it there. The site is coded
with jekyll. Everyone in the project can update the site and quite a few of
us have done it at one time or another. If you have any
Hi Nathan: Yep it's easy to host the NuttX Online Demo on any website, it's
just a bunch of Static HTML, JavaScript and WebAssembly files. Please lemme
know whom I should work with :-)
Meanwhile I'll upstream the TinyEMU RISC-V Port of NuttX. Thanks!
Lup
On Wed, Jan 17, 2024 at 8:40 AM Nathan
This is very cool! Could it be possible to put it direct on the NuttX
website? e.g., "Try NuttX in the browser"
On Mon, Jan 15, 2024 at 5:58 PM Alan C. Assis wrote:
> Interesting!
> Thank you very much Lup for investigating it further!
>
> BR,
> Alan
>
> On Mon, Jan 15, 2024 at 2:34 AM Lee, Lup
Hello,
I have a processor board with GPIO ports which I would like to use to
control such things as relays and PSU enable pins.
Do I need to write a GPIO driver? There is an I/O expander driver. Is
the I/O expander driver specific to expanders or can it be used for GPIO
control?
Kind
Hi community
I am experiencing an issue with PPP/TUN and reception of packets. The network
stack reports different decoding errors in the received packets e.g.:
[ 24.56] [ WARN] ppp: ipv4_in: WARNING: IP packet shorter than length in
IP header
I can reproduce the issue by sending a
Did anyone finish supporting the broader STM32H7xx family? If so, is it
close to being mergeable or sendable as a patch?
Thanks,
Robert
On Fri, Sep 8, 2023 at 10:33 PM raiden00pl wrote:
> > You're right, but not entirely) For example, chips of different subseries
> have different interrupt
