You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 6, 2019. It is now read-only.
I have the board FRDM-K20D50M (the only one with K20 chip, but there's K20DX128) which I would like to use and possibly add a support to zinc.
The current folder is named K20, some files are target specific (as noted in the layout probably for MK20DX32) like isr.rs and layout.ld. The peripheral code could be reused - watchdog, uart and others (eventhough I see definitions of how many uarts peripherals is available there which would need to change).
Regards,
0xc0170
The text was updated successfully, but these errors were encountered:
The hal layer is expected to target mcu families as broad as possible (i.e. by targeting the most feature-full mcu in the family). There is a a plan to narrow the available set down at PT level, so that it is impossible to address any peripheral not physically present in targeted mcu; there's also an idea to go down to exact mcu naming to further limit the available pins and verify memory usage.
How is it with scalability and peripheral code reuse? Has there been any discussion (or any design document) this two topics?
Why am I asking:
I have the board FRDM-K20D50M (the only one with K20 chip, but there's K20DX128) which I would like to use and possibly add a support to zinc.
The current folder is named K20, some files are target specific (as noted in the layout probably for MK20DX32) like isr.rs and layout.ld. The peripheral code could be reused - watchdog, uart and others (eventhough I see definitions of how many uarts peripherals is available there which would need to change).
Regards,
0xc0170
The text was updated successfully, but these errors were encountered: