完善资料让更多小伙伴认识你,还能领取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的选项
2797 浏览 1 评论
3258 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1832 浏览 1 评论
3682 浏览 6 评论
6079 浏览 21 评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1,再次烧录时无法检测到stlink怎么解决?
384浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事?
473浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的?
302浏览 2评论
使用STM32F407VET6的USB2.0功能,发现ctl后芯片无数据返回,是什么原因可能导致的呢?
222浏览 2评论
用STM32G431开发工程,1.50版本的Package包文件无法输出项目工程
328浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-1-23 13:57 , Processed in 1.487672 second(s), Total 88, Slave 71 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号