Continue to Site

Welcome to our site!

Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

  • Welcome to our site! Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

PIC look-up tables vs. EEPROM

Status
Not open for further replies.

Hank Fletcher

New Member
When you use a look-up table with a PIC, where does the data get stored? For instance, the 18F4685 has 48K of program memory, but only 1k of EEPROM memory, so depending on where those look-up tables are stored, I guess that would effect considerably how much data you could store in a look-up table, just on the PIC.

I guess I had always been thinking on the presumption that look-up tables fell under the category of program memory usage, but maybe I'm wrong about that?
 
When you use a look-up table with a PIC, where does the data get stored? For instance, the 18F4685 has 48K of program memory, but only 1k of EEPROM memory, so depending on where those look-up tables are stored, I guess that would effect considerably how much data you could store in a look-up table, just on the PIC.

I guess I had always been thinking on the presumption that look-up tables fell under the category of program memory usage, but maybe I'm wrong about that?

Lookup tables are stored in program memory, not the EEPROM - EEPROM data memory is an entirely different thing, although you could use it to store tables if you wanted, but it's rather slow.
 
Good to know, thanks!

Can you give an example of an application where it would make more sense to store data in the EEPROM memory as oppose to in program memory?
 
Good to know, thanks!

Can you give an example of an application where it would make more sense to store data in the EEPROM memory as oppose to in program memory?

The only thing that comes to mind is data that needs to change occasionally, a good example would be the entry code for a digital door system - the code could be stored in the data EEPROM as a table, and altered from the keypad as required.

Notice my keypad lock tutorial simply stores the code in program memory, but I do mention EEPROM as an obvious modification.
 
Good to know, thanks!

Can you give an example of an application where it would make more sense to store data in the EEPROM memory as oppose to in program memory?

Store strings for an LCD for example and other 'constant' data which never changes in program memory. Store data that may need to be changed, such as product configuration data, baud rate, time zone, etc., in EEPROM.

Mike
 
Last edited:
Store strings for an LCD for example and other 'constant' data which never changes in program memory. Store data that may need to be changed, such as product configuration data, baud rate, time zone, etc., in EEPROM.

Mike

hi,
Useful for storing 'calibration' data.
 
All what is a user selection.

All user choices like pre-tuned stations in a car radio, are stored in eeprom.

The same for cofee makers, printers and almost any device that has to keep a set of user's (selected) options for the next time it is turned on.
 
Status
Not open for further replies.

Latest threads

Back
Top