PIC16F1459 getenv("SFR:SPBRG") ERROR 28

[freesat]

Hi guys,

I'm trying to replace older pic I'm using with PIC16F1459, using same code that uses getenv, but getenv does not work with this ( Error 28: Expecting an identifier, Bad SRF name ), works on almost pics i have tried, if it does not have SPBRG simple return is 0 ( Not Detected in this case ).

[Ttelmah]

The 'SPBRG', is a 16bit register, made up of two halves 'SPBRGL', and 'SPBRGH' (low and high bytes). The compiler only knows the names of the halves. If you want to access the whole register (which is what you should be doing to write a value), use:

[PCM programmer]

It's a little bit confusing, because if you look in the Memory Map section
of the 16F1459 data sheet, it uses the traditional Microchip terms of
SPBRG and SPBRGH. See Table 3-6.

But then if you go down to Table 3-12, Microchip switches terminology to
SPBRGL and SPBRGH.

This is a bug in the PIC's data sheet.
http://ww1.microchip.com/downloads/en/DeviceDoc/40001639B.pdf

You can use the SFR_VALID function to see if the SFR exists:

[freesat]

Hi Ttelmah,

Thanks for answer, it is for use with DMX protocol, because my code ( derived from Mark's code ) need it in that way, works perfectly in any device i have used, except this one.

I have write a code, that compile and works in any pic, without any changes on code or defines ( full automatic ) and is like universal, but now i get this trouble with that pic, i like to maintain the code universal, but now including the SPBRGL.

if i use ( getenv("SFR:SPBRGL") , it raise same Error 28, with chips that does not have SPBRGL like 16F628

So there other way to check if exists SPBRGL or SPBRG without raise an error?

[PCM programmer]

Yes, see the edit to my post that I made at the same time you posted.

[Ttelmah]

Yes.
It is a case of CCS following a data sheet 'bug', without thinking about compatibility.

If SPBRGL is not valid, then test SPBRG and it should be OK.