search

utzig / ChibiOS-Kinetis

Kinetis port of ChibiOS/RT 2.6.x
GNU General Public License v3.0
7 stars 2 forks source link

status of project? #5

Open acornejo opened 10 years ago

acornejo commented 10 years ago

Hi,

I now have a couple of boards with the kinetis MK22DX256.

Would love to get ChibiOS working on it. What is the status of this project? Which chips of the kinetis family does it support?

Thanks,

Alex

cdbennett commented 10 years ago

So far it only supports the KL25Z128 used in the Kinetis L Freedom FRDM-KL25Z board. I heard that there is another Kinetis ChibiOS/RT port for the Kinetis K20 on the Teensy 3.0 so you might check that out.

The utzig/ChibiOS-Kinetis wish is to support all Kinetis chips in using the same set of custom header files. Fabio (utzig) stated he wants to not use the Freescale header files and instead implement a custom header file (or files) that eliminate the duplication that would be required if using the Freescale files since there would be one for each chip, but most of the registers are common.

There are some major differences in the Kinetis L vs Kinetis K peripherals, e.g. in the SPI peripheral. But I think in general things are nicely designed to be compatible with minor differences.

utzig commented 10 years ago

Alex,

I did not have much free time in the last months to move the project forward. It currently is basically as was stated above by @cdbennett. My tree has support for KL25Z128 and we also got the Teensy 3.0 working (which uses the MK20DX128). I recently acquired a freedom FRDM-K20D50M which has the same K20DX128 microcontroller.

For now we got only GPIO (PAL) and Serial drivers. I hope to do some clean ups and bring the port up to speed in the next two weeks. I'll integrate these three boards and write I2C/SPI drivers. If you need any help with your integration just drop me an email.

cdbennett commented 10 years ago

@utzig I also have improved clock setup in my branch, maybe I'll send a pull request since I think it is a useful improvement. You can select the various clocking modes in the mcuconf.h and it will configure it appropriately in the low level clock init function based on the #defines. At least I tested using both 8MHz xtal w/ PLL and 32.768 kHz XTAL w/ FLL and it's working on FRDM-KL25Z with both those configurations. The serial driver baud rate divisor for instance looks at the actual clock rate based on mode.