Sonsivri
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
March 19, 2024, 05:47:34 05:47


Login with username, password and session length


Pages: 1 [2]  All
Print
Author Topic: ARM Cortex M3, M4 ... where to begin?  (Read 24416 times)
0 Members and 1 Guest are viewing this topic.
fdx
Inactive

Offline Offline

Posts: 4

Thank You
-Given: 0
-Receive: 1


« Reply #25 on: January 02, 2013, 07:41:19 07:41 »

There is many exaple about Lpc series but also stm32. As complier-ide Keil has simple ide, but some times it brings some problems.For example it has not 'auto code completion' feature.I m using stm32 cm4 and & keil.
Logged
allegro
Junior Member
**
Offline Offline

Posts: 42

Thank You
-Given: 32
-Receive: 43


« Reply #26 on: January 02, 2013, 08:01:07 08:01 »

"Rowley Crossworks" was mentioned earlier in this thread so I went and had a look. The personal edition for hobbyist use is reasonable priced, I think. For those of you that has any experience with the tool can you share your experiences (strengths, weakness, annoying bugs, support etc.). Are there other tools which are also similarly priced for hobbyist use without being totally down scaled in functionality?
Logged
dcsmrgun
Newbie
*
Offline Offline

Posts: 34

Thank You
-Given: 13
-Receive: 11


« Reply #27 on: January 02, 2013, 11:35:32 11:35 »

You can unlock a 30 day trial if you like. I find the editor is a little clunky compared to any of the other big IDEs, but V3 is supposed to be an improvement. I will probably buy the personal edition at some point since it's probably the most "well known" IDE that runs on OSX.
Logged
houly
Junior Member
**
Offline Offline

Posts: 82

Thank You
-Given: 97
-Receive: 106


« Reply #28 on: June 08, 2014, 07:09:54 19:09 »

Hello all,
I permit to add post in this topic because I'm in the same situation as dotm. I worked on PIC (in asm only) and would want to migrate to arm processor (in C).
I would want to have a small factor board that I can easily integrate in custom board (the ideal is DIL format for me).
I had a look on dev board like NXP LPC1769 LPCXpresso which seem to be fine but I'm a little concern by the poor documentation.
I made a comparison with ATMEL product, the datasheet of a cortex m3 is about 1000 pages ! instead of 90 pages for the LPC...
Since I don't know well NXP product I probably miss something...
I think datasheet and example in it is important for a newbie like me.

do you have any suggestion ?

Another question, I saw that every manufacturer had developped their own debug product, my question is, if I would want to develop (for example) on KEIL IDE, does the debug hardware could be compatible with NXP, STM .. ? or do I need the hardware debug tool from Keil ? what are the difference between tools of Keil and custom tool like LPC-Link from NXP ?

regards
Logged
h0nk
Senior Member
****
Offline Offline

Posts: 255

Thank You
-Given: 206
-Receive: 229



« Reply #29 on: June 09, 2014, 10:15:50 10:15 »

Hello houly,

the gotchas around the M ARM processor line are almost the same and You will find it
in the LPC1769 as in the STM32 or the TIVA.

Most documentation come as a datasheet and reference manual. And You have to read both
to get the thing up and running. (Sometimes You have to read the errata too.)

I have LPC1768 boards* here, and found the NXP documentation not too bad.
*) search for Mini-DK2 on E.ay.

I would not recommend some fancy IDE to begin with. Stay with Keil MDK or IAR Workbench.
With this You will get a working environment and a working debugger for Your first steps.

Unless You are willing to stay with NXP You should use their libraries as example to learn
how its done and write Your own code.

If Your budget allows this, i would start with the smaller M0-parts. But as said, the pitfalls
are the same among them and so there is nothing wrong to use a M4-board to start with.
On the bigger M4 You may able to run Your code out of RAM and dont need to flash it.

For the M0: ST sells Nucleo boards with different target controllers.
I got a nice STM32L053 Nucleo-board as a engineering sample from ST.

For the M4 i would recommend today the TM4C1294-board from TI.
The STM32F407 Discoveryboard has lots of additional hardware on board,
which may be nice if You can make use of this. Most of the time this
additional hardware is only stealing IO's.

These boards have an integrated debug adapter so no extra hardware is required.
Since the debugging capabilities are integrated into the ARM-Core
You will see no difference in functionality to an U-Link2 or J-Link.
Both support the programming/debugging of an external controller.
The ST-Link is reported to work with other controller families too.

U-Link2 and J-Link can be used to flash/debug the controller in Your target hardware.
They support nearly all ARM devices with their debug protocols JTAG and SWD
and have their JTAG interface connected through protecting driver curcuitry.
The J-Link is working everywhere: Keil MDK, IAR WB, GCC with GDB.
The U-Link2 is limited to Keil MDK.
I would stay with the J-Link. Ebay(.com) may be a good source of it.

Avoid exotic JTAG adapters like the R-Link. They (Raisonance/Keolabs) have ridiculous
licensing terms and would deny an activation of their products even its bought new in box.


Best Regards
Logged
cncbasher
Junior Member
**
Offline Offline

Posts: 91

Thank You
-Given: 107
-Receive: 51


« Reply #30 on: June 09, 2014, 10:40:29 10:40 »

i'm currently developing with stm32's , and finding my way through the jungle as it were ,
iv'e found coIDE to be a good base ( coocox.org )

i'm debugging using the ' black magic probe ' iv'e found it very good http://www.blacksphere.co.nz/main/blackmagic
the code for the probe will compile for the smaller usb stm32 devboards , so you could always grab one and use as a debugger
 the code is here https://github.com/gsmcmullin/blackmagic
Logged
pablo2048
Active Member
***
Offline Offline

Posts: 113

Thank You
-Given: 133
-Receive: 86


« Reply #31 on: June 09, 2014, 10:54:54 10:54 »

I leave coocox because of lack CPU support (STM32F2xxx) some time ago and start using Em::Blocks - it's free, small and faster than coocox (not Java/Eclipse based...)...
Logged
houly
Junior Member
**
Offline Offline

Posts: 82

Thank You
-Given: 97
-Receive: 106


« Reply #32 on: June 11, 2014, 08:35:37 08:35 »

Thanks for your help,

What do you think of STM32 product ? the Core405R is exactly what I'm expecting :

http://www.wvshare.com/product/Core405R.htm

- acceptable form factor
- M4 to embedded DSP features
- large flash and RAM
- Header

Do you know this debugger ?
http://www.hotmcu.com/usbminijtag-jlink-jtagswd-debuggeremula%E2%80%8Btor-p-29.html?cPath=3_25

regards
Logged
h0nk
Senior Member
****
Offline Offline

Posts: 255

Thank You
-Given: 206
-Receive: 229



« Reply #33 on: June 11, 2014, 03:52:23 15:52 »

Hello houly,

when it fits Your need, the STMF4 series is quite powerful.

Some drawbacks of the STM32F4 i would note:
Parts of the internal SRAM may available as CCM (Core Coupled Memory) only.
CCM could not be used as source or destination for IO-operations like DMA.
Its main purpose is to run code with zero waitstates.

For Ethernet all STM32 devices require an external MII/RMII-PHY.
If You know, that You dont need Ethernet the STM32 will be quite right.
(Thats why i prefer the TI TM4C with its integrated PHY.)

On older (STM32-)parts CAN and USB-HS are mutual exclusive.


The debugger claims to be J-Link compatible.

In my J-Link (V8) there is a AT91SAM7S64 and two driver ALVC164245 for the JTAG-signals.
So it must be a new version of J-Link, perhaps V9.
If not, this adapter may be bricked by the first update or will not get updates at all.

I would not buy it.


Best Regards
Logged
Pages: 1 [2]  All
Print
Jump to:  


DISCLAIMER
WE DONT HOST ANY ILLEGAL FILES ON THE SERVER
USE CONTACT US TO REPORT ILLEGAL FILES
ADMINISTRATORS CANNOT BE HELD RESPONSIBLE FOR USERS POSTS AND LINKS

... Copyright © 2003-2999 Sonsivri.to ...
Powered by SMF 1.1.18 | SMF © 2006-2009, Simple Machines LLC | HarzeM Dilber MC