基於NiosII系統的看門狗實現方法及裝置製造方法
2023-06-03 11:37:06
基於NiosII系統的看門狗實現方法及裝置製造方法
【專利摘要】本發明實施例提供一種基於NiosII系統的看門狗實現方法及裝置，基於NiosII系統的看門狗實現方法，包括後臺守護單元接收應用程式發送的第一餵狗信號，根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作；守護單元接收所述後臺守護單元發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。基於NiosII系統的看門狗實現方法及裝置，實現處理多任務系統結構的看門狗系統，通用性強，可以適應多種作業系統，提高系統的穩定性。
【專利說明】基於Niosl I系統的看門狗實現方法及裝置
【技術領域】
[0001]本發明涉及計算機【技術領域】，尤其涉及一種基於NiosII系統的看門狗實現方法及裝置。
【背景技術】
[0002]NiosII微處理器是Altera公司設計開發的一種可配置通用32位RISC (ReducedInstruction Set Computer,精簡指令集計算機)軟核處理器,可以應用在多種類型的FPGA(Field Programmable Gate Array,現場可編程門陣列)晶片上,作為一種可配置的通用RSIC軟核處理器，用戶可以根據需要對軟核處理器進行裁剪和添加(主要是CPU的外圍接口，總線等元素)，以滿足不同需要。在NiosII系統上可以運行uC/OS-1I，uClinux等常用嵌入式作業系統，使得NiosII可以適應多種領域的應用，同時方便應用軟體的開發。
[0003]由於NiosII是一種軟核處理器，其結構、外圍接口以及總線結構並不固定，因此整個系統的穩定性較專用ASIC (Application Specific Integrated Circuits,專用集成電路)晶片有一定差距，因此一種穩定，可靠地看門狗系統對於使用了 NiosII的系統來說至關重要，但目前針對NiosII+linux環境的看門狗軟體並沒有一種通用且獲得多數組織認可的標準。
【發明內容】
[0004]本發明實施例的目的是提供一種基於NiosII系統的看門狗實現方法及裝置，提高系統的穩定性。
[0005]本發明實施例的目的是通過以下技術方案實現的:
[0006]一種基於NiosII系統的看門狗實現方法，包括:
[0007]後臺守護單元接收應用程式發送的第一餵狗信號，根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作；
[0008]守護單元接收所述後臺守護單元發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。
[0009]一種基於NiosII系統的看門狗實現裝置，包括守護單元、後臺守護單元以及應用程式:
[0010]所述應用程式，用於向所述後臺守護單元發送第一餵狗信號；
[0011]所述後臺守護單元，用於接收所述應用程式發送的第一餵狗信號，根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作；
[0012]所述守護單元，用於接收所述後臺守護單元發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。
[0013]由上述本發明實施例提供的技術方案可以看出，基於NiosII系統的看門狗實現方法及裝置，實現處理多任務系統結構的看門狗系統，通用性強，可以適應多種作業系統，提高NiosII系統的穩定性。【專利附圖】
【附圖說明】
[0014]為了更清楚地說明本發明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域的普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他附圖。
[0015]圖1為本發明實施例提供的基於NiosII系統的看門狗實現方法流程示意圖。
[0016]圖2為本發明實施例提供的基於NiosII系統的看門狗實現裝置構成示意圖。
[0017]圖3為本發明實施例提供的基於NiosII系統的看門狗實現方法應用示意圖。
[0018]圖4為本發明實施例提供的基於NiosII系統的看門狗實現方法中後臺守護進程應用示意圖。
[0019]圖5為本發明實施例提供的基於NiosII系統的看門狗實現方法中應用程式接口應用示意圖。
[0020]圖6為本發明實施例提供的基於NiosII系統的看門狗實現方法中應用程式註冊、註銷、餵狗、幀解析應用示意圖。
【具體實施方式】
[0021]下面結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明的保護範圍。
[0022]如圖1所示，本發明實施例提供一種基於NiosII系統的看門狗實現方法，包括:
[0023]步驟11、後臺守護單元接收應用程式發送的第一餵狗信號，根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作。
[0024]步驟12、守護單元接收所述後臺守護單元發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。
[0025]本發明實施例基於NiosII系統的看門狗實現方法，應用程式可以為多個，實現處理多任務系統結構的看門狗系統，提高系統的穩定性，通用性強，針對多任務系統設計，可以同時監控多個應用程式，模塊化設計，接口簡單、靈活，可根據不同需求進行變化。可以適應多種作業系統，如linux, uC/OS-1I, uClinux。
[0026]其中，所述第二餵狗信號的發送周期可以小於第一餵狗信號的發送周期。
[0027]本發明實施例基於NiosII系統的看門狗實現方法，NiosII配置在FPGA晶片上，守護單元也集成在FPGA晶片上，守護單元主要功能是根據後臺守護單元的第二餵狗信號對NiosII系統進行重啟操作，其類似「硬體看門狗」，主要功能由FPGA晶片實現。其中，後臺守護單元配置硬體看門狗的餵狗時間間隔，硬體看門狗的餵狗時間間隔應設計儘量長，通常最小以「秒」為單位。
[0028]本發明實施例基於NiosII系統的看門狗實現方法，後臺守護單元核心是後臺守護進程，其類似一個「軟體看門狗」，主要特性是後臺運行。還有，後臺守護進程需要與其運行前的環境隔離開來，保證軟體看門狗進程的獨立性，不受運行之前的一些元素的影響。後臺守護單元主要功能是:一方面實現對硬體看門狗的餵狗操作，另一方面接收多個應用程式的餵狗信號，對各個應用程式進行重啟操作，或者對作業系統(如linux)進行重啟操作，或者對整個NiosII系統(包括FPGA)進行重啟操作。
[0029]本發明實施例基於NiosII系統的看門狗實現方法，還包括:
[0030]所述應用程式向所述後臺守護單元發送註冊信息進行註冊，所述註冊信息包括程序名、第一餵狗信號的發送周期(即餵狗頻率信息)、進程標識符pid，reset模式信息，其中，程序名包括路徑信息長度、路徑信息參數，reset模式信息包括重啟應用程式、重啟作業系統或者重啟NiosII系統,重啟作業系統還包括重啟應用程式的閾值；
[0031]以及，所述後臺守護單元根據第一餵狗信號的發送周期對應用程式設置定時器。
[0032]本領域技術人員可以理解，重新啟動作業系統，相當於執行reboot命令。重啟NiosII系統:可以通過重啟CPU來實現整個NiosII系統的重啟。可以設置重啟作業系統的條件:當對某一個應用程式進程重啟次數達到5次，則認為當前作業系統運行不正常，則進行重啟作業系統的動作。
[0033]通過上述註冊信息的說明可見，步驟11中根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作，可以包括:
[0034]當所述定時器超時，所述後臺守護單元沒有收到所述第一餵狗信號，則根據reset模式中重啟應用程式以及程序名進程標識符pid，重啟所述應用程式；
[0035]或者，當重啟所述應用程式的次數達到閾值，則重啟作業系統或者重啟NiosII系統；
[0036]或者，當重啟作業系統後，且所述定時器超時，沒有收到所述第一餵狗信號，則重啟NiosII系統。
[0037]也就是，後臺守護單元實時監控註冊的應用程式，對每個註冊的應用程式配置一個定時模塊(定時器)，接收應用程式發送的第一餵狗信號。定時模塊根據第一餵狗信號的發送周期設置預閾值。如果餵狗超時，即定時模塊超時，沒有接收到第一餵狗信號，後臺守護單元則會按照註冊時的reset模式進行重啟，包括重啟應用程式、重啟作業系統、重啟NiosII 系統。
[0038]示例性的，軟體看門狗(後臺守護單元)，將實時監控完成註冊的所有應用程式進程，當某一應用程式2分鐘內沒有對軟體看門狗進行餵狗操作，則軟體看門狗判斷該應用程式運行不正常，則啟動重啟應用流程；當軟體看門狗對某一應用程式進行多次(5次)重啟操作，而且該應用程式仍工作不正常(不對軟體看門狗進行餵狗操作)，則軟體看門狗判斷作業系統運行不正常，則啟動重啟作業系統流程。
[0039]本發明實施例基於NiosII系統的看門狗實現方法，還包括:
[0040]所述後臺守護單元主動定時查詢特別應用程式是否運行，當所述特別應用程式已經不運行，則根據所述特別應用程式的配置參數對所述特別應用程式進行重啟，其中，所述後臺守護單元每次啟動時從配置文件中讀取所述配置參數。
[0041]特別應用程式可以理解為對於一些非自行開發的程序(進程)，後臺守護單元採用主動監測的方式來實現對這些應用程式的監控和操作，即，後臺守護進程對需要監控的進程定時進行監測，監測的方式為查詢該進程是否在運行(但不關心是否正常運行)，如果發現該進程已經不存在，則根據實現的配置參數，對該進程進行重啟，或對整個系統(NiosII系統)進行重啟，相關參數(進程名，路徑，重啟相關參數)均保存在一個配置文件中，後臺守護進程每次啟動時從配置文件中讀取需要的參數來對這些特殊的進程進行維護。此部分涉及文件的讀取，建議使用xml格式文件。
[0042]本發明實施例基於NiosII系統的看門狗實現方法，所述後臺守護單元與應用程式間採用unix socket方式通信,所述後臺守護單元作為server端,所述應用程式作為client端,通信數據採用msdh私有協議巾貞結構。後臺守護單元實現一個server模塊,對應的應用程式實現一個client模塊,來處理相應的數據包。unix socket通信方式可以參考現有技術得以理解，在此不作贅述。
[0043]本發明實施例基於NiosII系統的看門狗實現方法，還可以包括:
[0044]所述後臺守護單元向所述守護單元發送配置信息，所述配置信息包括第二餵狗信號的發送周期，所述守護單元根據第二餵狗信號的發送周期設置定時器。
[0045]可見，步驟12中根據所述第二餵狗信號對所述NiosII系統進行重啟操作，可以包括:
[0046]當所述定時器超時，所述守護單元沒有收到所述第二餵狗信號，則所述NiosII系統進行重啟操作。
[0047]示例性的，軟體看門狗(後臺守護單元)，將每5秒中對硬體看門狗進行一次餵狗操作，如果軟體看門狗進程運行不正常，10秒鐘內沒有對硬體看門狗進行餵狗操作，則硬體看門狗判斷軟體看門狗運行不正常，則啟動重啟硬體操作(reset CPU)，進而重啟整個NiosII系統。
[0048]本發明實施例基於NiosII系統的看門狗實現方法，還可以包括:
[0049]所述應用程式向所述後臺守護單元發送關閉守護命令，通知所述後臺守護單元停止對所述應用程式進行監控；
[0050]或者，所述應用程式向所述後臺守護單元發送關閉守護單元命令，通知所述後臺守護單元控制所述守護單元停止監控。
[0051]示例性的，當應用程式不需要軟體看門狗對其進行監控時，可以向軟體看門狗發送一條命令，通知軟體看門狗停止對其的監控，即關閉軟體看門狗，關閉軟體看門狗就標識不對某一應用程式進行監控和復位操作。
[0052]當整個系統(NiosII系統)不需要看門狗功能的情況下，應用程式可以發送一條命令給軟體看門狗，告知軟體看門狗將硬體看門狗關閉，則軟體看門狗則對硬體看門狗的控制寄存器進行配置，將其關閉。關閉硬體看門狗後整個系統(NiosII系統)就處在沒有看門狗功能的狀態(一般在調試狀態下需要這個功能)。
[0053]也就是，應用程式可以開啟和關閉軟體看門狗、硬體看門狗。守護單元可實現「開啟/關閉」操作，且默認為「關閉」狀態，由後臺守護進程來根據需要對守護單元進行「開啟」操作，以便在系統調試和升級過程中屏蔽掉看門狗對這些操作的影響。
[0054]如圖2所示，本發明實施例提供一種基於NiosII系統的看門狗實現裝置，包括守護單元21、後臺守護單元22以及應用程式23:
[0055]應用程式23，用於向後臺守護單元21發送第一餵狗信號；
[0056]後臺守護單元22，用於接收應用程式23發送的第一餵狗信號，根據所述第一餵狗信號以及應用程式23的註冊信息對所述應用程式進行重啟操作；[0057]守護單元21，用於接收後臺守護單元22發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。
[0058]本發明實施例基於NiosII系統的看門狗實現裝置，應用程式可以為多個，實現處理多任務系統結構的看門狗系統，提高系統的穩定性，通用性強，針對多任務系統設計，可以同時監控多個應用程式，模塊化設計，接口簡單、靈活，可根據不同需求進行變化。可以適應多種作業系統，如linux, uC/OS-1I, uClinux。
[0059]其中，所述第二餵狗信號的發送周期小於第一餵狗信號的發送周期。
[0060]本發明實施例基於NiosII系統的看門狗實現裝置，NiosII配置在FPGA晶片上，守護單元也集成在FPGA晶片上，守護單元主要功能是根據後臺守護單元的第二餵狗信號對NiosII系統進行重啟操作，其類似「硬體看門狗」，主要功能由FPGA晶片實現。其中，後臺守護單元配置硬體看門狗的餵狗時間間隔，硬體看門狗的餵狗時間間隔應設計儘量長，通常最小以「秒」為單位。
[0061]本發明實施例基於NiosII系統的看門狗實現裝置，後臺守護單元核心是後臺守護進程，其類似一個「軟體看門狗」，主要特性是後臺運行。還有，後臺守護進程需要與其運行前的環境隔離開來，保證軟體看門狗進程的獨立性，不受運行之前的一些元素的影響。後臺守護單元主要功能是:一方面實現對硬體看門狗的餵狗操作，另一方面接收多個應用程式的餵狗信號，對各個應用進程進行重啟操作，或者對作業系統(如linux)進行重啟操作，或者對整個NiosII系統(包括FPGA)進行重啟操作。
[0062]進一步的，所述應用程式，還用於向所述後臺守護單元發送註冊信息進行註冊，所述註冊信息包括程序名、第一餵狗信號的發送周期、進程標識符pid，reset模式信息，其中，程序名包括路徑信息長度、路徑信息參數，reset模式信息包括重啟應用程式、重啟作業系統或者重啟NiosII系統,重啟作業系統還包括重啟應用程式的閾值。
[0063]所述後臺守護單元，還用於根據第一餵狗信號的發送周期對應用程式設置定時器，當所述定時器超時，沒有收到所述第一餵狗信號，則根據reset模式中重啟應用程式以及程序名進程標識符pid，重啟所述應用程式；或者，當重啟所述應用程式的次數達到閾值，則重啟作業系統或者重啟NiosII系統；或者，當重啟作業系統後，且所述定時器超時，沒有收到所述第一餵狗信號，則重啟NiosII系統。
[0064]對於非自行開發的程序(進程)被視為特別應用程式，所述後臺守護單元，還用於主動定時查詢特別應用程式是否運行，當所述特別應用程式已經不運行，則根據所述特別應用程式的配置參數對所述特別應用程式進行重啟，其中，所述後臺守護單元每次啟動時從配置文件中讀取所述配置參數。
[0065]所述後臺守護單元，還用於向所述守護單元發送配置信息；
[0066]所述守護單元，還用於設置定時器，當所述定時器超時，沒有收到所述第二餵狗信號，則所述NiosII系統進行重啟操作。
[0067]所述應用程式，還用於向所述後臺守護單元發送關閉守護命令，通知所述後臺守護單元停止對所述應用程式進行監控；
[0068]或者，所述應用程式，還用於向所述後臺守護單元發送關閉守護單元命令，通知所述後臺守護單元控制所述守護單元停止監控。
[0069]如圖3所示，本發明實施例基於NiosII系統的看門狗實現裝置，主要分為三部分:
[0070]硬體看門狗31:由FPGA來實現一個硬體看門狗的基本功能，接收軟體看門狗的餵狗信號，可以對整個系統(NiosII系統)進行復位操作。
[0071]後臺守護進程32:類似一個軟體看門狗，接收需要看門狗操作的相應程序(進程)的註冊，一方面實現對硬體看門狗的餵狗操作，一方面接收多個普通應用程式的餵狗信號，並實時監控系統中各個應用程式的運行，根據軟體看門狗的運行情況來對各個應用進程進行重啟操作，也可對Iinux系統進行重啟操作，如果需要，也可以通過停止對硬體看門狗進行餵狗來對整個系統(包括FPGA)進行重啟操作。
[0072]普通的應用程式33:向後臺守護進程(軟體看門狗)進行註冊，即提交必要的信息，註冊完成後周期性對軟體看門狗進行餵狗操作；可以根據需要「關閉/開啟」與自身相關的軟體看門狗(定時器)，或「關閉/開啟」硬體看門狗。
[0073]另外，普通應用程式和後臺守護進程之間的交互需要設計合理的通信協議，二者之間的通信採用unix socket實現，即，後臺進程是server端,普通應用程式為client端.[0074]針對一些系統中運行的進程非自行開發設計的，或有些進程和程序不是實時運行的，則採用軟體看門狗反問(或主動監控)這些進程和程序的方式來實現看門狗的相應功倉泛。
[0075]具體而言:
[0076](I)、硬體看門狗。
[0077]此部分主要功能是有FPGA來實現的，硬體看門狗的餵狗時間間隔的應設計儘量長，建議最小以「秒」為單位，或者此參數設計為可配置，以便系統根據實際需要來進行設置，此外硬體看門狗應該可實現「開啟/關閉」操作，且默認為「關閉」狀態，由後臺守護進程來根據需要對硬體看門狗進行「開啟」操作，以便在系統調試和升級過程中屏蔽掉看門狗對這些操作的影響。
[0078](2)、後臺守護進程。
[0079]採用守護進程的相應寫法來進行設計，後臺守護進程最重要的特性是後臺運行；其次，後臺守護進程必須與其運行前的環境隔離開來。這些環境包括未關閉的文件描述符，控制終端，會話和進程組，工作目錄以及文件創建掩模等。
[0080]後臺守護進程接收來自應用程式(進程)的註冊，註冊的內容應包含以下一些內容:程序名(包含絕對路徑信息)，餵狗頻率信息，進程pid，重啟相關信息(是否直接重啟系統，重啟應用程式的次數等)。此部分內容可根據實際系統需要做相應的擴展和裁剪。
[0081]後臺守護進程完成對硬體看門狗的相關操作和控制，例如:啟動/關閉操作，餵狗操作，配置餵狗頻率等。
[0082]後臺守護進程實時監控註冊的相應應用程式，要對每個註冊的應用程式配置一個定時模塊，接收應用程式的餵狗信號，並根據註冊的相關參數和餵狗信號來對該應用程式進行維護(重新啟動)。
[0083]後臺守護進程對於每次對應用程式(進程)的處理和操作(重新啟動)要進行相應的記錄，並保存到日誌文件中，對於對系統級的重啟操作也需要記錄。
[0084]後臺守護進程與應用程式(進程)間通信採用unix socket方式，守護進程需要設計一個server模塊來處理相應的數據包,通信數據採用msdh (私有協議)巾貞結構。[0085]對於一些非自行開發的程序(進程)，後臺守護進程主動監測的方式來實現對這些應用程式的監控和操作，即，後臺進程對需要監控的進程定時進行監測，監測的方式為查詢該進程是否在運行(但不關心是否正常運行)，如果發現該進程已經不存在，則根據實現的配置參數，對該進程進行重啟，或對整個系統進行重啟，相關參數(進程名，路徑，重啟相關參數)均保存在一個配置文件中，後臺守護進程每次啟動時從配置文件中讀取需要的參數來對這些特殊的進程進行維護。此部分涉及文件的讀取，建議使用xml格式文件。
[0086]如圖4所示，後臺守護進程運行流程包括:
[0087]40、初始化。
[0088]初始化後，分別進入421，411，431。
[0089]411、接收其他進程的註冊。
[0090]接收其他進程的註冊，該進程為普通進程。
[0091]412、提取註冊信息,並啟動一個定時器。
[0092]413、對該進程進行監控。
[0093]接收餵狗信號，對該進程進行監控。
[0094]414、進程啟動條件是否滿足。
[0095]進程啟動條件滿足，則進入415，否則回到413.[0096]415、對相應進程進行重啟動操作流程。
[0097]416、進程重啟計數。
[0098]417、進程重啟條件是否達到閾值。
[0099]進程重啟條件達到閾值，則，進入418，否則，進入419。
[0100]418、設置系統重啟標誌。
[0101]進入422。
[0102]419、重啟進程。
[0103]可見，後臺守護進程實現了對普通進程的重啟進程。
[0104]421、對硬體看門狗執行餵狗操作。
[0105]422、系統重啟條件是否?兩足。
[0106]系統重啟條件滿足，進入423，否則，回到421.[0107]423、停止餵狗，重啟系統。
[0108]可見，後臺守護進程實現了對系統的重啟進程。
[0109]431、監控特殊進程。
[0110]432、特殊進程是否存在。
[0111]特殊進程不存在，則進入433，否則，返回431。
[0112]433、重新啟動進程。
[0113]可見，後臺守護進程實現了對特殊進程的重啟進程。
[0114](3)、普通應用程式。
[0115]如圖5所示，普通應用程式部分結構與接口:
[0116]由於此部分功能是一個通用功能，設計上採用模塊化方式，按照通用庫的方式來設計。
[0117] 普通應用程式完成向後臺守護進程註冊的，即將必要的信息和參數傳遞給後臺進程。
[0118]普通應用程式完成對後臺進程(軟體看門狗)的餵狗操作。
[0119]普通應用程式與後臺守護進程之間通信採用unix socket方式，需要設計一個client模塊來處理相應的數據包,通信協議採用msdh巾貞結構。
[0120]普通應用程式需要提供配置後臺進程的相關參數的接口，例如:「開啟/關閉」看門狗，配置餵狗頻率，餵狗操作，註冊操作等。
[0121]如圖6所不，普通應用程式軟體流程圖:
[0122]註冊向軟體看門狗傳遞PID、reset模式、reset次數、餵狗超時時間、路徑信息長度、路徑信息參數。註冊成功後軟體看門狗能夠監控該應用程式的運行。並在餵狗超時的時候實現重啟。註銷向軟體看門狗傳遞PID、路徑信息長度、路徑信息參數。註銷成功後該應用程式脫離軟體看門狗的監控。
[0123]餵狗操作:通過輪詢的方式周期性的餵狗。如果餵狗超時，則會按照註冊時的reset模式進行重啟，包括重啟應用、重啟系統、重啟硬體。
[0124]開關看門狗:應用程式可以開啟和關閉軟、硬體看門狗，方便軟體開發和軟體維護人員調試程序。此操作會使看門狗停止運行，從而會使所有的應用程式脫離看門狗的監控。
[0125]重啟操作:通過停止餵狗實現重啟操作。如果餵狗超時，則會按照註冊時的reset模式進行重啟，包括重啟應用、重啟系統、重啟硬體。
[0126]版本查詢:通過查看當前看門狗版本來了解當前版本看門狗的特性，便於看門狗的版本管理與維護。
[0127]以上所述，僅為本發明較佳的【具體實施方式】，但本發明的保護範圍並不局限於此，任何熟悉本【技術領域】的技術人員在本發明披露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求書的保護範圍為準。
【權利要求】
1.一種基於NiosII系統的看門狗實現方法，其特徵在於，包括: 後臺守護單元接收應用程式發送的第一餵狗信號，根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作； 守護單元接收所述後臺守護單元發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。
2.根據權利要求1所述的基於NiosII系統的看門狗實現方法，其特徵在於，所述方法還包括: 所述應用程式向所述後臺守護單元發送註冊信息進行註冊，所述註冊信息包括程序名、第一餵狗信號的發送周期、進程標識符pid，reset模式信息，其中，程序名包括路徑信息長度、路徑信息參數，reset模式信息包括重啟應用程式、重啟作業系統或者重啟NiosII系統，重啟作業系統還包括重啟應用程式的閾值； 所述後臺守護單元根據第一餵狗信號的發送周期對應用程式設置定時器； 根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作，包括: 當所述定時器超時，所述後臺守護單元沒有收到所述第一餵狗信號，則根據reset模式中重啟應用程式以及程序名進程標識符pid，重啟所述應用程式； 或者，當重啟所述應用程式的次數達到閾值，則重啟作業系統或者重啟NiosII系統；或者，當重啟作業系統後 ，且所述定時器超時，所述後臺守護單元沒有收到所述第一餵狗信號，則重啟NiosII系統。
3.根據權利要求1或2所述的基於NiosII系統的看門狗實現方法，其特徵在於，所述方法還包括: 所述後臺守護單元主動定時查詢特別應用程式是否運行，當所述特別應用程式已經不運行，則根據所述特別應用程式的配置參數對所述特別應用程式進行重啟，其中，所述後臺守護單元每次啟動時從配置文件中讀取所述配置參數。
4.根據權利要求1或2所述的基於NiosII系統的看門狗實現方法，其特徵在於，所述方法還包括: 所述後臺守護單元向所述守護單元發送配置信息，所述配置信息包括第二餵狗信號的發送周期，所述守護單元根據第二餵狗信號的發送周期設置定時器； 根據所述第二餵狗信號對所述NiosII系統進行重啟操作，包括: 當所述定時器超時，沒有收到所述第二餵狗信號，則所述NiosII系統進行重啟操作。
5.根據權利要求1或2所述的基於NiosII系統的看門狗實現方法，其特徵在於，所述方法還包括: 所述應用程式向所述後臺守護單元發送關閉守護命令，通知所述後臺守護單元停止對所述應用程式進行監控； 或者，所述應用程式向所述後臺守護單元發送關閉守護單元命令，通知所述後臺守護單元控制所述守護單元停止監控。
6.一種基於NiosII系統的看門狗實現裝置，其特徵在於，包括守護單元、後臺守護單元以及應用程式: 所述應用程式，用於向所述後臺守護單元發送第一餵狗信號；所述後臺守護單元，用於接收所述應用程式發送的第一餵狗信號，根據所述第一餵狗信號以及所述應用程式的註冊信息對所述應用程式進行重啟操作； 所述守護單元，用於接收所述後臺守護單元發送的第二餵狗信號，根據所述第二餵狗信號對所述NiosII系統進行重啟操作。
7.根據權利要求6所述的基於NiosII系統的看門狗實現裝置，其特徵在於，所述應用程式，還用於向所述後臺守護單元發送註冊信息進行註冊，所述註冊信息包括程序名、第一餵狗信號的發送周期、進程標識符pid，reset模式信息，其中，程序名包括路徑信息長度、路徑信息參數，reset模式信息包括重啟應用程式、重啟作業系統或者重啟NiosII系統,重啟作業系統還包括重啟應用程式的數閾值； 所述後臺守護單元，還用於根據第一餵狗信號的發送周期對應用程式設置定時器，當所述定時器超時，沒有收到所述第一餵狗信號，則根據reset模式中重啟應用程式以及程序名進程標識符pid，重啟所述應用程式；或者，當重啟所述應用程式的次數達到閾值，則重啟作業系統或者重啟NiosII系統；或者，當重啟作業系統後，且所述定時器超時,沒有收到所述第一餵狗信號，則重啟NiosII系統。
8.根據權利要求6或7所述的基於NiosII系統的看門狗實現裝置，其特徵在於，所述後臺守護單元，還用於主動定時查詢特別應用程式是否運行，當所述特別應用程式已經不運行，則根據所述特別應用程式的配置參數對所述特別應用程式進行重啟，其中，所述後臺守護單元每次啟動時從配置文件中讀取所述配置參數。
9.根據權利要求6或7所述的基於NiosII系統的看門狗實現裝置，其特徵在於，所述後臺守護單元，還用於向所述守護單元發送配置信息； 所述守護單元，還用於根據第二餵狗信號的發送周期設置定時器，當所述定時器超時，沒有收到所述第二餵狗信號，則所述NiosII系統進行重啟操作。
10.根據權利要求6或7所述的基於NiosII系統的看門狗實現裝置，其特徵在於，所述應用程式，還用於向所述後臺守護單元發送關閉守護命令，通知所述後臺守護單元停止對所述應用程式進行監控； 或者，所述應用程式，還用於向所述後臺守護單元發送關閉守護單元命令，通知所述後臺守護單元控制所述守護單元停止監控。
【文檔編號】G06F11/07GK103645962SQ201310700948
【公開日】2014年3月19日 申請日期:2013年12月18日 優先權日:2013年12月18日
【發明者】甄維良, 房帥, 霍啟強 申請人:北京華環電子股份有限公司