Re: Hardware Abstraction

Vladimir Vassilevsky wrote:



Rene Tschaggelar wrote:


I am looking for a concept for abstracting of a hardware. It is desired that the concept should be convenient, clear, consistent, logical and pretty universal.


Such as block and stream devices ?


The abstractions at the lower level are interesting to me. A pin can be an input or output. Some outputs can do PWM. Some inputs can do input capture. So on, so forth.

Also, it would be good to minimize the amount of cryptic system functions, initializations and dependencies.


Those almost infinitely clever abstractions lower
the performance to almost zero when someone then
tries to implement a serial protocol on serial hardware
but with a stream device driver in between.

Size/speed are not the issues in 99% cases. What does matter is the quality and the application development time.

The initialization usually is only a few register
access each. Depending on the families, there are
limitations that cannot be overcome. Especially
since some families were partially made to have
a certain feature enhanced.
Eg the dsPIC2023, with a PWM that operates on a
PLLed 480MHz clock, but only on 5V, at 3.3V, the
PLL is lower, 320MHz. You want to cover this with
a standard PWM ?

I came across such libraries. As soom as you need
a trivial addition, such as power save, part of them
becomes useless.

IMO, a HAL is a bad idea in many cases, especially
on embedded hardware. How to dump performance on
zero advantage.

Reinventing a wheel each and every time when starting a new project is not a good idea either.

Read the manual once, understand how it works and
then copy/paste from project to project.

Rene
.

Quantcast