The Lounge - CodeProject

First Prev Next

Re: Moving on up (to ARM)

honey the codewitch19-Apr-23 3:18

honey the codewitch

19-Apr-23 3:18

I should have explicitly said, I do not count the STM32 Nucleo boards, because are all Arm Cortex M0s, have no flash, no ram, and no HDMI

To err is human. Fortune favors the monsters.

Re: Moving on up (to ARM)

JohnDG5219-Apr-23 2:57

JohnDG52

19-Apr-23 2:57

Possibly start with a Seeed Studio Xiao board, and bootstrap your way up from that? Just an idea.

Re: Moving on up (to ARM)

raddevus19-Apr-23 3:46

raddevus

19-Apr-23 3:46

Have you seen platformio : (Professional collaborative platform for embedded development — PlatformIO latest documentation[^])?

There's a plug in for VS Code that includes the entire toolchain.
Not sure if it supports all Cortex M but I know it supports STM32

Re: Moving on up (to ARM)

honey the codewitch19-Apr-23 4:12

honey the codewitch

19-Apr-23 4:12

Yeah I use it daily, and aside from some Arduino compliant STM32 Cortex M0 based boards and such, it doesn't support ARMs. The Cortex M0 is kind of one off for this purpose in that a lot of people have produced Arduino compatible HALs for Cortex M0 based devkits like the STM32 boards.

Now a Cortex A or say an M7 isn't going to be supported because they have nothing for it.

To err is human. Fortune favors the monsters.

Re: Moving on up (to ARM)

Kirk J. Davis19-Apr-23 4:22

Kirk J. Davis

19-Apr-23 4:22

I was a C++ on AVR (NOT Arduino) person for many years. I switched to Atmel ARM devices (i.e. ARM M0+ and M4) years ago as they became bigger, faster, cheaper, lower power, etc. If you are targeting bare metal embedded applications, I would suggest using Atmel Studio 7 with GCC C++ and ASF (Advanced Software Framework). I believe ASF will provide the drivers and hardware abstraction you are looking for. They will warn you that ASF does not support C++, but ASF functions can be called as extern "C" functions. Use Atmel ICE for downloading code, source-code level debugging, and target register read/write. I wrote my own cooperative task-switching executive and resident interactive interpreter/compiler. I typically connect my embedded systems to a PC via multiple USB logical serial connections using multiple endpoints. This is very handy for separating control, status, and debugging streams.

Re: Moving on up (to ARM)

honey the codewitch19-Apr-23 4:25

honey the codewitch

19-Apr-23 4:25

Thanks!

To err is human. Fortune favors the monsters.

Re: Moving on up (to ARM)

Andy_F_6019-Apr-23 5:00

Andy_F_60

19-Apr-23 5:00

I use Renesas and NXP micros (usual disclaimer) and both of those manufacturers offer free dev environments.
They are Eclipse based, use gcc and have built-in hardware configuration tools that generate the HAL code for you.
There is a bit of a learning curve with the tools, but so far my experience with both of them has been positive overall.

Re: Moving on up (to ARM)

honey the codewitch19-Apr-23 5:12

honey the codewitch

19-Apr-23 5:12

I saw that for their devkits, just not individual chips and I'm wondering if the toolchain and HAL code will work with all of them. Each one has very specific peripheral hardware on-chip and so the registers vary chip to chip.

To err is human. Fortune favors the monsters.

Re: Moving on up (to ARM)

Andy_F_6019-Apr-23 5:42

Andy_F_60

19-Apr-23 5:42

The tools allow you to select chips or boards. If you choose a board the tools have awareness of the other hardware on the board.
I try to arrange it so that target hardware is compatible with the dev board (as far as possible) to ease the transition from dev to "real" h/w. I also try to only use chips that have a readily available dev board, but I realise that this is not always possible. The on-board debug support is very handy.
These days it's rare for me to have to look at register maps, I just use the apis provided.

Re: Moving on up (to ARM)

honey the codewitch19-Apr-23 5:36

honey the codewitch

19-Apr-23 5:36

Your latest comment is still pending and I'm impatient Smile | :)

so I'm responding here (I can see it via email)

Thank you for the advice. It's very helpful for me because I am looking as much as anything, for a usable workflow for developing with NXP ARM offerings, and it sounds like you have one that's not that complicated. Cheers. I owe you a beer.

And as far as avoiding the registers and using the APIs that's exactly what I was hoping for, vs using GCC and a raw toolchain+register maps. Thank you again.

To err is human. Fortune favors the monsters.

Re: Moving on up (to ARM)

sasadler19-Apr-23 6:26

sasadler

19-Apr-23 6:26

Check out TI, they've got their own IDE (Eclipse based) that makes it relatively easy to get started. They have their own RTOS but it was easy to use FreeRTOS in a project I worked on.

Re: Moving on up (to ARM)

Brian Knittel19-Apr-23 10:35

Brian Knittel

19-Apr-23 10:35

If you want to aim lower than Linux, you might look at NXP's product line, e.g. the LPC1788. I've used this for several years now. You can get a completely free development stack. NXP's MCUXpresso as the Eclipse-based development environment, FreeRTOS as the kernel, emWin as the graphic library (free binary version from NXP), LWIP as the TCP/IP stack (FreeRTOS+TCP wasn't an option back then). Getting the first project off the ground takes a lot of effort, but after that it's pretty easy to clone off new projects. There are some development boards that can help you get your feet wet: Embedded Artists' board or e.g. smaller boards like this one or this one, along with one of their displays.

CCC 2023-04-18

Peter_in_278017-Apr-23 22:01

Peter_in_2780

17-Apr-23 22:01

Guide strap coerced and made stronger. (10)

Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012

Re: CCC 2023-04-18

pkfox17-Apr-23 22:14

pkfox

17-Apr-23 22:14

Nice one Peter

In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP

Re: CCC 2023-04-18

OriginalGriff17-Apr-23 22:30

OriginalGriff

17-Apr-23 22:30

Guide strap  REIN
coerced          FORCED

and made stronger
REINFORCED

"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!

Re: CCC 2023-04-18 - WINNER!

Peter_in_278017-Apr-23 22:53

Peter_in_2780

17-Apr-23 22:53

YAUT!. I was nearly going to put "made harder" so you had three 10 letter anagrams to consider. Poke tongue | ;-P

Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012

Re: CCC 2023-04-18 - WINNER!

OriginalGriff17-Apr-23 23:14

OriginalGriff

17-Apr-23 23:14

Nice clue! Thumbs Up | :thumbsup:

worldle 451 2/6

jmaida17-Apr-23 16:02

jmaida

17-Apr-23 16:02

#Worldle #451 2/6 (100%)
🟩🟩🟩🟩⬜➡️
🟩🟩🟩🟩🟩🎉
https://worldle.teuteuf.fr
not too hard

"A little time, a little trouble, your better day"
Badfinger

Re: worldle 451 2/6

Member 1022317017-Apr-23 20:15

Member 10223170

17-Apr-23 20:15

#Worldle #452 2/6 (100%)
🟩🟩🟩⬛⬛➡️
🟩🟩🟩🟩🟩🎉
⭐⭐
https://worldle.teuteuf.fr

You right not too hard

Wordle 668

StarNamer@work17-Apr-23 13:05

StarNamer@work

17-Apr-23 13:05

Wordle 668 4/6

⬛⬛⬛⬛⬛
⬛🟩🟩🟩🟩
⬛🟩🟩🟩🟩
🟩🟩🟩🟩🟩
Why is it that, when there's a choice of 2 or more single letters to complete a word, I always choose the wrong ones first?

Re: Wordle 668

Amarnath S17-Apr-23 13:58

Amarnath S

17-Apr-23 13:58