[En-Nut-Discussion] Nut/OS GPIO API Initial Design and Current Status
Ulrich Prinz
ulrich.prinz at googlemail.com
Mon Oct 15 00:16:57 CEST 2012
Hi
Am 14.10.2012 19:11, schrieb Harald Kipp:
> Hi Thiago,
>
> However, the original API provided GPIO_CFG_DISABLED, which attracts
> developers to enhance this with the type of peripheral function, that
> should be activated then. Today I see, that the introduction of
> GPIO_CFG_DISABLED was a mistake.
>
Not sure!
If you think about power management, GPIO_DISABLE makes sense. As if the
last pin of a port has been set to this value, the bank could disable
its clocks and safe power.
2nd there are some setups that can either be substituted across
different chip or they can be ignored.
So if a chip doesn't know about _DISABLED just ignore the value or at
least switch the pin to input or as open-drain and logic 1.
If a chip doesnt support _PUSHPULL, set it to _PULLUP
For the beginner it will work, for the advanced user it is fine too as
he never addresses these tokens. He read the manual and uses the
advanced ones.
Ulrich
More information about the En-Nut-Discussion
mailing list