[En-Nut-Discussion] Ethernut on TI's Cortex-M3 (Stellaris LM3S...)
Philipp Burch
phip at hb9etc.ch
Sat Oct 27 21:46:35 CEST 2012
Hi all,
it's been a few days since my last post here. I still didn't make huge
progress with LM3S port, but at least the whole clock initialization and
GPIO handling is now ok. I haven't extensively tested it yet, but the
LED blinks at least ;)
So what I'm trying to do now is to add some code for the UART(s) to
facilitate debugging. This is not a problem from the implementation's
view, but I find it extremely hard to figure out where to correctly put
the code into and which headers/defines to use.
Is there anyone who could shed some light onto how the whole device
handling is done and how everything is linked together?
Example: There is a file uart.h and a usart.h. What is the difference?
I'd expect them to be almost identical, with the only exception that a
USART also supports synchronous interfaces. But the two headers do not
seem to be similar in any way.
Could anyone point out the "usual way" to add support for existing
devices to new platforms?
According to what I've seen in the source tree, I'd probably add UART
support for the LM3S this way:
- Add some UART device to the LM3S family configuration.
- Create a header lm3s_uart.h which exports the available UARTs as
DEV_UART0, DEV_UART1 and so on.
- Create a source file lm3s_uart.c which populates and exports a
NUTDEVICE structure per device and implements the necessary callbacks.
Is this correct, or are there other levels of abstraction which should
be taken into account?
Thanks,
Philipp
On 10/18/2012 01:40 PM, Ole Reinhardt wrote:
> Hi Philipp,
>
>> Ok, I got it. I've just been an idiot. In fact, I've even pointed my
>> mistake out before, have a look:
>
> Great that it works now :) I just started setting up my board. Anyway I
> will do so as I can test your code and better answer questions then.
>
> Bye,
>
> Ole
>
>
More information about the En-Nut-Discussion
mailing list