Re: Article: Rust on NuttX
Thanks Alan! I'll do more IoT with Rust on NuttX in future articles :-) On Wed, Jan 12, 2022 at 7:59 AM Alan Carvalho de Assis wrote: > Nice you Lup! Kudos!!! > > On 1/11/22, Lee, Lup Yuen wrote: > > This article explains how we might run Rust apps on NuttX... > > > > https://lupyuen.github.io/articles/rust2 > > > > I also tested the Rust Driver for LoRa SX1262 on NuttX. > > > > Up Next: Connecting NuttX to The Things Network over LoRaWAN > > > > Lup > > >
Re: Article: Rust on NuttX
Nice you Lup! Kudos!!! On 1/11/22, Lee, Lup Yuen wrote: > This article explains how we might run Rust apps on NuttX... > > https://lupyuen.github.io/articles/rust2 > > I also tested the Rust Driver for LoRa SX1262 on NuttX. > > Up Next: Connecting NuttX to The Things Network over LoRaWAN > > Lup >
Article: Rust on NuttX
This article explains how we might run Rust apps on NuttX... https://lupyuen.github.io/articles/rust2 I also tested the Rust Driver for LoRa SX1262 on NuttX. Up Next: Connecting NuttX to The Things Network over LoRaWAN Lup
Re: kconfig-frontends upstream
On Tue, Jan 11, 2022 at 10:55 PM Nathan Hartman wrote: > On Sat, Oct 16, 2021 at 8:19 AM Tomasz CEDRO wrote: > > Hello Yann, > > You are marked as the author of the kconfig-frontends in a release > > package AUTHORS file. This package is a core dependency of the NuttX > > RTOS. It seems that development of the package has been abandoned..? > > Can you please confirm if the maintenance of the package has been > > abandoned? If true can we pass maintenance of the package to a new > > person / organization? If not could you please provide current project > > git repository and upstream location? > > There are some patches that we would like to add, as well as support > > for build on FreeBSD OS. So far, except NuttX, also Debian and > > Espressif make their own releases based on the past releases: > > https://github.com/espressif/kconfig-frontends > > https://packages.debian.org/stable/kconfig-frontends > > Best regards :-) > > Tomek CEDRO > > Did we ever hear back from Yann MORIN about the current status of > Kconfig-frontends? > Thanks, > Nathan Hello Nathan :-) Negative, no response from Yann. But I am in contact with phi...@debian.org that manager Linux/Debian packages + local source code fork. We may use that Linux repo as current upstream.. or create some sort of official repo under NuttX brand? Also Espressif team is kind and responsive regarding their fork but it seems to have diverged and it would need some extra work to be merged back into the upstream.. it also uses cmake to build only a part of the code that is actively developed and used by ESP IDF. FreeBSD port uses NuttX repository source package of kconfig-frontends. The floor is yours to decide :-) Best regards :-) Tomek ps/2: genromfs is also in the FreeBSD ports already :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
Re: kconfig-frontends upstream
On Sat, Oct 16, 2021 at 8:19 AM Tomasz CEDRO wrote: > > Hello Yann, > > You are marked as the author of the kconfig-frontends in a release > package AUTHORS file. This package is a core dependency of the NuttX > RTOS. It seems that development of the package has been abandoned..? > > Can you please confirm if the maintenance of the package has been > abandoned? If true can we pass maintenance of the package to a new > person / organization? If not could you please provide current project > git repository and upstream location? > > There are some patches that we would like to add, as well as support > for build on FreeBSD OS. So far, except NuttX, also Debian and > Espressif make their own releases based on the past releases: > > https://github.com/espressif/kconfig-frontends > https://packages.debian.org/stable/kconfig-frontends > > Best regards :-) > Tomek CEDRO > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info Did we ever hear back from Yann MORIN about the current status of Kconfig-frontends? Thanks, Nathan
Re: Support for Pimonori Tiny2040
Hi Alan, saw it this morning, too … don’t know why … I was sleeping :-) Let’s see, what todo next with the Tiny2040 device. /Piet > Am 11.01.2022 um 14:18 schrieb Alan Carvalho de Assis : > > Hi Peter, > > For some strange reason your email was sent again today (I don't know > if only I received it). But it is strange because the date of the > email is from Jan 7 2022, although it was received today. > > BTW, I think you already added the support to your board: > https://github.com/apache/incubator-nuttx/commit/72355878ec608bacc55afcbe15fecfdce04bad65 > > Great work! Kudos!!! > > Now you can start to play with it adding sensors, creating new board > profiles to test other NuttX features, etc. > > BR, > > Alan > > On 1/7/22, Peter Kalbus wrote: >> Hi, >> >> I owned a Pimoroni Tiny2040 device. >> It’s an RP2040 based device with some interesting features: >> >> + small form factor (18x21.3mm) >> + 8 MByte Flash >> + RGB LED >> + Reset Button >> + USB-C >> - reduced pin-header >> >> I’d like to add the device based on the available RP2040 support. >> It’s basically working, but the specifics are missing. >> >> >> My plan is to re-use the code from >> >> 'boards/arm/rp2040/raspberrypi-pico‘ and >> >> and add the support in >> >> 'boards/arm/rp2040/pimoroni-tiny2040‘. >> >> >> Anything wrong with this approach? >> >> Regards >> Piet >> >>
Re: Support for Pimonori Tiny2040
Hi Peter, For some strange reason your email was sent again today (I don't know if only I received it). But it is strange because the date of the email is from Jan 7 2022, although it was received today. BTW, I think you already added the support to your board: https://github.com/apache/incubator-nuttx/commit/72355878ec608bacc55afcbe15fecfdce04bad65 Great work! Kudos!!! Now you can start to play with it adding sensors, creating new board profiles to test other NuttX features, etc. BR, Alan On 1/7/22, Peter Kalbus wrote: > Hi, > > I owned a Pimoroni Tiny2040 device. > It’s an RP2040 based device with some interesting features: > > + small form factor (18x21.3mm) > + 8 MByte Flash > + RGB LED > + Reset Button > + USB-C > - reduced pin-header > > I’d like to add the device based on the available RP2040 support. > It’s basically working, but the specifics are missing. > > > My plan is to re-use the code from > > 'boards/arm/rp2040/raspberrypi-pico‘ and > > and add the support in > > 'boards/arm/rp2040/pimoroni-tiny2040‘. > > > Anything wrong with this approach? > > Regards > Piet > >
