完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
嗨,
我正在使用带有5-UFDFPN封装的M24C04 EEPROM。 我可以毫无问题地读/写它,但我发现EEPROM不仅确认0x50和0x51,而且实际上确认0x50到0x57。根据数据表,5-UFDFPN封装的地址应为: 1 0 1 0 0 0 A8 其中A8是页码。对于其他包,它是: 1 0 1 0 E2 E1 A8 其中E2和E1是IC上的引脚。数据表显示DF和5封装中的E1和E2读为0。但从我看来,芯片似乎接受E1和E2的任何值,因此确认0x50到0x57。 我测试确实这个IC导致'假确认',因为EEPROM的I2C线路在多路复用器上,当多路复用器断开EEPROM与uC的连接时,我不再得到确认。 你以前见过这个问题吗? 谢谢, 弗雷德 以上来自于谷歌翻译 以下为原文 Hi, I'm using the M24C04 EEPROM with the 5-UFDFPN package. I can read/write to it without problems, but I just found out that the EEPROM acknowledges not only 0x50 and 0x51, but actually acknowledges 0x50 to 0x57. According to the datasheet, the address of the 5-UFDFPN package should be: 1 0 1 0 0 0 A8 Where A8 is the page number. For the other packages, it's: 1 0 1 0 E2 E1 A8 Where E2 and E1 are pins on the IC. The datasheet says that E1 and E2 are read as 0 in the DFN5 package. But from what I see, it seems that the chip accepts any value of E1 and E2, thus acknowledging 0x50 to 0x57. I tested that it is indeed this IC that causes the 'fake acknowledgements' because the I2C lines of that EEPROM are on a multiplexer, and when the mux disconnects the EEPROM from the uC, I don't get the acknowledgements anymore. Have you seen this problem before? Thank you, Fred |
|
相关推荐
6个回答
|
|
嗨弗雷德,
以前从未见过这个问题。 DFN5的设备选择代码必须为1010 00A8 R / W,如果发送(E2,E1)=(1,1),设备应从总线中取消选择。在任何情况下,设备都不会回答对1010 11A8的ACK。 让我知道。 BR ST EEPROM支持团队 以上来自于谷歌翻译 以下为原文 Hi Fred, Never seen this problem before. The device select code for DFN5 must be 1010 00A8 R/W and the device should deselect itself from the bus if (E2,E1)=(1,1) is sent. In any case the device will not answer ACK to 1010 11A8. Let me know. BR ST EEPROM Support Team |
|
|
|
嗨皮埃尔,
我知道这是假设的行为,但现在发生的事情就好像(E2,E1)被视为无关紧要。 以上来自于谷歌翻译 以下为原文 Hi Pierre, I know that's the supposed behavior, but what happens right now is as if (E2, E1) are treated as don't cares. |
|
|
|
|
|
|
|
嗨皮埃尔,
谢谢你。这是一个好主意,我还没有尝试过。我会订购该部件并让您更新。 以上来自于谷歌翻译 以下为原文 Hi Pierre, Thank you for that. That's a good idea, I haven't tried it yet. I'll order the part and keep you updated. |
|
|
|
嗨皮埃尔,
我在焊接新零件时遇到一些麻烦,你有没有机会尝试一下? 以上来自于谷歌翻译 以下为原文 Hi Pierre, I have some trouble soldering a new part, have you had the chance to try it on your side? |
|
|
|
嗨弗雷德,
抱歉延误(从年假回来)。 我现在理解了这个问题:原因在于4Kb DFN5与8Kb和16Kb共享相同的内核芯片。因此,还必须对用于8&的其他设备选择代码1010 xxx响应“ACK”。 16 Kb。 最好的祝福 以上来自于谷歌翻译 以下为原文 Hi Fred, Sorry for the delay (Coming back from annual leave). I understand now the concern: The reason comes from the fact that the 4Kb DFN5 share the same core die than the 8Kb and 16Kb. Thus must also responds "ACK" to other device select code 1010 xxx used for 8 & 16 Kb. Best Regards |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2994 浏览 1 评论
3323 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1901 浏览 1 评论
3760 浏览 6 评论
6175 浏览 21 评论
STM32H7打开DCache后,出现了串口接收信息为空的现象,是哪里出了问题?
65浏览 5评论
用NANO STM32F103RBT6的开发板烧录不了是哪里出了问题?
70浏览 5评论
101浏览 5评论
外部中断触发类型为双边沿触发,进入中断回调后有什么办法判断该边沿是上升沿还是下降沿?
67浏览 5评论
STM32L071CBT6低温环境下无法正常工作是什么原因引起的?
64浏览 5评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-4-11 00:17 , Processed in 1.398170 second(s), Total 86, Slave 69 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191