亚洲春色中文字幕久久久-三上亚,91精品国产亚一区二区三区,久久久九色综合亚洲成色777,涩涩视频下载,国产午夜亚洲精品午夜鲁丝片,国产精品A一区二区三区腾讯导航,影音先锋色情AV在线看片,蜜臀国产在线视频,极品少妇高潮啪啪无码吴梦梦 ,精品人妻无码一区二区三区手机版

^{<noframes id="qe646">}

標題: 基于STM32+ucos-II+DS18B20調試成功 [打印本頁]

作者: pengyongnet 時間: 2020-2-2 19:48
標題: 基于STM32+ucos-II+DS18B20調試成功
前幾天調試了一下DS18B20的程序，起初系統在裸奔的時候DS18B20可以很正常的讀取數據。由于項目前期設計時添加了ucos實時操作系統。原以為把裸奔的程序移植過來就可以使用。結果悲劇發生了……如果做過這方面的朋友一定知道。添加后，你會發現系統不跑了，徹底的死掉了。原因在何處？經過一整天的查找，發現原來系統的時間片被占用了。導致ucos的ticks出現異常。

解決辦法：一種方法是：修改OS_CPU_SysTickInit(void)函數，與delay函數進行兼容。在溫度傳感器延時的時候不影響操作系統的tick運行。這樣就可以解決問題了。

還有一種方法就是，把18B20的延時定時器更換成TIM3或者是其他定時器。和系統的tick分開。即可解決。

作者: pengyongnet 時間: 2020-2-2 20:01
CPU_CRITICAL_ENTER();
  讀取18b20;
  CPU_CRITICAL_EXIT();

作者: pengyongnet 時間: 2020-2-3 08:47
認同二樓看法，DS18B20上見過類似情況，

OS_ENTER_CRITICAL();
XXXXXXXXXXXX
OS_EXIT_CRITICAL();

如上方法可解決。

你這情況有些蹊蹺了，如果問題不在中斷/delay上，也許是因為死鎖。
不過死鎖一般出現在復雜的系統上，DHT11發生死鎖也不應該啊。

作者: liaoxj 時間: 2020-5-31 17:38
學習一下，在哪里看代碼

歡迎光臨 (http://www.denmoz.com/bbs/)