<HTML><HEAD></HEAD>
<BODY dir=ltr>
<DIV dir=ltr>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR: #000000">
<DIV>Hi Steve, good to have you in the group now. As you can see, some high
caliber people with great skills.</DIV>
<DIV>Here is the link to the ebook: <A
href="https://leanpub.com/mastering-stm32">https://leanpub.com/mastering-stm32</A></DIV>
<DIV>He has periodic updates and should respond to your
questions/suggestions.</DIV>
<DIV>I haven’t gotten very far yet – like I said I jumped past the book to try
and get a working platform for our work (I’d learn the stuff later).
</DIV>
<DIV> </DIV>
<DIV>Barry</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>-----Original Message----- </DIV>
<DIV>From: sleepy_dog@gmx.de </DIV>
<DIV>Sent: Saturday, February 20, 2016 9:49 AM </DIV>
<DIV>To: synth-diy@dropmix.xs4all.nl </DIV>
<DIV>Subject: Re: [sdiy] MCU IDEs </DIV>
<DIV> </DIV>
<DIV>Hey Barry,</DIV>
<DIV> </DIV>
<DIV>btw I'm the guy with the stupidly named facebook page, asking for your
</DIV>
<DIV>book some days ago ;)</DIV>
<DIV>Just joined this list after you mentioned it, wasn't aware of it!</DIV>
<DIV> </DIV>
<DIV>I'm not familiar with AC6.</DIV>
<DIV>Did you use an external ST-link, or a devboard with an embedded one?</DIV>
<DIV>The ST-link supports JTAG and SWD (single wire debug, ST specific?) </DIV>
<DIV>protocols -- the correct one of which, according to the connection to
</DIV>
<DIV>your board, needs to be set in the IDEs debugger settings (and a speed
</DIV>
<DIV>the debugger supports, default usually does it).</DIV>
<DIV>Also windows update may install crappy drivers for the derbugger, I'd
</DIV>
<DIV>get them from STMicro, install manually.</DIV>
<DIV>Atollic TrueStudio Lite worked for me so far, although I find their </DIV>
<DIV>behavior with regards to include directories reachability from where etc
</DIV>
<DIV>weird so far.</DIV>
<DIV>Some IDEs can only deal properly with at most one of the ST-link
connected.</DIV>
<DIV> </DIV>
<DIV>If the ebook teaches the innards of the cortex M3 it would be helpful to
</DIV>
<DIV>understand why one needs to do all the different kinds of setup
things...</DIV>
<DIV>the stm32 / cortex M in general are complex beasts, even just their </DIV>
<DIV>GPIOs are more complex than in simpler microcontrollers (so I was told,
</DIV>
<DIV>I only ever used Cortex M for firmware stuff), and all the peripherals,
</DIV>
<DIV>their clocks etc are disabled by default to save power, and one needs to
</DIV>
<DIV>set a host of config stuff to get things running :-)</DIV>
<DIV>The STMicro MCUs don't only have a datasheet, but seperate documents,
</DIV>
<DIV>usually a</DIV>
<DIV>- datasheet with the electrical specs and peripherals it contains,</DIV>
<DIV>- reference manual, giving instructions how to configure periherals, in
</DIV>
<DIV>all detail, memory maps, registers etc</DIV>
<DIV>- a host of separate app note PDFs</DIV>
<DIV>- a more generic programming manual for the series, if I remember
correctly</DIV>
<DIV> </DIV>
<DIV>What I tend to do lately is to grab the reference manual and read the
</DIV>
<DIV>chapter about a peripheral I want to use, and use the CMSIS lib register
</DIV>
<DIV>definitions to implement a driver for it.</DIV>
<DIV>The HAL stuff could theoretically be saving time with that, especially
</DIV>
<DIV>when just trying out and performance is not an issue,</DIV>
<DIV>but for me it often cost more time in the end. HAL imposes or at least
</DIV>
<DIV>"strongly suggests" a rather peculiar structre on the program that uses
</DIV>
<DIV>it... which I found to be quite an annoyance. (and do they really need 4
</DIV>
<DIV>or so indirection layers in what should be one callback? Ugh...)</DIV>
<DIV> </DIV>
<DIV>All this HAL API stuff and CubeMX was made to give a quick start, </DIV>
<DIV>somewhat taming the complexity of those devices.</DIV>
<DIV>I'm not too convinced of the effort so far, though. I do look at working
</DIV>
<DIV>examples using the HAL to understand how things work.</DIV>
<DIV>I learned what I know because we had a guy who has read all the books
</DIV>
<DIV>from cover to cover, alas I can't currently recommend books myself.</DIV>
<DIV>Only "The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors" by
</DIV>
<DIV>Joseph Yiu, which was what he was getting back to mostly.</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Steve</DIV>
<DIV> </DIV>
<DIV>Am 20.02.2016 um 17:34 schrieb Barry Klein:</DIV>
<DIV>> Maybe you guys have a clue for us then. We are doing stm32L031 product
(not EM related). I don't do firmware but was overseeing issues we had and was
going to get my laptop setup as a learning platform - with my friend's help. I
installed a bunch of various tools - I am not even sure what they do and what
uses what. We had two issues - one on my laptop and one on our main pc platform.
On the main platform the AC6 stuff was working on the ST eval boards. When we
tried using the stlink tool to our board it would not work - it would see it but
debugger would not run. We then used the attachment tool off a larger eval board
and tied that to our board - would not work either. Like the driver wanted to
see the stlink usb device only. ST recommended A6 to us but after seeing our
issue they backed off. My friend gave up and spent two hours installing Keil. We
then found that the main.c and other files were gone! Luckily I had them on my
laptop and we copied them over. This got him </DIV>
<DIV>up and running. On my laptop the .project file was associated to a program
I had installed - Studio Workshop I think it was and was not seen by AC6. Using
Windows 10, reassigning the filetype wouldn't work like it used to on XP etc. -
not given the right options to reassign to. Probably if I were to delete that
Studio Workshop software (Atolic?) it might play nice. I guess it will be a
longterm learning exercise for me - this and I want to play with Cypress PSOC
BLE stuff and RPI stuff (no way I'm going to get very far with any of it). I
should mention there is an ebook on the STM32 (~$15) that seems like it may be
good for starters like me. It tried to just replicate my friend's setup so we
could do our work - but now he's good I'm going back to the ebook.</DIV>
<DIV>></DIV>
<DIV>> Barry</DIV>
<DIV>></DIV>
<DIV>>> On Feb 20, 2016, at 4:38 AM, Mikko Helin
<maohelin@gmail.com> wrote:</DIV>
<DIV>>></DIV>
<DIV>>> System Workbench for STM32 (abbreviated SW4STM32) is the free IDE
to</DIV>
<DIV>>> use with the STM32 chips these days:</DIV>
<DIV>>></DIV>
<DIV>>>
http://www.st.com/web/catalog/tools/FM147/CL1794/SC961/SS1533/PF261797</DIV>
<DIV>>></DIV>
<DIV>>></DIV>
<DIV>>> It's basically Eclipse + plugin, works fine with STM32CubeMX. Be
sure</DIV>
<DIV>>> to learn the new HAL library as well.</DIV>
<DIV>>></DIV>
<DIV>>> Both SW4STM32 and STMCubeMX also support Linux.</DIV>
<DIV>>></DIV>
<DIV>>></DIV>
<DIV>>></DIV>
<DIV>>>> On Thu, Feb 18, 2016 at 10:07 PM,
<sleepy_dog@gmx.de> wrote:</DIV>
<DIV>>>> I am only familiar with ARM Cortex stuff. There are different
implementers</DIV>
<DIV>>>> of ARM Cortex M processors, like STM, NXP, even Atmel has
some.</DIV>
<DIV>>>> Usually (from my experience), there will be IDEs (as in,
commercial,</DIV>
<DIV>>>> packaged with compiler / linker toolchain) which support a
whole range of</DIV>
<DIV>>>> MCUs with ARM core (cortex, partially also arm9, arm7) across
different</DIV>
<DIV>>>> implementers - but not other MCU types like avr or pic.</DIV>
<DIV>>>> I don't know anymore what Ksil supports, but believe me, I
have looked for</DIV>
<DIV>>>> ARM tool chains and have seen none that also supported
completely different</DIV>
<DIV>>>> MCU cores. That would have to be some behemoth with several
compiler suites.</DIV>
<DIV>>>> I could be wrong but from what I've seen so far...</DIV>
<DIV>>>></DIV>
<DIV>>>> Some IDEs I have at least tried, which all support Cortex M
from different</DIV>
<DIV>>>> implementers:</DIV>
<DIV>>>> (- I hate Keil. Not because it looks like from 1989, but the
usability is</DIV>
<DIV>>>> similar. And meta infos in project files, seriously? And when
I last tried</DIV>
<DIV>>>> Keil (V4.x ?), it was not able to do debugging with threads,
e.g.. RTOS</DIV>
<DIV>>>> based firmware)</DIV>
<DIV>>>> - Atollic TrueStudio (eclipse based, some fancy features (some
of which are</DIV>
<DIV>>>> addons costing extra, like test automation for embedded), Lite
version free</DIV>
<DIV>>>> but somewhat crippled, full version in the thousands of
$)</DIV>
<DIV>>>> - Rowley Crossworks (their own editor, used to suck, but has
gotten better</DIV>
<DIV>>>> over the years. They have a ~ 150 bucks non-commercial
license)</DIV>
<DIV>>>></DIV>
<DIV>>>> Those two set up all the debugging stuff, I installed it and
it just worked.</DIV>
<DIV>>>> Tried Olimex and ST-link debug adapters.</DIV>
<DIV>>>></DIV>
<DIV>>>> free and open:</DIV>
<DIV>>>> - Eclipse-CDT + ARM GCC NONE EABI compiler toolchain + OpenOCD
+ GDB, then</DIV>
<DIV>>>> as debugger perhaps Olimex adapters, or ST-link if you use ST.
I like SWD</DIV>
<DIV>>>> for my projects -> smaller connector than JTAG</DIV>
<DIV>>>> This option used to be (IMO) horrible and frustrating, half
baked, half</DIV>
<DIV>>>> working, but it is getting less and less so.</DIV>
<DIV>>>> You need to set up the debugger settings yourself, there are
tutorials. Once</DIV>
<DIV>>>> that works, it does so pretty decently.</DIV>
<DIV>>>></DIV>
<DIV>>>> Free but not open, and every other version update has some
annoying flaws:</DIV>
<DIV>>>> - CooCox CoIDE. But a version that works often allows very
quick setup of a</DIV>
<DIV>>>> project and get going actially initializing some devboard and
testing</DIV>
<DIV>>>> hardware.</DIV>
<DIV>>>> But since you said *reliable*, this is probably not your first
choice :-D</DIV>
<DIV>>>></DIV>
<DIV>>>></DIV>
<DIV>>>> Steve</DIV>
<DIV>>>></DIV>
<DIV>>>> Am 18.02.2016 um 02:59 schrieb Chris Juried:</DIV>
<DIV>>>></DIV>
<DIV>>>> Hi Group,</DIV>
<DIV>>>></DIV>
<DIV>>>> With all the discussion of Microchip acquiring Atmel, I began
to wonder if</DIV>
<DIV>>>> there is a group favoured IDE for various MCUs. I am currently
using Atmel</DIV>
<DIV>>>> Studio for Atmel products and Keil for TI products . If I
wanted to expand</DIV>
<DIV>>>> to Microchip, TI MSP, Cortex, Parallex, NXT, STM, etc..
products, is there a</DIV>
<DIV>>>> recommended IDE that is user-friendly with the many different
MCUs</DIV>
<DIV>>>> available?</DIV>
<DIV>>>></DIV>
<DIV>>>> Sincerely,</DIV>
<DIV>>>></DIV>
<DIV>>>> Chris Juried</DIV>
<DIV>>>> Audio Engineering Society (AES) Member</DIV>
<DIV>>>> InfoComm-Recognized AV Technologist</DIV>
<DIV>>>> http://www.JuriedEngineering.com (Juried Engineering,
LLC.)</DIV>
<DIV>>>> http://www.TubeEquipment.com (Tube Equipment
Corporation)</DIV>
<DIV>>>> http://www.HistoryOfRecording.com (History of Recording)</DIV>
<DIV>>>></DIV>
<DIV>>>></DIV>
<DIV>>>> This e-mail, and any attachments thereto, is intended only for
use by the</DIV>
<DIV>>>> addressee(s) named herein and may contain legally privileged
and/or</DIV>
<DIV>>>> confidential information. If you are not the intended
recipient of this</DIV>
<DIV>>>> e-mail, you are hereby notified that any distribution or
copying of this</DIV>
<DIV>>>> email, and any attachments thereto, is strictly prohibited. If
you have</DIV>
<DIV>>>> received this email in error, please immediately notify me at
(754) 300-9972</DIV>
<DIV>>>> and permanently delete the original and any copy of any e-mail
and any</DIV>
<DIV>>>> printout thereof.</DIV>
<DIV>>>></DIV>
<DIV>>>></DIV>
<DIV>>>> _______________________________________________</DIV>
<DIV>>>> Synth-diy mailing list</DIV>
<DIV>>>> Synth-diy@dropmix.xs4all.nl</DIV>
<DIV>>>> http://dropmix.xs4all.nl/mailman/listinfo/synth-diy</DIV>
<DIV>>>></DIV>
<DIV>>>></DIV>
<DIV>>>></DIV>
<DIV>>>> _______________________________________________</DIV>
<DIV>>>> Synth-diy mailing list</DIV>
<DIV>>>> Synth-diy@dropmix.xs4all.nl</DIV>
<DIV>>>> http://dropmix.xs4all.nl/mailman/listinfo/synth-diy</DIV>
<DIV>>> _______________________________________________</DIV>
<DIV>>> Synth-diy mailing list</DIV>
<DIV>>> Synth-diy@dropmix.xs4all.nl</DIV>
<DIV>>> http://dropmix.xs4all.nl/mailman/listinfo/synth-diy</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>_______________________________________________</DIV>
<DIV>Synth-diy mailing list</DIV>
<DIV>Synth-diy@dropmix.xs4all.nl</DIV>
<DIV>http://dropmix.xs4all.nl/mailman/listinfo/synth-diy</DIV></DIV></DIV></BODY></HTML>