?
If we have a new tool then someone has to maintain it which is great if you
have a group of people who are passionate about tools.
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 17 Mar 2025, at 14:00, Peter van der Perk wrote:
>
> The main issue I was facing w
own tool to do the job. I then used a
docker script to run the checks on every PR.
Just wondering if it would save some effort.
Regards,
Mark
---
Mark Stevens
Blog: blog.mark-stevens.co.uk
> On 17 Mar 2025, at 11:31, Luchian Mihai wrote:
>
&
would restrict the spam to the rest of the fediverse
if you set the share list to empty.
Regards,
Mark
---
Mark Stevens
Blog: blog.mark-stevens.co.uk
> On 31 Dec 2024, at 08:19, Alan C. Assis wrote:
>
> Hi Sebastien,
>
> I think you ra
I had a play with SMP on the RP2040 a while ago, don’t know if this will help
but here is what I found:
https://blog.mark-stevens.co.uk/2023/06/adding-smp-to-nuttx-on-the-raspberry-pi-picow/
Regard,
Mark
> On 9 Aug 2024, at 23:18, Alan C. Assis wrote:
>
> Hi Bill,
>
> There is not a usbsmp o
Lup,
Thank you for the information, I’ll have a look tomorrow.
Regards,
Mark
---
Mark Stevens
Blog: blog.mark-stevens.co.uk
> On 13 Jun 2024, at 13:51, Lee, Lup Yuen wrote:
>
> Hi Mark: Thanks for watching my presentation! To show the Hea
e and nothing jumps out as being obvious.
How do I turn this feature on?
Thanks in advance,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
There is an ongoing series regarding porting to the STM32F401RC on YouTube,
maybe that can help:
https://www.youtube.com/@nuttxchannel/streams
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 22 May 2024, at 11:04, Janardhan Silwal
> wrote:
>
> Hi,
>
Greg,
Thanks for the advice, I’ll have a look at use file_open etc.
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 10 May 2024, at 15:55, Gregory Nutt wrote:
>
> On 5/9/2024 11:02 PM, Mark Stevens wrote:
>>> Hmmm... the UART device will closed when th
in the kthread does the parent thread keep it open?
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 10 May 2024, at 05:38, Gregory Nutt wrote:
>
>
> On 5/9/2024 10:23 PM, Mark Stevens wrote:
>> The issue arises if I try to kill the kernel thread reading
within the first 15 seconds after board reset
so I am confident that the issue will not be related to long term drift.
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 9 May 2024, at 22:51, Gregory Nutt wrote:
>
> This problem is reported for a lot a platforms and se
I’m not writing to the UART - I am reading.
Regards,
Mark
---
Mark Stevens
Blog: blog.mark-stevens.co.uk
> On 9 May 2024, at 17:40, Mark Stevens
> wrote:
>
> This is a direct connection between the two chips on a PCB.
>
> Regards,
This is a direct connection between the two chips on a PCB.
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 9 May 2024, at 17:38, Bill Rees wrote:
>
>
> I've seen this problem before which revolved around flow control; essentially
> soft versus har
I can’t use a different UART, this is a direct connection between the two chips
on the PCB.
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 9 May 2024, at 17:24, Tomek CEDRO wrote:
>
> On Thu, May 9, 2024 at 6:15 PM Mark Stevens
> wrote:
>> Yes, I am
One extra piece of information that has occurred to me, I am using a `SIGINT`
kill signal to tell the kernel thread that it should close the connection.
Regards,
Mark
---
Mark Stevens
Blog: blog.mark-stevens.co.uk
> On 9 May 2024, at 17:11, Tomek CE
analyser to the system and all looks good.
Also, my current problem is NuttX reading data not sending it. Sending may
also be a problem but I have not got that far at the moment.
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 9 May 2024, at 17:11, Tomek CEDRO wr
00 00 c0
Regards,
Mark
—
Mark Stevens
mark.stev...@wildernesslabs.co
> On 9 May 2024, at 14:56, Nathan Hartman wrote:
>
> On Thu, May 9, 2024 at 3:31 AM Mark Stevens
> wrote:
>
>> So we have a two chip board:
>>
>> * STM32 running NuttX (v7.5 I believe)
&
So we have a two chip board:
* STM32 running NuttX (v7.5 I believe)
* ESP32 acting as a coprocessor running custom firmware
The STM32 runs the show and the ESP32 provides services to the STM32 code.
In normal run mode, NuttX has a kernel thread that reads data from the ESP32
over UART (/dev/tty
Robert,
There was a YouTube video posted a few weeks ago and the 2+ hour session which
covered porting to a new STM32F4 board. Maybe that can help.
https://www.youtube.com/watch?v=TeBkVJLATcw&t=7s
Regards,
Mark
__
mark.stev...@wildernesslabs.co
> On 6 Nov 2023,
I have recently setup a Mac M1 for STM32 development and I installed the
arm-gcc-bin@10 package using brew.
The only thing I have found does not work is arm-none-eabi-gdb-py as it is
looking for Python 2.7 with a fixed path and it does not exist on the system.
I have tried peen but this offers
I am trying to figure out GPIO and interrupts. So the situation is I have four
switches connected to GPIOs on my board. My ideal scenario is to attach a
different interrupt to each switch and have that fired when the appropriate
button is pressed.
So I have spent some time looking at the gpis
mportant registers in interrupt controller.
>
> So nothing is stopping you, but you should also not expect the OS to
> function correctly.
>
> --Brennan
>
> On Sat, Aug 12, 2023, 11:54 AM Mark Stevens wrote:
>
>> Is there anyway of using the Pico SDK from within
Is there anyway of using the Pico SDK from within NuttX?
What I am trying to do is attach a generic ISR to some GPIO pins. I’m not a
great fan of having to modify the OS source in order to set up simple things
like ISRs to handle button presses. I’d like to be able to do this from the
user ap
Yes, that is the code I’m referring to.
I’m also going to be looking at adding one or two more PCF GPIO expanders to
the system, not LCD, but they will certainly need to live with the LCD backpack.
I’ll have a look at a PR.
Regards,
Mark
_
Blog: blog.thepcsite.co.uk
ld bring more challenges as well, case
> a board doesn't have support to some I2C or SPI Bus and the user
> enabled it in the menuconfig.
>
> BR,
>
> Alan
>
> On 7/23/23, Mark Stevens wrote:
>> Had some fun and games today working with the SLCD example on the Pico
Had some fun and games today working with the SLCD example on the Pico W.
It appears that the example has hard wired parameters for
I2C bus
Number of characters
Number of rows
Is it supposed to work like this or should these parameters be configurable?
Regards,
Mark
So had a play with 12.2 and came across an error when building.
make -j V=2 generates the following expanded output for the error:
grep -v "CONFIG_BASE_DEFCONFIG"
"/Users/markstevens/GitHub/NuttXAndPicoW/nuttx/.config" >
"/Users/markstevens/GitHub/NuttXAndPicoW/nuttx/.config.tmp"
echo "Create v
Responded Sebastien by direct mail.
Regards,
Mark
_
Blog: blog.thepcsite.co.uk
Twitter: @nevynuk
> On 3 Jul 2023, at 11:09, Sebastien Lorquet wrote:
>
> Sebastien
e-build SmartFS image using the FUSE
> filesystem under Linux, and then include that image as a binary blob into
> your application ... you would just have to ensure all the MTD access and
> alignment are taken care of.
>
> Ken
>
> On 7/2/23 12:03 PM, Mark Stevens w
I am looking at adding a small file system to my application and I would like
to add a number of files to the image as part of the build.
I have configured the build using the raspberrypi-pico-w:nsh-flash
configuration and I think I have figured out how t add files by editing the
rp2040_flash_i
My mistake on the version. The patch builds OK.
Back to working on the project later today.
Thank you.
Regards,
Mark
_
Blog: blog.thepcsite.co.uk
Twitter: @nevynuk
> On 25 Jun 2023, at 08:50, Mark Stevens wrote:
>
> So a little more progress on
_
Blog: blog.thepcsite.co.uk
Twitter: @nevynuk
> On 25 Jun 2023, at 08:50, Mark Stevens wrote:
>
> So a little more progress on this one.
>
> Turning on C++ Exception support for the PicoW:nsh build configuration
> generates errors:
>
> CC: pthread/pthread_
So figured out what the problem was with the patch - it compiles.
Just testing execution at the moment.
Regards,
Mark
__
mark.stev...@wildernesslabs.co
> On 25 Jun 2023, at 17:53, Mark Stevens wrote:
>
> So here is what I have run:
>
> git
: *** Waiting for unfinished jobs
Regards,
Mark
__
mark.stev...@wildernesslabs.co
> On 25 Jun 2023, at 11:39, Xiang Xiao wrote:
>
> Mark, could you try this patch:
> https://github.com/apache/nuttx/pull/9610
>
> On Sun, Jun 25, 2023 at 3:50
_
Blog: blog.thepcsite.co.uk
Twitter: @nevynuk
> On 24 Jun 2023, at 18:59, Mark Stevens wrote:
>
> I’m currently working on a home project with NuttX and my preferred language
> is really C++ for what I am doing. I can work in C if necessary but I’d like
> to use some C++ features.
>
I’m currently working on a home project with NuttX and my preferred language is
really C++ for what I am doing. I can work in C if necessary but I’d like to
use some C++ features.
So far I have managed to get the framework of what is needed configured and the
next step is to start some applica
Announced today:
https://www.raspberrypi.com/news/new-functionality-bluetooth-for-pico-w/
Regards,
Mark
_
Blog: blog.thepcsite.co.uk
Twitter: @nevynuk
ually an ELF file, but without .elf extension.
>
> BR,
> Petro
>
> On Sun, Jun 11, 2023, 10:39 AM Mark Stevens wrote:
>
>> I think the missing piece of information is that the nuttx file contains
>> the debug symbols.
>>
>>
Are you allowing remote presentations ?
Regards,
Mark
_
Blog: blog.thepcsite.co.uk
Twitter: @nevynuk
> On 11 Jun 2023, at 14:52, Alan C. Assis wrote:
>
> Please submit your proposal:
>
> https://events.nuttx.apache.org
t was a
> security fail (a user used the memory tool to dump their proprietary
> firmware) and forced us to disable that memory tool features by
> default.
>
> Some building systems solve like that of Android solve it creating
> different compilation modes: Debug, Release, etc.
>
h nuttx.bin
>
> Connect to the board using OpenOCD + STLink-V2:
>
> $ sudo openocd -f interface/stlink-v2.cfg -f target/stm32f7x.cfg
>
> In another terminal:
>
> $ gdb nuttx
> (gdb) target remote localhost:
> (gdb) monitor reset
> (gdb) load nuttx
> (gdb
So I’m admitting defeat on this problem and I need some help please.
I’m trying to work out the magic incantations I need to weave to create a NuttX
ELF file that I can use with GDB. To be clear this is the OS ELF file that I
can use on the host computer.
I am currently targeting the Pico boar
Options I would consider would be
Message queues
Pipes
For the project I am involved in we use both of these but mainly use message
queues. Message queues should only be used for small messages, I think the
limit is about 22 bytes. I get around this by creating the large message and
passing
> kmm_free() is already defined as free() in the FLAT build in
> include/nuttx/kmalloc.h
>
> On 9/21/2022 9:59 AM, Mark Stevens wrote:
>> So this post has been triggered by an issue I have just had using strdup in
>> the OS components of a protected mode build.
>>
&
So this post has been triggered by an issue I have just had using strdup in the
OS components of a protected mode build.
For clarity I will be using the term OS for the kernel part of the build and
application/app for the user part of the build.
The TLDR; is this design question:
Do we expect
44 matches
Mail list logo