亚洲精品久久久久久久久久久,亚洲国产精品一区二区制服,亚洲精品午夜精品,国产成人精品综合在线观看,最近2019中文字幕一页二页

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

令人頭疼的異常重啟,竟然是KV的鍋…

合宙LuatOS ? 來源:合宙LuatOS ? 作者:合宙LuatOS ? 2024-09-26 18:14 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

?在技術支持群,看到有用戶報了一個不明原因的重啟問題。 重啟現象是 ——有極個別設備在工作中不定時反復異常重啟,大部分設備正常;反復重啟設備,有時候又能持續(xù)正常工作。

隔著屏幕都感覺到了客戶的著急和無奈,我決定和這位用戶一起揪出這個“搗蛋鬼”。

圖片?

一、查找線索

按常規(guī)流程先詢問用戶開發(fā)模塊、開發(fā)方式,并要求提供對應日志。經確認如下:

開發(fā)模塊:Air780E

最新資料:www.air780e.cn

開發(fā)方式:LuatOS

開發(fā)教程:

https://doc.openluat.com/wiki/26?wiki_page_id=3020

客戶提供日志反饋:

腳本日志沒報錯誤,就是不定時卡住一會,然后就重啟了。

圖片?

第一反應:不會是死循環(huán)導致的重啟吧?

用戶反饋:“沒有死循環(huán),任務里面都有延時的,而且大部分設備是正常的。且重啟的時間也不定,最短4秒,最長是三分多鐘,看起來不符合20秒的看門狗重啟呀,而且設備昨天有正常工作一天,然后異常的時候就持續(xù)一直異常。但是這個固件的絕大部分設備是正常工作,不會異常重啟的?!?/p>

看來不是死循環(huán)導致的看門狗重啟問題。

為了進行一步排查重啟原因,我讓用戶用pm.lastReson()這個接口打印開機原因值。

客戶反饋:“我們有平臺上傳數據, pm.lastReson()是006異常重啟 ”。

根據接口文檔相關說明來看,確實不是內部看門狗導致的重啟,是異常重啟導致的。

接口文檔詳見:

https://wiki.luatos.com/api/pm.html#pm-lastreson

圖片?

二、了解背景

心想看不出啥具體原因,先了解一下客戶使用背景吧,說不定會有啥線索。

我問:“之前正常,現在是用不了,一直在重啟嗎?”

客戶反饋:“也不是吧,一開始是好的,然后掛了幾個月一直重啟,最近發(fā)現,昨天我拿過來掛了一天又正常,然后今天又重啟,老化區(qū)就這個設備會重啟,其他同固件是正常的?!?/p>

我又問:“換DEMO會重啟嗎? 確認一下是硬件問題,還是軟件問題。

客戶反饋:“ 今天測試過,只下載腳本是一定會出問題。 然后我剛剛重新下載底層和腳本,目前五分鐘沒有重啟。”

看上去應該不是硬件問題,可能是軟件引起的。心想讓客戶用最新版本試一下吧,確認一下還會不會出現問題。

客戶反饋:“我們是因為有一個設備到客戶手上有這個問題是V1108的,然后老化區(qū)只有這個設備也是異常重啟,是V1106的,然后就看的這個,后面重新燒錄1106的底層也是正常的,這設備挺難出現這個問題的,只能我們這邊掛著測一下?!?/p>

看來又是一個令人頭大的重啟問題,要等客戶提供底層日志來進一步排除問題了。

三、重要線索


客戶把掛測的底層日志提供過來了,打開后確實看到了RamDumpData開頭的死機信息。

圖片?

打開上面的RamDumpData出現如下信息:

圖片?

我趕緊和研發(fā)大佬確認,可能是啥情況。大佬問答大概率是FLASH壞掉了,讓和客戶確認不是有KV相關的操作。

客戶回答,確實有KV的操作。

本文提到的KV:

KV數據庫 ——指的是LuatOS中的FSKV庫,提供鍵值對數據庫功能,數據持久化在Flash上,使用獨立的KV分區(qū),使用LuaTools刷機時可選擇清空,默認是不清空。由Flash的特性決定了,寫入次數是有限的,頻繁寫入導致超限后,將無法設置/更新數據,導致系統(tǒng)異常。

為了進一步驗證猜測,讓客戶做了如下測試:

問:“死機重啟后,燒錄不清除KV試試看還會不會重啟,或者去除KV相關操作看還會不會重啟?!?/p>

答:“KV操作挺多的,不好清除,我試下燒錄不清除KV,有時候斷電過一會就好了,不是很好復現,我先試試燒錄不清除KV?!?/p>

客戶反饋:“不清除KV也會有重啟。”

問:“重新燒錄底層的時候,有沒有清理KV。”

答:“有”…

根據此前客戶反饋和當前測試來看,應該是FALSH模塊有些區(qū)域壞掉了。

四、確認猜測


至此,可以說這個重啟的原因基本是確認了,導致模塊令人琢磨不透的重啟問題的“搗蛋鬼”也基礎上算是給揪出來了。但是,還是需做進一步的測試來確定猜測。

研發(fā)大佬給了一下測試固件,來確認猜測是否正確。

圖片?

經過測試驗證后,確定是FALSH部分區(qū)域壞掉引起的重啟。

至此這個“重啟案件”算是偵破了。

給客戶的建議:

要改腳本,需要大幅度減少寫KV的次數,防止破壞模塊重啟的“搗蛋鬼”再次出來搗亂。

溫馨提示:

KV的寫壽命是10萬次,過于頻繁操作可能會導致FLASH壞掉,引起設備反復重啟。

因此,在寫代碼的時候要盡量減少寫KV的次數。

審核編輯 黃宇

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 接口
    +關注

    關注

    33

    文章

    9366

    瀏覽量

    155874
  • 燒錄
    +關注

    關注

    8

    文章

    304

    瀏覽量

    36877
  • LuatOS
    +關注

    關注

    0

    文章

    127

    瀏覽量

    2527
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    睿擎平臺CoreDump實戰(zhàn)指南:系統(tǒng)崩潰現場的完美捕獲 | 技術解析

    在嵌入式系統(tǒng)開發(fā)中,系統(tǒng)崩潰往往是最令人頭疼的問題之一。當程序突然宕機、出現硬故障或斷言失敗時,如何快速定位根本原因?CoreDump技術為開發(fā)者提供了一種「時間凍結」的能力,能在系統(tǒng)崩潰瞬間捕獲
    的頭像 發(fā)表于 10-29 16:58 ?3446次閱讀
    睿擎平臺CoreDump實戰(zhàn)指南:系統(tǒng)崩潰現場的完美捕獲 | 技術解析

    翼輝信息PLC冗余技術在智慧水務行業(yè)的應用

    而這一切令人頭疼的停水危機,正被翼輝信息的 PLC 冗余系統(tǒng)悄然化解。它帶來的“雙保險”,如何讓涓涓清流穩(wěn)如磐石?答案就在我們守護供水安全的“大心臟”里。
    的頭像 發(fā)表于 10-22 14:59 ?353次閱讀
    翼輝信息PLC冗余技術在智慧水務行業(yè)的應用

    利用麥科信示波器的分段存儲功能捕捉單次異常信號

    在電子調試中,最令人頭疼的莫過于轉瞬即逝的偶發(fā)異常。它難以捕捉,卻足以讓系統(tǒng)癱瘓。如何精準“逮”住這幽靈般的故障?示波器的分段存儲功能正是破解此道的利器。本文將揭示如何利用這一強大功能,讓每一次異常都無所遁形,告別盲目排查!
    的頭像 發(fā)表于 10-10 16:41 ?2440次閱讀
    利用麥科信示波器的分段存儲功能捕捉單次<b class='flag-5'>異常</b>信號

    揭秘雙活網關的工作原理

    想象一下,你正在享受一場在線游戲的激烈對決,網絡突然斷了,是不是很讓人抓狂?在數據中心的世界里,這樣的情況同樣令人頭疼。為了防止這種情況發(fā)生,我們引入了一位“超級英雄”——雙活網關。它就像一個可靠的哨兵,時刻守護著網絡連接。今天,我們將一起揭秘雙活網關是如何守護網絡連接、避免業(yè)務中斷的。
    的頭像 發(fā)表于 09-24 10:24 ?386次閱讀
    揭秘雙活網關的工作原理

    電能質量在線監(jiān)測裝置重啟前,安全防護方面的檢查和日常運行時的檢查有何不同?

    損壞、數據丟失)”,需覆蓋 “硬件連接、操作流程、數據風險” 等與重啟強相關的安全點; 日常運行檢查是 “ 事中持續(xù)性監(jiān)控 ”,聚焦 “及時發(fā)現運行中潛在的安全隱患(如過熱、異常放電、通信中斷)”,需實時跟蹤 “裝置狀態(tài)、環(huán)
    的頭像 發(fā)表于 09-23 14:38 ?234次閱讀
    電能質量在線監(jiān)測裝置<b class='flag-5'>重啟</b>前,安全防護方面的檢查和日常運行時的檢查有何不同?

    Nginx負載均衡策略選擇指南

    上個月,我們的電商系統(tǒng)在大促期間突然出現用戶購物車數據丟失的問題。經過排查發(fā)現,罪魁禍首竟然是負載均衡策略配置不當!
    的頭像 發(fā)表于 08-20 16:23 ?497次閱讀

    CAN總線通信異常頻發(fā)?CANBridge+幫您快速搞定!

    在CAN總線通信現場,工程師們常常遇到這樣的難題:實驗室測試一切正常,但一到現場就頻繁出現錯誤幀,通信異常不斷,排查起來既耗時又費力,令人頭疼不已。別擔心,ZLG致遠電子的CANBridge+
    的頭像 發(fā)表于 07-14 11:38 ?292次閱讀
    CAN總線通信<b class='flag-5'>異常</b>頻發(fā)?CANBridge+幫您快速搞定!

    電機重啟動的控制策略

    為了解決高壓大容量變頻器調速異步電機失電后的重啟動問題,本文作者曾經采用過直流側最小電流法、交流側最小電流法等多種控制方法檢測轉子轉速。在現場應用中,發(fā)現這些方法存在提取信號困難、數據量大以及穩(wěn)定性
    發(fā)表于 05-27 16:23

    V2-f湍流模型在復雜流動中的應用研究

    和 Vandromme,1986;Lien 和 Leschziner,1993)。當所有雷諾應力分量都存儲在精確位置時,這個問題會變得更加嚴重,導致速度與應力解耦和令人頭疼的棋盤振蕩。
    的頭像 發(fā)表于 05-03 18:20 ?2257次閱讀

    UPS(不間斷電源)故障頻發(fā)?原因竟然是這樣

    UPS(不間斷電源)故障頻發(fā)?原因竟然是這樣
    的頭像 發(fā)表于 04-19 13:53 ?1166次閱讀
    UPS(不間斷電源)故障頻發(fā)?原因<b class='flag-5'>竟然是</b>這樣

    紋波異常的原因竟然是這個??!

    的EMI性能?!緫谩恳繇戨娫础疽?guī)格】12V2A【問題描述】:紋波異常客戶描述紋波有異常的尖刺,測試輸出紋波發(fā)現確實有尖刺,總體紋波高達360mV把示波器時間調快
    的頭像 發(fā)表于 04-15 09:53 ?616次閱讀
    紋波<b class='flag-5'>異常</b>的原因<b class='flag-5'>竟然是</b>這個?。? />    </a>
</div>                              <div   id=

    35kV、110kV、220kV、550kV可控放電避雷針區(qū)別

    35kv110kv220kv550kv可控放電避雷針的區(qū)別
    發(fā)表于 03-18 16:40 ?0次下載

    基于8051 MCU AiP8F3216的空氣炸鍋單解決方案

    基于8051 MCU AiP8F3216的空氣炸鍋單解決方案
    的頭像 發(fā)表于 02-05 10:12 ?787次閱讀
    基于8051 MCU AiP8F3216的空氣炸鍋單<b class='flag-5'>鍋</b>解決方案

    移動端設備上稀奇古怪的前端問題收集(一)

    與設備差異相關的 bug 則更令人頭疼一些。這里記錄下我在工作中遇到過的稀奇古怪的前端問題,作為給自己的記錄和提醒。
    的頭像 發(fā)表于 01-24 15:41 ?543次閱讀