傳感器識別方法、上位機、傳感器及傳感器識別系統的製作方法
2023-05-28 11:02:56
傳感器識別方法、上位機、傳感器及傳感器識別系統的製作方法
【專利摘要】本發明提供了一種傳感器識別方法、上位機、傳感器及傳感器識別系統，通過接收連接請求，該連接請求是傳感器接入時發送的並且包括有該傳感器的標識信息；對該傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功，從而實現傳感器的即插即用，具有準確性較好、反應速度快的特點。並且具有較高的可靠性。
【專利說明】傳感器識別方法、上位機、傳感器及傳感器識別系統
【技術領域】
[0001]本發明涉及通訊【技術領域】，具體可以涉及一種485半雙工連接智能傳感器識別方法、上位機、傳感器及傳感器識別系統。
【背景技術】
[0002]在現有工業應用中，存在大量採用485半雙工的通信模式，採用485半雙工能夠支持1000米以內有質量保證的串口通信，以實現低成本高質量的連接。但485半雙工的應用一般不會掛接很多的外部設備(如傳感器)，如何做到在較短時間內發現傳感器的接入和拔出並進行通信成為485半雙工通信模式的技術難題，並且掛接在總線上的傳感器，一般都沒有在硬體級別上的接入或者拔掉的識別信號。
[0003]現有的接入檢測的處理方法是通過串口輪詢，不斷探察是否有新的傳感器接入，有就進行通信嘗試，沒有再繼續輪詢。傳感器接入後，被動等待上位機來聯繫，只有上位機發現了新設備並認證接入後，才能夠接入到串口總線。
[0004]現有的拔出檢測的處理方法是定期從所有的傳感器讀數，如果某個傳感器沒有返回，等待一段時間後，再嘗試聯繫該傳感器。進過確定次數的通信，確定無返回，就判斷該傳感器脫離總線了。
[0005]因此現有的接入及拔出檢測的處理方法存在以下的問題:
[0006](I)、串行處理，等待時間較長。傳感器接入的處理，需要等待下一個輪詢周期開始，還需要排位等待輪詢排位。拔出的處理類似，也需要進行多個輪詢周期的處理。
[0007](2)、數據和控制流不分，開發困難。傳感器的識別、升級、重啟等是屬於控制命令，是對傳感器的工作狀態進行處理，而連接和讀數是數據流，是讀取傳感器的屬性或者工作數據，兩者沒有區分，讀數異常的時候還要考慮是否會突然失去傳感器，當傳感器拔出後，要若干次讀數，看是否有返回值，整個過程都通過數據來判斷控制，判斷的準確性較差。
[0008](3)、總線使用效率低。所有的操作都等待上位機的主動處理，總線等待的時間較多，當程序設計不完善或者出現新的場景的時候，上位機無法處理，系統會出現不穩定或者假死現象，導致總線效率低，客戶體驗差。
【發明內容】
[0009]本發明提供了一種傳感器識別方法、上位機、傳感器及傳感器識別系統，具有即插即用、準確性較好、反應速度快的特點。
[0010]本發明提供方案如下:
[0011]本發明實施例提供了一種傳感器識別方法，包括:
[0012]接收一連接請求,所述連接請求,是當傳感器接入時，由傳感器所發送的，所述連接請求中包括一傳感器標識信息；
[0013]基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。[0014]優選的，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功包括:
[0015]判斷所述連接請求中包括的傳感器標識信息是否有效，獲取第一判斷結果；
[0016]若所述第一判斷結果為所述傳感器標識信息有效，則確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0017]優選的，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功還包括:
[0018]在所述第一判斷結果為所述傳感器標識信息有效之後，向所述傳感器發送讀屬性請求；
[0019]根據所述傳感器基於所述讀屬性請求而返回的屬性信息，判斷是否能夠識別所述傳感器，獲取第二判斷結果；
[0020]若所述第二判斷結果為能夠識別所述傳感器，則確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0021]優選的，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功還包括:
[0022]在確定所述傳感器接入為有效接入之後，向所述傳感器發送確認信息；
[0023]根據所述傳感器基於所述確認信息而返回的連接驗證信息，確定所述傳感器接入是否成功。
[0024]優選的，所述方法在確定所述傳感器接入成功之後還包括:
[0025]將所述傳感器加入到當前被監控的傳感器數組中；
[0026]按第一預設時間間隔向傳感器數組中的傳感器發送監控信號，所述監控信號用於監控傳感器是否存在於所述傳感器數組中。
[0027]優選的，所述方法還包括:
[0028]按第二預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
[0029]優選的，所述方法還包括:
[0030]若系統當前時間與傳感器最後一次被輪詢的時間之間的差值，大於預設的失效閾值時，判定所述傳感器失效。
[0031]優選的，所述方法還包括:
[0032]若在第三預設時間間隔內沒有收到傳感器返回的所述監控信號，和/或判定所述傳感器失效，則判斷所述傳感器已被拔出；
[0033]將被撥出傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
[0034]優選的，所述方法還包括:
[0035]當輪詢獲取的傳感器的數值高於預設的告警閾值時，啟動告警線程。
[0036]優選的，所述啟動告警線程包括:
[0037]根據告警等級和告警設置，觸發對應的告警動作。
[0038]本發明實施例還提供了一種上位機，其特徵在於，包括:
[0039]接收模塊,用於接收一連接請求,所述連接請求,是當傳感器接入時，由傳感器所發送的，所述連接請求中包括一傳感器標識信息；[0040]識別驗證模塊，用於基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。
[0041]優選的，所述識別驗證模塊包括:
[0042]第一判斷單元，用於判斷所述連接請求中包括的傳感器標識信息是否有效；
[0043]確定單元，用於在所述第一判斷單元判斷所述傳感器標識信息有效時，確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0044]優選的，所述識別驗證模塊還包括:
[0045]發送單元，用於在所述第一判斷單元判斷所述傳感器標識信息有效時，向所述傳感器發送讀屬性請求；
[0046]第二判斷單元，用於根據所述傳感器基於所述讀屬性請求而返回的屬性信息，判斷是否能夠識別所述傳感器；
[0047]所述確定模塊還用於在所述第二判斷單元判斷能夠識別所述傳感器時，確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0048]優選的，所述發送單元還用於在所述確定模塊確定所述傳感器接入有效時，向所述傳感器發送確認信息；
[0049]所述確定單元，還用於基於所述傳感器基於所述確認信息而返回的連接驗證信息，確定所述傳感器連接是否成功。
[0050]優選的，所述上位機還包括:
[0051]加入模塊，用於在所述識別驗證模塊確定所述傳感器接入成功後，將所述傳感器加入到當前被監控的傳感器數組中；
[0052]監控模塊，用於按第一預設時間間隔向傳感器數組中的傳感器發送監控信號，所述監控信號用於監控傳感器是否存在於所述傳感器數組中。
[0053]優選的，所述上位機還包括:
[0054]輪詢模塊，用於按第二預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
[0055]優選的，所述上位機還包括:
[0056]失效判斷模塊，用於若系統當前時間與傳感器最後一次被輪詢的時間之間的差值，大於預設的失效閾值時，判定所述傳感器失效。
[0057]優選的，所述上位機還包括:
[0058]撥出判斷模塊，用於若在第三預設時間間隔內沒有收到傳感器返回的所述監控信號，和/或所述失效判斷模塊判定所述傳感器失效，則判斷所述傳感器已被拔出；
[0059]撥出處理模塊，用於將被撥出傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
[0060]優選的，所述上位機還包括:
[0061]告警模塊，用於當輪詢模塊獲取的傳感器的數值高於預設的告警閾值時，啟動告警線程。
[0062]本發明實施例還提供了一種傳感器，包括:
[0063]發送模塊，用於當傳感器接入時，發送連接請求，以用於上位機基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否有效，所述連接請求中包括一傳感器標識信息。
[0064]優選的，所述發送模塊還用於在所述上位機對所述傳感器識別驗證時，發送傳感器屬性信息以及連接驗證信息中的至少一項。
[0065]本發明實施例還提供了一種傳感器識別系統，包括傳感器和上位機，其中:
[0066]傳感器，用於當傳感器接入時，發送連接請求，所述連接請求中包括一傳感器標識
信息；
[0067]上位機,用於接收所述傳感器發送的連接請求,並基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。
[0068]從以上所述可以看出，本發明實施例提供的傳感器識別方法、上位機、傳感器及傳感器識別系統，通過接收連接請求，該連接請求是傳感器接入時發送的並且包括有該傳感器的標識信息，對該傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功，從而實現傳感器的即插即用，具有準確性較好、反應速度快的特點。並且具有較高的可靠性。
【專利附圖】
【附圖說明】
[0069]圖1為本發明實施例提供的傳感器識別方法的流程示意圖一；
[0070]圖2為本發明實施例提供的傳感器識別方法中傳感器識別驗證過程示意圖；
[0071]圖3為本發明實施例提供的傳感器識別方法的流程示意圖二 ；
[0072]圖4為本發明實施例提供的傳感器識別系統結構示意圖；
[0073]圖5為本發明實施例提供的上位機結構示意圖。
【具體實施方式】
[0074]本發明實施例提供了一種傳感器識別方法，如圖1所示，包括:
[0075]步驟11,接收一連接請求,所述連接請求,是當傳感器接入時，由傳感器所發送的，所述連接請求中包括一傳感器標識信息；
[0076]步驟12，基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。
[0077]本發明實施例提供的傳感器識別方法，可以實現傳感器的即插即用，具有較高的
可靠性。
[0078]本發明實施例提供的技術方案中，採用中斷方式實現上位機對傳感器接入處理，主要包括兩部分內容，第一個是傳感器掛接到485總線後，能夠主動發出信息，第二個是總線能夠及時接收和處理接入請求，否則總線就會發生數據碰撞而難以通信。通過實現即插即用的方式，使傳感器接入就能夠被上位機發現和應用，將主從方式改為雙主方式，將串行方式改為中斷方式。
[0079]本發明實施例所涉及的中斷方式，具體是指傳感器主動發出消息，中斷上位機的當前處理，即上位機暫停其它工作，與傳感器通信，將其納入系統，再恢復繼續之前的工作。
[0080]485總線是異步半雙工的通信總線，在某一個時刻，總線只可能呈現一種狀態，一般適用於主機對分機的查詢方式通信，總線上必然有一臺始終處於主機地位的設備在巡檢其它的分機，通過制定合理的通信協議來協調總線的分時共用。在485總線中的通信數據是成幀成包發送的，每包數據都有引導碼、長度碼、地址碼、命令碼、內容、校驗碼等部分組成。其中引導碼是用於同步每一包數據的引導頭；長度碼是這一包數據的總長度；命令碼是主機對分機(或分機應答主機)的控制命令；地址碼是分機的本機地址號；「內容」是這一包數據裡的各種信息；校驗碼是這一包數據的校驗標誌，可以採用奇偶校驗等不同的方式。
[0081]在本【具體實施方式】中，當一個新傳感器接入的時候，該傳感器是主埠，不斷發出接入請求，一直到上位機做出了應答。
[0082]上位機應答接入傳感器後，除第一個接入的傳感器外，其它埠就從主埠變回從埠，切換回傳統的主從方式通信。
[0083]在本發明一可選實施例中，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功過程具體還可以包括:
[0084]判斷所述連接請求中包括的傳感器標識信息是否有效，獲取第一判斷結果；
[0085]若所述第一判斷結果為所述傳感器標識信息有效，則確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入即傳感器接入失敗。
[0086]在本發明一可選實施例中，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功的過程具體還可以包括:
[0087]在所述第一判斷結果為所述傳感器標識信息有效之後，向所述傳感器發送讀屬性請求；
[0088]根據所述傳感器基於所述讀屬性請求而返回的屬性信息，判斷是否能夠識別所述傳感器，獲取第二判斷結果；
[0089]若所述第二判斷結果為能夠識別所述傳感器，則確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0090]在本發明一可選實施例中，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功過程具體還可以包括:
[0091]在確定所述傳感器接入為有效接入之後，向所述傳感器發送確認信息；
[0092]根據所述傳感器基於所述確認信息而返回的連接驗證信息，確定所述傳感器接入是否成功。
[0093]在本發明一具體實施例中，也可以按如附圖2所示流程實現傳感器的識別驗證過程，包括:
[0094]步驟21,傳感器發送連接請求,所述連接請求攜帶的傳感器標識信息；
[0095]步驟22,上位機收連接請求，當所述連接請求攜帶的傳感器標識信息有效時發送讀屬性請求；
[0096]步驟23，傳感器根據接收的發送讀屬性請求，發送傳感器屬性信息；
[0097]步驟24，上位機根據接收的傳感器屬性信息判斷是否能夠識別相應的傳感器，若能夠識別，則發送確認信息；
[0098]步驟25，傳感器根據接收的確認信息，發送連接驗證；
[0099]步驟26,上位機根據接收的連接驗證確定相應的傳感器連接成功。
[0100]經過上述傳感器與上位機的交互，上位機已經能夠識別傳感器並調用傳感器的相應功能，但是在調用傳感器的相應功能時，還需要對傳感器的狀態和讀數進行管理，具體通過控制流線程和數據流線程實現。[0101]相應的控制流線程具體可以包括:監控線程和失效線程。
[0102]相應的數據流線程具體可以包括:讀數線程和告警線程。
[0103]本發明實施例中，通過控制流線程和數據流線程能夠實現傳感器的接入識別、數據讀取、告警處理和拔出識別，以完成整個監控過程的核心處理流程。其中監控線程、讀數線程和失效檢測線程共同維護一個信號量(當前被監控的傳感器數組)。
[0104]本發明所涉及的監控線程，具體可以理解為對已接入成功的傳感器所採取的實時監控操作，該監控操作可以用於確認傳感器是否發生撥出事件。
[0105]那麼，在本發明一可選實施例中，當上位機確定傳感器接入成功之後，具體還可以包括以下處理步驟:
[0106]將所述傳感器加入到當前被監控的傳感器數組中；
[0107]按第一預設時間間隔向傳感器數組中的傳感器發送監控信號，所述監控信號用於監控傳感器是否存在於所述傳感器數組中。
[0108]為了確保儘快發現傳感器是否發生撥出事件，本發明實施例所涉及的第一預設時間間隔可以設置的比較小，例如0.1秒等，即監控信號的發送頻率可以為0.1秒等。以及時確定傳感器數組中的傳感器是否還存在於傳感器數組中，即傳感器是否發生撥出事件。
[0109]這裡需要說明的是，本發明實施例所涉及的傳感器在接收到上述監控信號後，可直接返回該監控信號，以便上位機接收確認傳感器是否還存在於傳感器數組中。
[0110]另外，當上位機在第三預設時間間隔內，沒有收到傳感器返回的監控信號，則可以確定傳感器發生撥出事件，即傳感器被撥出。而且，第三預設的時間間隔可以稍大於第一預設時間間隔，例如0.3秒等等。
[0111]本發明實施例所涉及的讀數線程，具體可以理解為上位機與傳感器交互的過程。
[0112]即在本發明一可選實施例中，當傳感器加入傳感器數組即傳感器處於監控線程的監控後，具體還可以包括以下處理步驟:
[0113]按第二預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
[0114]具體的，讀數線程可以按預設的時間間隔(具體可大於監控信號的發送間隔)，輪詢當前被監控的傳感器數組中的傳感器，發送讀數請求，一次一個，每個傳感器間隔可以I秒等，而輪詢周期具體可為15秒等。
[0115]由於目前使用的都是溫度、溼度等非經常劇烈變化的傳感器，而對於急速變化的傳感器，可以將周期設置為幾秒。在實際應用時，根據不同的傳感器性能，不同的成熟度等情況，以上的時間都可以配置，實現總體的平衡和用戶的良好的體驗。
[0116]讀數線程在獲取傳感器的值後，分析該值，根據功能碼進行下一步通信。
[0117]基於以上描述可以看出，本發明實施例所提供的傳感器識別方法中，讀數線程的啟動時刻即為傳感器插入時，關閉時刻即為傳感器拔出時。讀數線程以固定周期讀取各個傳感器數據，如果發現有監控線程中斷事件，就停止讀數，轉向新加入的傳感器交互認證，將傳感器納入網絡。如果讀數線程無法讀取某個傳感器，將信息傳入失效線程，該線程處理失效問題。正常讀數後，將信息轉給告警線程。繼續循環讀數，一直運行。
[0118]由於電子產品可能存在虛焊或接觸不良等情況，在這種不良情況下，上位機可能也無法獲取傳感器的數值，或者無法接收傳感器返回的監控信號。但在這種不良的情況下，實質上傳感器並未發生撥出事件，因此，本發明實施例中引入了實效線程，以用於判斷傳感器是否實效。
[0119]具體的，實效線程可以通過判斷系統當前時間與傳感器最後一次被輪詢的時間之間的差值，是否大於預設的失效閾值，從而判定傳感器是否失效。
[0120]在具體應用時，失效閾值具體可為傳感器讀數輪詢周期的2倍。
[0121]由於傳感器失效也可以理解為傳感器發生撥出事件，因此，本發明實施例中，也可以基於判斷傳感器是否失效，來判斷傳感器是否發生撥出事件。
[0122]可見，本發明實施例中，可以基於監控線程以及失效線程兩者中的至少一項，及時確認傳感器是否發生撥出事件。
[0123]即本發明一可選實施例中，具體還可以涉及以下步驟:
[0124]若在第三預設時間間隔內沒有收到傳感器返回的所述監控信號，和/或判定所述傳感器失效，則判斷傳感器已被拔出。
[0125]本發明實施例中，當確定傳感器已被拔出後，還可以涉及以下操作:
[0126]將被撥出傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
[0127]而本發明所涉及的告警線程，具體是指當讀數線程經輪詢獲取的傳感器的數值高於預設的告警閾值時，而啟動的告警流程。
[0128]在啟動告警線程後，可根據告警級別和告警設置觸發不同的告警，包括發光、震動、發聲、簡訊等。
[0129]同時，本發明實施例中，可保存告警記錄等待處理。
[0130]通過採用上述技術方案，本發明實施例提出了一種雙主埠的方式來解決傳感器主動發出請求的中斷方式，變被動為主動，為傳感網優化提出新的思路；提出中斷方式來進行通信，只有中斷方式才能實現基於事件的處理，才能實現從串行處理到分時的並行處理，就有了新的實現方法的可能；提出將控制和數據分開管理，理順系統處理的架構，提升系統的拓展性。同時提高處理的速度，也為後續的系統的升級維護打下了基礎。
[0131]下面，對本發明實施例提供的傳感器識別方法的一個實現傳感器的識別驗證及控制過程進行詳細的描述。
[0132]如附圖3所示，該過程具體可以包括:
[0133]步驟31,當傳感器接入時,傳感器發送連接請求，所述連接請求攜帶的傳感器標識信息。
[0134]步驟32，上位機接收連接請求後，判斷連接請求攜帶的傳感器標識信息是否有效，若判斷結果為有效，則執行步驟34，否則執行步驟33，即上位機確定傳感器接入為無效接入。
[0135]步驟34,上位機向傳感器發送讀屬性請求。
[0136]步驟35，傳感器向上位機發送自身屬性信息。
[0137]本發明實施例所涉及的傳感器屬性信息，具體可以包括傳感器的廠家、類型、開發時間、版本、單位等屬性信息。
[0138]步驟36，上位機判斷是否能夠識別傳感器屬性信息，並當判斷結果為能夠識別時，後續執行步驟37，否則執行步驟33，即上位機確定傳感器接入為無效接入。
[0139]步驟37，上位機向傳感器發送確認信息。[0140]步驟38，傳感器基於上述確認信息，向上位機返回連接驗證信息。
[0141]步驟39，上位機基於連接驗證信息，確認傳感器接入是否成功。
[0142]若傳感器接入成功，則後續執行步驟310，否則可執行步驟33，上位機確定傳感器接入為無效接入，即等同於宣告傳感器接入識別。
[0143]步驟310，上位機將接入成功的傳感器加入到當前被監控的傳感器數組中。
[0144]步驟311，上位機按照第一預設時間間隔向傳感器數組中的傳感器發送監控信號，以確定傳感器是否發生撥出事件。
[0145]後續上位機可分別執行步驟312和步驟313。
[0146]其中，步驟312，上位機判斷在第二預設時間間隔內，是否接收到傳感器返回的監控信號，並當超過第二預設時間間隔後，仍然沒有收到傳感器返回的監控信號，則執行步驟316。
[0147]步驟313，上位機按第三預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
[0148]若上位機輪詢獲取的傳感器的數值高於預設的告警閾值時，執行步驟314，即啟動告警線程，並根據告警等級和告警設置，觸發對應的告警動作。
[0149]若系統當前時間與傳感器最後一次被輪詢的時間之間的差值，大於預設的失效閾值時，執行步驟315，即判定傳感器失效。
[0150]那麼，當步驟312或315中的至少一項產生觸發條件時，即超過第二預設時間間隔後，仍然沒有收到傳感器返回的監控信號，和/或判定傳感器失效，則後續可執行步驟316，確定傳感器已經發送撥出事件，將被撥出的傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
[0151]上述本發明實施例提供的傳感器識別方法的實現，可以實現傳感器的即插即用，具有準確性較好、反應速度快的特點，並且具有較高的可靠性。同時，當傳感器被撥出時，可以及時發現撥出事件，為新的傳感器接入提供處理的空間。
[0152]本發明實施例還提供了一種傳感器識別系統，如附圖4所示，該系統具體可以包括傳感器41以及上位機42。其中:
[0153]傳感器41，用於當接入網絡時，發送連接請求，所述連接請求中包括一傳感器標識信息。
[0154]上位機42，用於接收傳感器41發送的連接請求，並基於所述連接請求，對傳感器41進行識別驗證，並基於識別驗證結果，確定傳感器41接入是否成功。
[0155]本發明實施例所涉及的傳感器41內，具體可包括一發送模塊，用於當傳感器接入例如採用485半雙工通信模式的網絡時，向網絡側中的一設備，例如上位機發送連接請求。
[0156]該連接請求中，具體可以包括傳感器標識等信息。
[0157]另外，傳感器41中所包括的發送模塊，具體還可以用於在網絡側對傳感器進行識別驗證過程中，發送傳感器屬性信息、連接驗證信息中的至少一項。
[0158]而本發明實施例所涉及的上位機42，如附圖5所示，具體可以包括:
[0159]接收模塊421，用於接收一連接請求。
[0160]具體的該連接請求可以是當傳感器41接入網絡時，由傳感器41所發送的，所述連接請求中具體可以包括傳感器標識等信息。[0161]識別驗證模塊422，用於基於所述連接請求，對傳感器41進行識別驗證，並基於識別驗證結果，確定傳感器41接入是否成功。
[0162]在本發明一可選實施例中，識別驗證模塊422具體可以包括:
[0163]第一判斷單元，用於判斷連接請求中包括的傳感器標識信息是否有效；
[0164]確定單元，用於在第一判斷單元判斷所述傳感器標識信息有效時，確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0165]在本發明一可選實施例中，識別驗證模塊422具體還可以包括:
[0166]發送單元，用於在第一判斷單元判斷傳感器標識信息有效時，向傳感器發送讀屬性請求；
[0167]第二判斷單元，用於根據述傳感器基於讀屬性請求而返回的屬性信息，判斷是否能夠識別所述傳感器；
[0168]所述確定模塊還用於在所述第二判斷單元判斷能夠識別所述傳感器時，確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
[0169]在本發明一可選實施例中，發送單元還可以用於在確定模塊確定所述傳感器接入有效時，向所述傳感器發送確認信息；
[0170]所述確定單元，還用於基於所述傳感器基於所述確認信息而返回的連接驗證信息，確定所述傳感器連接是否成功。
[0171]在本發明一可選實施例中，上位機42具體還可以包括:
[0172]加入模塊，用於在所述識別驗證模塊422確定所述傳感器接入成功後，將所述傳感器加入到當前被監控的傳感器數組中；
[0173]監控模塊，用於按第一預設時間間隔向傳感器數組中的傳感器發送監控信號，所述監控信號用於監控傳感器是否存在於所述傳感器數組中。
[0174]在本發明一可選實施例中，上位機42具體還可以包括:
[0175]輪詢模塊，用於按第二預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
[0176]在本發明一可選實施例中，上位機42具體還可以包括:
[0177]失效判斷模塊，用於若系統當前時間與傳感器最後一次被輪詢的時間之間的差值，大於預設的失效閾值時，判定所述傳感器失效。
[0178]在本發明一可選實施例中，上位機42具體還可以包括:
[0179]撥出判斷模塊，用於若在第三預設時間間隔內沒有收到傳感器返回的所述監控信號，和/或所述失效判斷模塊判定所述傳感器失效，則判斷所述傳感器已被拔出；
[0180]撥出處理模塊，用於將被撥出傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
[0181]在本發明一可選實施例中，上位機42具體還可以包括:
[0182]告警模塊，用於當輪詢模塊獲取的傳感器的數值高於預設的告警閾值時，啟動告警線程。
[0183]採用本發明實施例提供的傳感器識別方法、系統，以及傳感器和上位機，在485半雙工通信模式下，所有的傳感器接入的時候都是採用主埠方式，不是整個總線上只有一個主埠，其餘都是從埠 ；傳感器發出連接請求，上位機讀取配置，傳感器發送配置，上位機確認配置，傳感器回復確認的五個步驟。之後傳感器進入等待讀數的方式，減少了對總線的佔用，實現了從傳統傳感器向智能傳感器轉換的一種方法；採用多線程進行傳感器的識別和管理，通過接入線程和失效線程兩個控制線程，讀數線程和告警線程兩個數據線程，實現整個過程的協調有序的管理。
[0184]以上所述僅是本發明的實施方式，應當指出，對於本【技術領域】的普通技術人員來說，在不脫離本發明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。
【權利要求】
1.一種傳感器識別方法，其特徵在於，包括: 接收一連接請求，所述連接請求，是當傳感器接入時，由傳感器所發送的，所述連接請求中包括一傳感器標識信息； 基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。
2.如權利要求1所述的方法，其特徵在於，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功包括: 判斷所述連接請求中包括的傳感器標識信息是否有效，獲取第一判斷結果； 若所述第一判斷結果為所述傳感器標識信息有效，則確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
3.如權利要求2所述的方法，其特徵在於，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功還包括: 在所述第一判斷結果為所述傳感器標識信息有效之後，向所述傳感器發送讀屬性請求； 根據所述傳感器基於所述讀屬性請求而返回的屬性信息，判斷是否能夠識別所述傳感器，獲取第二判斷結果； 若所述第二判斷結果為能夠識別所述傳感器，則確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
4.如權利要求2或3所述的方法，其特徵在於，所述基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功還包括: 在確定所述傳感器接入為有效接入之後，向所述傳感器發送確認信息； 根據所述傳感器基於所述確認信息而返回的連接驗證信息，確定所述傳感器接入是否成功。
5.如權利要求1所述的方法，其特徵在於，所述方法在確定所述傳感器接入成功之後還包括: 將所述傳感器加入到當前被監控的傳感器數組中； 按第一預設時間間隔向傳感器數組中的傳感器發送監控信號，所述監控信號用於監控傳感器是否存在於所述傳感器數組中。
6.如權利要求5所述的方法，其特徵在於，所述方法還包括: 按第二預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
7.如權利要求6所述的方法，其特徵在於，所述方法還包括: 若系統當前時間與傳感器最後一次被輪詢的時間之間的差值，大於預設的失效閾值時，判定所述傳感器失效。
8.如權利要求7所述的方法，其特徵在於，所述方法還包括: 若在第三預設時間間隔內沒有收到傳感器返回的所述監控信號，和/或判定所述傳感器失效，則判斷所述傳感器已被拔出 ； 將被撥出傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
9.如權利要求6所述的方法，其特徵在於，所述方法還包括:當輪詢獲取的傳感器的數值高於預設的告警閾值時，啟動告警線程。
10.如權利要求9所述的方法，其特徵在於，所述啟動告警線程包括: 根據告警等級和告警設置，觸發對應的告警動作。
11.一種上位機，其特徵在於，包括: 接收模塊，用於接收一連接請求，所述連接請求，是當傳感器接入時，由傳感器所發送的，所述連接請求中包括一傳感器標識信息； 識別驗證模塊，用於基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。
12.如權利要求11所述的上位機，其特徵在於，所述識別驗證模塊包括: 第一判斷單元，用於判斷所述連接請求中包括的傳感器標識信息是否有效； 確定單元，用於在所述第一判斷單元判斷所述傳感器標識信息有效時，確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
13.如權利要求12所述的上位機，其特徵在於，所述識別驗證模塊還包括: 發送單元，用於在所述第一判斷單元判斷所述傳感器標識信息有效時，向所述傳感器發送讀屬性請求； 第二判斷單元，用於根據所述傳感器基於所述讀屬性請求而返回的屬性信息，判斷是否能夠識別所述傳感器； 所述確定模塊還用於在所述第二判斷單元判斷能夠識別所述傳感器時，確定所述傳感器接入為有效接入，否者確定所述傳感器接入為無效接入。
14.如權利要求12或13所述的上位機，其特徵在於，所述發送單元還用於在所述確定模塊確定所述傳感器接入有效時，向所述傳感器發送確認信息； 所述確定單元，還用於基於所述傳感器基於所述確認信息而返回的連接驗證信息，確定所述傳感器連接是否成功。
15.如權利要求11所述的上位機，其特徵在於，還包括: 加入模塊，用於在所述識別驗證模塊確定所述傳感器接入成功後，將所述傳感器加入到當前被監控的傳感器數組中； 監控模塊，用於按第一預設時間間隔向傳感器數組中的傳感器發送監控信號，所述監控信號用於監控傳感器是否存在於所述傳感器數組中。
16.如權利要求15所述的上位機，其特徵在於，還包括: 輪詢模塊，用於按第二預設時間間隔輪詢傳感器數組中各傳感器的數值，並記錄傳感器每一次被輪詢的時間。
17.如權利要求16所述的上位機，其特徵在於，還包括: 失效判斷模塊，用於若系統當前時間與傳感器最後一次被輪詢的時間之間的差值，大於預設的失效閾值時，判定所述傳感器失效。
18.如權利要求17所述的上位機，其特徵在於，還包括: 撥出判斷模塊，用於若在第三預設時間間隔內沒有收到傳感器返回的所述監控信號，和/或所述失效判斷模塊判定所述傳感器失效，則判斷所述傳感器已被拔出； 撥出處理模塊，用於將被撥出傳感器從當前被監控的傳感器數組中移除並發出傳感器撥出信號。
19.如權利要求16所述的上位機，其特徵在於，還包括: 告警模塊，用於當輪詢模塊獲取的傳感器的數值高於預設的告警閾值時，啟動告警線程。
20.—種傳感器,其特徵在於,包括: 發送模塊，用於當傳感器接入時，發送連接請求，以用於上位機基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否有效，所述連接請求中包括一傳感器標識信息。
21.如權利要求20所述的傳感器，其特徵在於，所述發送模塊還用於在所述上位機對所述傳感器識別驗證時，發送傳感器屬性信息以及連接驗證信息中的至少一項。
22.—種傳感器識別系統，其特徵在於，包括傳感器和上位機，其中: 所述傳感器，用於當傳 感器接入時，發送連接請求，所述連接請求中包括一傳感器標識信息； 上位機，用於接收所述傳感器發送的連接請求，並基於所述連接請求，對所述傳感器進行識別驗證，並基於識別驗證結果，確定所述傳感器接入是否成功。
【文檔編號】H04L5/16GK103916230SQ201210593313
【公開日】2014年7月9日 申請日期:2012年12月31日 優先權日:2012年12月31日
【發明者】徐亮, 鄭輯傑, 李虹, 龐銀生, 傅劍, 姚國祥, 張瑩 申請人:中國移動通信集團廣東有限公司