<div dir="ltr"><div><div><div>I can't remember how I started with PICs, but previously I'd been developing on ARMs since our school got the Acorn Archimedes (I learnt ARM basics by using the BBC BASIC "HELP [" command, which told you the ARM assembly semantics).<br><br></div>PIC programming in C is easy - they've got free compilers you can download which integrates with the MPLAB-X suite (all of which are cross-platform; used it initially on MacOS X, and now under Windows [Linux is also supported]). The best optimisations are from the paid-for compilers (as you would expect), but it's good enough for what I need. I've not done too much work in PIC assembly since the very early days (when I didn't have a compiler), but ISTR some of the assembly instructions meant I had to think a bit backwards ("bit test skip if clear springs" to mind - I would normally think of "bit test branch if set").<br><br></div><div>I've now got the MPLAB ICD3 for programming (having started with the various PICKITs, but found PICKIT3 didn't work with Windows 8 [I believe it may do now]).<br></div><div><br></div>However, I am seriously considering switching to STM32F based on the discussions here (I've also used Atmel AT91SAM7S in a board; it was okay, but the toolchain was a bit fiddly to use on MacOS X at the time, and the OCD debugger was a bit flaky at times). The only downside that I can tell is that they don't have any 5V variants (although their pins are 5V tolerant); that in itself isn't too much of a problem (since almost all of my larger projects are in 3.3V), but I do use 5V for smaller projects. I'm going to start by either buying one of the dev kits (probably the Olimex one based on the STM32F107), or making a breakout baord, and seeing if I can make my own programmer (since the project I've got in mind involves a kind of self-programming facility).<br><br></div>I tried the LPC2148, but couldn't get to grips with it.<br><br><div class="gmail_quote"><div dir="ltr">On Sun, 20 Sep 2015 at 09:07 Thomas Strathmann <<a href="mailto:thomas@pdp7.org" target="_blank">thomas@pdp7.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 19/09/15 23:46, Michael Zacherl wrote:<br>
> did you people start with a typical dev-board of PIC/AVR/STM32/... ?<br>
<br>
Yes and no. I started on 8-bit AVR with a custom dev board that some<br>
local folks had done. They provided the PCB and some documentation and<br>
you provided the rest. I remember helping get a toolchain running on<br>
GNU/Linux which included porting the software for the boad's more or<br>
less proprietary (in terms of pin-layout) parallel port programmer from<br>
DOS to Linux. Today I use much the same toolchain (avr-gcc) on Mac OS X<br>
with a stock USB programmer. Before the AVR I had some experience with a<br>
small dev board for the 68HC11 that I had bought fully assembled from a<br>
web shop. I still have a STM32F4 Discovery board in a drawer which I<br>
only used in so far as I bothered to get the complete toolchain running<br>
on Mac OS X and writing a small test program to exercise the on-board<br>
DAC. Never used a PIC in my life so far. Probably because when I got<br>
into microcontrollers AVRs where still the new kids on the block and I<br>
prefer C over plain assembly. BTW, how is the situation of using C on<br>
PICs (or dsPICs for that matter)?<br>
<br>
        Thomas<br>
<br>
_______________________________________________<br>
Synth-diy mailing list<br>
<a href="mailto:Synth-diy@dropmix.xs4all.nl" target="_blank">Synth-diy@dropmix.xs4all.nl</a><br>
<a href="http://dropmix.xs4all.nl/mailman/listinfo/synth-diy" rel="noreferrer" target="_blank">http://dropmix.xs4all.nl/mailman/listinfo/synth-diy</a><br>
</blockquote></div></div>