Error in PIC data

[simon-sandtcontrols]

Hi all,

Not sure this is a bug, more an error, but hopefully this is the right place to post this.

In looking for a 14 pin PIC with 2x UART transceivers and an EEPROM (using the list of supported devices from the Flowcode website) I found the PIC16F15325, after writing my code it generated a compile error, citing the EEPROM as the problem. I have discovered that the PIC 16F15325 does not have an on board EEPROM, in fact there is no 14 (or 20) pin PIC with 2 UART transceivers and an EEPROM. Back to the drawing board for me, but it led me to look at other devices in the same series listed on the website as having a 128B EEPROM and I have found a few:

PIC16F15313
PIC16F15323
PIC16F15324
PIC16F15325
PIC16F15344
PIC16F15345
PIC16F15354
PIC16F15355
PIC16F15356
PIC16F15375
PIC16F15376
PIC16F15385
PIC16F15386

And their LF counterparts.

This I have checked all of these against the Microchip website and they are all showing no EEPROM. I think the information within the Flowcode device files is also incorrect as the EEPROM component indicates there being a 128 B EEPROM available, until you compile!!

I haven't gone beyond these devices listed.

I would just like to save anyone else from going down the route I just have.

Many Thanks.

Simon.

[BenR]

Hi Simon,

Thanks for letting us know of the issue I'll see if I can get it resolved.

As for needing eprom type memory these newer devices can often refresh areas of their own program memory allowing you to use sections of flash as eprom. It's a bit more tricky but is possible. The main limiting factor is the minimum erase size. If this is small then it's much easier then if its large.

On the devices you mentioned it's 64 bytes I beleive which is very workable.

[simon-sandtcontrols]

Hi Ben,

Thanks for this. I didn't realise you can do that and I have just found the component. That might just solve my problem as I just need to store a calibration offset, that needs updating by the second UART every year or so.

Simon.