Hello Hauke, Hello Gebart, > As far as I see it, we have a short- and a longterm solution: For now > I think the using the LPTMR seems reasonable, although it only offers > a single channels if I see it right. As for the offered resolution > this should be fine as long as there are no drivers and/or other > application code, that needs this resolution...
Ok, then i will continue my work with LPTMR. > For the long-term we are planning/working on a new timer > infrastructure substituting the hwtmer and the vtimer. One design > objective is a more flexible backend that can cope with downcounting > and similar, so that the PIT timers should be usable. Addressing the > power-down and sleep issues of the timers and finding a generic way > to deal with this is also on the requirements list... I actually > expect some serious work on this starting by mid-January, so it's > only a matter of time... The problem with PIT is, that it is not running in low power mode. Let me know when you start it, I can help you, at least with tests :-) > About merging the Kinetis implementations: I would be careful with > this, as experience has shown that even MCU's from the same or very > similar families have their differences in their peripherals. This is > for example true for the STM CPUs, and that's why we have them > separated... But as I don't know the 'Freescale World' this concern > might be for nothing?! > The Kinetis MCU's peripherals are very similar (some peripheral are taken from ColdFire :-)). I think we should try it. > > Would there be any interest in merging the K60 and the KW2x > > peripherals into a single Kinetis port? @Gebart I will finish my LPTMR implementation and attach to #2059[1]. Then i will rebase it so that you can cherry-pick and test the peripheral driver (i2c, spi ...). If it works then we can start with kinetis_common. What do you think? Johann Fischer [1] https://github.com/RIOT-OS/RIOT/pull/2059 _______________________________________________ devel mailing list [email protected] http://lists.riot-os.org/mailman/listinfo/devel
