<div dir="auto">I have enjoyed PlatformIO in the past for simple things - except the IDE lock in as it does not produce make files for you... But it looks like there is STM32 support which may get you away from eclipse: <a href="http://docs.platformio.org/en/latest/platforms/ststm32.html">http://docs.platformio.org/en/latest/platforms/ststm32.html</a><div dir="auto"><br></div><div dir="auto">Can you try it and let us know how it compares?</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 14 Sep 2018, 12:32 AM Robin Gilks, <<a href="mailto:robin@gilks.org">robin@gilks.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm still using the openSTM32 plugin for Eclipse with openocd for<br>
debugging that I installed about 30 months ago (although updated regularly<br>
I've stayed with it!!)<br>
<br>
I hate eclipse project handling and building so at the first opportunity I<br>
create a Makefile for a project.<br>
<br>
I've been using CubeMX to get me started on a project right from the<br>
start, and use the HAL libraries to interface to the hardware. They were<br>
really buggy to start with but I'm finding that bugs I report get fixed<br>
pretty quick and there are nowhere near as many as was the case even a<br>
year ago. As someone already mentioned, the clock routing is excellent in<br>
CubeMX.<br>
<br>
A great way to validate a hardware design is to spend 3-4 hours defining<br>
the pin functions and checking that you can get all the extra stuff like<br>
DMA on the peripherals you want with the PWM outputs on the right pins,<br>
with the timer triggers on the ADCs etc. A 176 pin f407 design did take a<br>
day to define everything but found that there was a DMA clash between one<br>
of the USARTs being used and a high speed SPI block - fixed by using a<br>
different USART and all done before PCB manufacture.<br>
<br>
My current (work) project is about 27000 lines of code in 90 files<br>
(according to cloc) not including headers and library files, using 3<br>
different stm32f3/f4 MCUs, so you could say its pretty productive. Using<br>
the HAL files means that I can make a LOT of code common across the<br>
different CPUs. Two devices use a stm32f301 and one a stm32f303 but all<br>
the same application code with just a few macros to define GPIO, timer &<br>
uart control blocks and a couple of conditional blocks for functions only<br>
required on one device.<br>
<br>
One of the reasons I've almost given up on AVRs and Arduino is debugging<br>
on an ARM platform is so easy. I still use AVRs for 5v stuff but<br>
everything else now is STM32!<br>
<br>
<br>
-- <br>
Robin Gilks<br>
<br>
<br>
<br>
_______________________________________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank" rel="noreferrer">Chchrobotics@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.</blockquote></div>