DS18B20时序与定时器中断可能冲突怎么办

asshole

使用的芯片是STM32F103RCT6，定时器中断是1ms中断一次，程序中的中断除了定时器中断之外还有串口接收中断

使用4路DS18B20读取温度值，有加热，温度值上限设定都是50摄氏度，采用PID控制加热端口，但是在实际应用的过程中总会有一路出现50跳变成54摄氏度，然后再跳回50，或者49到53的跳变，还有到58的跳变

温度采集是500ms一次，其中在串口接收和发送的时候不进行采集(我知道是750ms才转换完成，但是寄存器里面有数值，所以读上一次寄存器里面的数值应该是没问题的)

出现上面的问题我的猜测是定时器中断影响了DS18B20的时序，想问一下各位大佬有没有什么看法呢

BurgLi

DS18B20采集数据的时候屏蔽中断不就好了

a5820736

同上，软件模拟通信时序时需要屏蔽中断，不然会被打断

asshole

BurgLi 发表于 2021-2-26 16:09
DS18B20采集数据的时候屏蔽中断不就好了

定时器里面写的东西对时间有精度要求，不能在采集的时候屏蔽中断呀，不然可能会乱掉的

asshole

a5820736 发表于 2021-2-26 16:17
同上，软件模拟通信时序时需要屏蔽中断，不然会被打断

定时器里面写的东西对时间有精度要求，不能在采集的时候屏蔽中断呀，不然可能会乱掉的

无痕幽雨

DS18B20延时改为硬计数器试试

moticsoft

asshole 发表于 2021-2-26 16:52
定时器里面写的东西对时间有精度要求，不能在采集的时候屏蔽中断呀，不然可能会乱掉的

是否可以固定为在定时中断完成后立即开始采集DS18B20，调整好定时中断的时间，确保在下次定时中断来之前可以完成采集。

Acuity

18B20时序要求比较严格，产品上使用，建议还是使用i2c、spi接口等数字温度传感器。参考18B20单总线抽象：
https://acuity.blog.csdn.net/article/details/81152511

nashui_sx

要么读不被打断  要么crc校验不对舍弃不就行了

01ddd

你是不是在定时器里干活了, 定时器只需进行扫描, 计算留在主程序。

asshole

01ddd 发表于 2021-3-1 11:05
你是不是在定时器里干活了, 定时器只需进行扫描, 计算留在主程序。

定时器1ms中断一次，用来计算时间，有很多外设要根据时间控制

SHRS23

建议参考9#方法，既然定时器中断不能停，那就给温度做校验，被打断时序的数据丢掉

操作系统

精简中断程序即可。时序没有你想象的要求那么严格。
正常情况下中断程序运行时间都是微秒级别的。几十个微秒就就退出中断了。
长时间运行中断服务程序。都是不可取的。
关键的时序，可以临时关闭中断。

asshole

操作系统 发表于 2021-3-1 14:06
精简中断程序即可。时序没有你想象的要求那么严格。
正常情况下中断程序运行时间都是微秒级别的。几十个微 ...

谢谢您的回复，我现在目前中断是1ms中断一次，但是在实验的过程中中断服务程序运行时间超过2us，DS18B20的数值就会出现跳变的问题，在产品中出现这种问题，实在是不行的，现在暂时的措施只能在关键的地方关中断处理了，后面干脆变更成热敏电阻测温算了

asshole

SHRS23 发表于 2021-3-1 13:40
建议参考9#方法，既然定时器中断不能停，那就给温度做校验，被打断时序的数据丢掉

可以试试，谢谢回复