How to write a LONG to EEPROM??

weg22 · Joined: 08 Jul 2005 Posts: 91

Hi all,

I'm trying to write a LONG to EEPROM. I have successfully written code to write a float to EEPROM and have just modified it to write 2 bytes (long) instead of 4 (float). When reading it from the EEPROM chip and then printing it to hyperterminal, I get a value of -31650. Anyone have any ideas?

Thanks in advance,
-weg

newguy · Joined: 24 Jun 2004 Posts: 1909

You're making it a bit more complicated than it needs to be. When you read something from an I2C EEPROM, you only need to set the read address for the first read. You then issue another read right after the first, which fetches the next byte in the EEPROM. Further sequential reads just keep advancing through memory.

Here are my standard I2C memory functions, straight out of one of my projects (so I know they work):

Ttelmah · Guest

What you post, should not have worked for a float either!...
The key is that if you add '1' to a pointer that is a pointer to a long, the pointer will move forward by the length of the long (two bytes), rather than by one byte. On a float, the pointer should move forward by 4!...
To add a one byte offset to a pointer, you need to 'cast it, to be a pointer to an int8, or a char. So:

i2c_write(*((int8 *)(&data) + i));

and

(*((int8 *)(&getData) + j)) = i2c_read(0);

This then makes the addition move in 'int8' sized lumps.

You are actually getting the correct bottom byte, but a garbaged top byte value.

Best Wishes

weg22 · Joined: 08 Jul 2005 Posts: 91

I was kind of hoping to get an answer based on my code and not a bunch of new functions on EEPROM. Yes, I agree it's a bit more complicated, but it should still work. I'm just wondering why it doesn't?

I mean all I did was change the variables "data" & "getData" from floats to longs and just reduced the i,j loops to go from 0->2 instead of 0->4.

Thanks,
-weg

weg22 · Joined: 08 Jul 2005 Posts: 91

Ttelmah,

After changing my i2c_write and i2c_read lines to what you have posted, I still get the same result: getData = -31650. Any ideas?

Thanks,
-weg

PCM programmer · Joined: 06 Sep 2003 Posts: 21708

My idea is, don't re-invent the wheel. I think your problem is that
you are re-writing low-level code that is already done in the CCS
eeprom driver files. So you're distracted from the actual problem,
which is how to split up a word into bytes for writing, and how to
re-join the two bytes together after reading. Notice in the code
below that by using the existing driver, all effort is put into solving
the actual problem and not into low-level i2c stuff. Also, the two
things you want to do, are made into functions. These can then
be re-used in the future, whereas your inline low-level stuff is not
easily re-usable. Making things into routines and re-using them
later is a key point in being a productive programmer.

Ttelmah · Guest

As a comment, are you sure you are using the same compiler version that worked for the floats?. There was a fault some time ago, with the CCS compiler, _incorrectly_ incrementing pointers by 1, rather than the element size, and this would explain the previous code working. However with the casts, it should work OK....
Using 'make8/make16' or a union, seems much simpler to me.
Your 'Hi' macro, PCM, would have the same problem as the original code, if the compiler correctly handled pointer arithmetic...

Best Wishes

Mark · Joined: 07 Sep 2003 Posts: 2838 Location: Atlanta, GA

Not that this is the problem, but %ld is for signed numbers and long is unsigned by default.

In your original code, what happens if the address is 0x00FF and you write 2 bytes. Answer, the upper byte gets written to 0x0000.

weg22 · Joined: 08 Jul 2005 Posts: 91

Okay, I followed "newguy's" example code and now I get the output as getData=-1. Am I doing something wrong?

Thanks again,
-weg

heath.g · Joined: 20 Jun 2006 Posts: 6

Just going back to your original issue. I have had the same problems. When working with INT16 and INT32 variables and needing to send them to an external device either serial or otherwise on a 8 bit data stream in a pain.

CCS assumes pointers arn't static so whenever you typecast a variable as a pointer it always uses the FSR.

So if you write:

INT8 i;
INT32 Address;

i = *(int)&Address + 1;

It will give you the 2nd byte in Address but at the expense of excessive instructions.

To overcome this I use a union and declare any INT16 or INT32 to their own union.

union uINT16
{
int16 INT16Data;
int8 Data[2];
};

When I declare the procedure:
void FRAMWrite(union uINT16 Address, int DataSize)

When calling the procedure just pass the address as a long. When you want to access the bytes in the Address do it like this:

SPI_WRITE2(Address.Data[1]); // set address high
SPI_WRITE2(Address.Data[0]); // set address low

Its a long winded way of getting the data but it works, and as in the previous example it cuts code space by half or more as the compiler now uses the constant value to retrieve the data.

I anybody has a better way I would be more than glad to see it.

Mark · Joined: 07 Sep 2003 Posts: 2838 Location: Atlanta, GA

Which EEPROM are you using?

weg22 · Joined: 08 Jul 2005 Posts: 91

Ttelmah: Yes, I am using an older version of PCM and that's probably why my code worked for floating point numbers.

Mark: I am using Microchip's 24FC515 EEPROM chip.

PCM programmer · Joined: 06 Sep 2003 Posts: 21708