完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
大家好,
我在使用的M24SR标签上有一些奇怪的行为。进出芯片的I2C数据传输的最后一个字节是NAK,并且看起来正在抛弃STM32中的HAL驱动程序,我正在使用它来与之通信。这是预期的行为还是表现得很奇怪,如果奇怪,那么任何人都有任何想法。附上我所看到的一个例子。 谢谢 卢克 以上来自于谷歌翻译 以下为原文 Hello Everyone, I've got some strange behavior on the M24SR tag that I'm using. The last byte of an I2C data transfer either to or from the chip is being NAK'ed and looks to be throwing off the HAL drivers in the STM32 that I'm useing to talk to it. Is this expected behaviour or is it behaving oddly and if it is oddly then does anyone have any ideas. An example of what I'm seeing is attached. Thanks Luke |
|
相关推荐
1个回答
|
|
它是承认读取的主人......所以如果STM32是主设备,那么STM32(以及它正在运行的软件)最后会执行NAK。
JW 以上来自于谷歌翻译 以下为原文 It's the master who acknowledges read... so if STM32 is the master, it's STM32 (and the software it is running) which performs the NAK at the end. JW |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2738 浏览 1 评论
3241 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1810 浏览 1 评论
3650 浏览 6 评论
6039 浏览 21 评论
1339浏览 4评论
201浏览 3评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1,再次烧录时无法检测到stlink怎么解决?
353浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事?
444浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的?
274浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-25 07:10 , Processed in 1.236182 second(s), Total 76, Slave 60 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号