EEPW论坛

问 是我用的版本旧还是本身JTAG里就没有2134芯片选择...
谢谢. 答 1: re:union
{
float i2c_fl;
uint8 i2c_uc[4];  //
uint16 i2c_ui[2]; //    
}iic_data_buf;

float     tttI2C_ReadFloat(uint32 I2C_ADDR)
{
     I2C_ReadNByte(CAT1025, ONE_BYTE_SUBA,I2C_ADDR,&iic_data_buf.i2c_uc, 4);
     return(iic_data_buf.f);
}

void    tttI2C_WriteFloat(uint32 I2C_ADDR,float flData)
{
iic_data_buf.i2c_fl=flData;
        I2C_WriteNByte(CAT1025, ONE_BYTE_SUBA,I2C_ADDR,&iic_data_buf.i2c_uc, 4);
} 答 2: 谢谢。我试试。。。。 答 3: 还不行。。。能否再帮忙看看。。。。谢谢。读出来为零。。。 答 4: 周工帮忙看看。。。谢谢。 答 5: 浮点本质上也是按字节存放的浮点本质上也是按字节存放的，只要读写的字节流正确，那就不会出错；
float的字节大小虽然一般是4字节，但跟编译器相关
建议写成如下格式：
union
{
    float i2c_fl;
    uint8 i2c_uc[sizeof(float)];  //    
}iic_data_buf;

存储器是无法辨识浮点数和整型数的，二进制字节流到底是什么由软件解释，如果读出的数据还不对，建议单步运行，看写字节的次序和读字节的次序是否一致。

答 6: 谢谢terrence .. 答 7: 对不起,我的回帖中有个错误!union
{
float i2c_fl;
uint8 i2c_uc[4];  //
uint16 i2c_ui[2]; //    
}iic_data_buf;

float     tttI2C_ReadFloat(uint32 I2C_ADDR)
{
     I2C_ReadNByte(CAT1025, ONE_BYTE_SUBA,I2C_ADDR,iic_data_buf.i2c_uc, 4);
//数组名作地址,取地址符不要了!
     return(iic_data_buf.f);
}

void    tttI2C_WriteFloat(uint32 I2C_ADDR,float flData)
{
iic_data_buf.i2c_fl=flData;
        I2C_WriteNByte(CAT1025, ONE_BYTE_SUBA,I2C_ADDR,iic_data_buf.i2c_uc, 4); //
}
答 8: 谢谢。我发觉我的指针和联合混用了。但在C51可以的。 答 9: 发觉每次读出来的都是上一个存储的数。可是他两的地址不相邻的。 答 10: 谁有浮点数成功读写CAT1025经历。请指点一二。谢谢。 答 11: 最后一次顶。。。。 答 12: 2次类型强行转换应该搞定int可以,不怕float不成.

不管什么类型,实际都可以用char *存储.

所以,2次类型强行转换应该搞定.  答 13: re: 答 14: re;用了union就不必强行类型转换了.
我也在51和LPCARM中一直用,只不过操作的不是CAT1025.
有一点要注意,LPCARM中是小端,KEIL51中是大端.
估计楼主的问题出在操作CAT1025上. 答 15: 谢谢两位。我现在的情况是这样的。其他地方读出来的都是第一次的假如我第一次存储1.23.读写都可以。但随后其他EEPROM地址读出来的都是1.23..
我在EEPROM中定义的地址如下：
#define aa1  1
#define aa2  4
#define aa3  8
但写aa2,aa3后，下次读出来的都是aa1...
我看看是否存储顺序方面的事。。。
谢谢。。。 答 16: 我用操作C51方法弄的。。。谢谢。 答 17: re:怪了!照例用操作C51方法弄的话不会有问题的!
只可能是下次操作EEPROM CAT1025时的地址指针没有有效偏移.
答 18: 好好看看书。。。看来直接套用不行的 。。。。 答 19: IIC跟浮点没任何关系的  ARM是的存储原则是低低高高，即多字节变量的低字节存储在低地址，高字节存储在高地址

   51系统是高低低高原则