[PicForth] (no subject)

[easlab at absamail.co.za]

David Trethewey's - lost subject ?

David Trethewey wrote:
> Sorry about that previous message ( forgot the shift when I hit enter )

Don't post email in html-format either !

> I am currently working on a project fir the pic16f876 and I am using
> picforth. My concern is with the analog to digital converter module. I have
> read the documentation for the pic and its A-to-D registers and have come
> across a few problems. First, the documentation says, for the ADCON1
> register, bits 0,1,2,3 and 7 are used, but in the picforth.fs file these are
> not the bits used, and they do not have the corresponding names.
> My second problem is from what looks to me to be a typo of some kind. 
> In the
> pdf datasheet it lists the bits of the ADCON0 register, and it gives a brief
> description of each one. Under the go//done bit it explains:
> GO/DONE: A/D Conversion Status bit
> If ADON =3D 1:
> 1 =3D A/D conversion in progress (setting this bit starts the A/D conversion)
> 0 =3D A/D conversion not in progress (this bit is automatically cleared by
> hardware when the A/D
> conversion is complete)
> This clearly is confusing, because it is in fact the next ( implemented )
> bit that is named ADON. Its description:
> ADON: A/D On bit
> 1 =3D A/D converter module is operating
> 0 =3D A/D converter module is shut-off and consumes no operating current
> 

I don't think anybody else will 'answer'.
This is a low volume MailList.

But from what I remember of picforth:
- it hasn't kept up with the new pic chips,
   but since by it's nature forth is very 'open', you can modify/evolve
   it yourself;
- it's not appropriate to refer to the pdf-manual of a specific pic-chip:
    picforth will generate the code which you need but the requirements
    of the various new pic-chips is a separate matter.  You should be able
    to set/reset any number port with picforth. And then separately,
    depending on the specific pic-chip, find out how to control the chip.

I would confirm that the chip works as how I expect/understand
separately - possibly by using a lower-level code generation method
first.

Ie. use successive refinement.

== Chris Glur.