Hi Vasi,
On 24.02.14 15:48, vasi vasi wrote:
Guys, I strongly suggest that once we (Rob, in fact) settled for a set
of configuration bit "names", we have to stay with that indefinitely.
The enhanced midrange, but also other PIC types come frequently with new
or slightly different configuration options which cannot be covered with
existing keywords.
We are aiming at a moving target and we must be prepared for changes,
especially with an unguided missile like Microchip.
is little work to do
for maintenance, as there are no new chips from Microchip every day.
There are more reasons for maintenance than new chips: updated
datasheets, new releases of MPLAB(-X), changes of the compiler (remember
'shared' memory?), enhancement in libraries, better insight, required
improvements in the scripts with which the device files are built and
libraries are tested, etc..
FYI The recent changes of 'fuse_def WDT' were a result of 'better
insight'. "DISABLED" in MPLAB-X infor wasn't always what it seemed to
promise, but meant frequently "under software CONTROL". So this was a
required change. But even where MPLAB-X specifies "CONTROL", this was
also not always what it promises because some chips have no WDTCON
register! In these cases DISABLED stayed the proper keyword, even though
the fuse_def description may tell you differently (see e.g. 16f610).
This is just an illustration of one issue, there are many many more!
All
important changes should be triggered by a new version of the compiler
and also by the new microcontroller additions, without affecting what it
worked - much less work to do. Because we are breaking everything with
the Microchip changes, including some documentation or even web
tutorials and written books.
I'm afraid this won't result in less work. For every new thing in the
Microchip world you have to invent an equivalent in your 'ideal world'.
And I seldomly do something 100% right the first time.....
You can't have the same guys available for ever - see Albert who
introduced the USB libraries. If we keep this up, we can go to a point
where everything is broken.
A world without change is a dead world.
Apart from maintenance there are also other tasks like generating
releases, annoucements, etc. etc.
Regards, Rob.
--
R. Hamerling, Netherlands --- http://www.robh.nl
--
You received this message because you are subscribed to the Google Groups
"jallib" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/jallib.
For more options, visit https://groups.google.com/groups/opt_out.
