That's impressive, and a great reference. I am currently trying to make my own pcbs for the kl24z.

I think its time verses money verses resources Tracy, however if ARM are really serious to push their processor deisgns, they need to provide a wide varity of cost effective processor options available on the Mbed platform. These chips must have power, speed and package considerations. This is a bit tricky as they produce and licence the 'core' design, the 'embeded' parts around the core is designed by chip producers NXP, FREESCALE for instance. These parts have to be incorporated into the Mbed compiler so takes time to work through each chips peripheral design.

Look at the varity of PIC and Atmel chips available, having only four or five processor options is not going to compete commercially and will not attract newcommers into the industry that will ultimately use these chips with the ARM core. Hopefully this will change in the future, Mbed is the only compiler I am capable of using and find it so easy to understand and use. I'm sure it will go far.

Here is the mbed SDK porting documentation: /handbook/mbed-SDK-porting.

HTH, Emilio

Hi Jez, How're you doing on the K20 port?

Hello,

the K20 is on the branch, currently implementing HAL code. Michael C. started it, I joined yesterday and slowly proceeding. You can check my notepad where is the status of the freedom platform.

I also regularly share what I am busy with on Twitter.

Regards,
0xc0170

Hi Ned,

I've been held up by other (higher priority) work for quite a while so it looks like Martin et al are much further on with this than I am...

I'm still very interested in it as a longer-term solution though!

Sorry I don't have better progress to report.

Cheers,

Jez

That's awesome! Can't wait to check it out!

Hi Martin, I have some of these boards along with some 32 pin chips, post some code and method when you are ready I can get started and do the same. Paul

Ok guys, I will update it here once it's completed. I can share that I ported most of the HAL code, it's under testing right now.

Which board should be the next? The fastest way will be to port first kinetis L freedom parts, then K20 which is a bit different, that will consume more free time than others :-)

Regards, 0xc0170

Hello,

KL05Z should be merge anytime soon. I am writing small guide which needs consolidation and update because mbed structure has changed a bit. I'll try to update it while I am porting another board.

Regards, c0170

I'll give a shout for the KL02Z please!

I've got a couple of the K20 FRDM boards; the debugger chip and its connection is identical to that on the KL25Z FRDM board.

Is anyone working on the K20 board port?

Any news on support for the FRDM-KL05Z board? I have a couple here that I would very much like to begin using.

Thanks, Cameron

Hello guys,

KL05Z was merged, clone mbed git repository and use KEIL to start coding working. If you need any assistance, I can write to my notebook how to make it work. IT will be ready online. I don't have a clue about time frame at the moment.

To K20 and KL02, I have received headers for those MCU, I'll start porting it. I am currently having some problems with KL25Z GCC which I would like to finish :-)

Regards, 0xc0170

Hi Martin, when you get the time, could you advise the procedure for the KL05Z board, do you write the code on MBED then port it to another IDE/compiler? if so which one (Eclipse?). Regards Paul.

Hello Paul, should I write an article how to proceed with KL05Z ? I can even port it to GCC so it will be available with openOCD or Jlink gdb. I am currently busy with the cc3000 driver, but can allocate some time to do this if needed. Let me know, can leave a private message what would you like to see/read and I'll make it happen.

Regards,
0xc0170

Hello all,

I have published the link in my notepad to tutorial how to flash KL05Z with mbed library using KEIL, if anybody out here is interested. GCC will follow.