最新的毛片基地免费,国产国语一级毛片,免费国产成人高清在线电影,中天堂国产日韩欧美,中国国产aa一级毛片,国产va欧美va在线观看,成人不卡在线

用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法及裝置的制作方法

文檔序號:7889064閱讀:353來源:國知局
專利名稱:用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明屬于新能源技術(shù)領(lǐng)域,尤其涉及一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法及裝置。
背景技術(shù)
對電動汽車充電站監(jiān)控系統(tǒng)的質(zhì)量評判,在很大程度由其系統(tǒng)的穩(wěn)定性來決定。目前普通的電動汽車充電站監(jiān)控系統(tǒng)的穩(wěn)定性比較差。

發(fā)明內(nèi)容
本發(fā)明實施例的目的在于提供一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法,旨在解決普通的電動汽車充電站監(jiān)控系統(tǒng)的穩(wěn)定性比較差的問題。 本發(fā)明實施例是這樣實現(xiàn)的,一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法,包括將所需實現(xiàn)的通信功能按照組件的方式進行分解;確定各組件之間的關(guān)系及各組件的邊界接口 ;采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能;根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互;按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。本發(fā)明實施例還提供了一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信裝置,包括分解模塊,用于將所需實現(xiàn)的通信功能按照組件的方式進行分解;關(guān)系模塊,用于確定各組件之間的關(guān)系及各組件的邊界接口 ;功能實現(xiàn)模塊,用于采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能;數(shù)據(jù)交互模塊,用于根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互;采集控制模塊,用于按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。本發(fā)明實施例與現(xiàn)有技術(shù)相比,有益效果在于通過將所需實現(xiàn)的通信功能按照組件的方式進行分解,從而實現(xiàn)了系統(tǒng)中各功能之間的松耦合,提高了系統(tǒng)的穩(wěn)定性。


圖I是本發(fā)明實施例提供的一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法的流程圖;圖2是本發(fā)明實施例的各組件間的關(guān)系圖;圖3是本發(fā)明實施例的數(shù)據(jù)流程圖;圖4是本發(fā)明實施例提供的一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信裝置的模塊框圖。
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下結(jié)合附圖及實施例,對本發(fā)明進行進一步詳細說明。應(yīng)當理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。本發(fā)明實施例中,通過將所需實現(xiàn)的通信功能按照組件的方式進行分解,從而實現(xiàn)了系統(tǒng)中各功能之間的松耦合,提高了系統(tǒng)的穩(wěn)定性。請參閱圖1,本發(fā)明實施例提供的一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法,包括
步驟S101,將所需實現(xiàn)的通信功能按照組件的方式進行分解。通過將所需實現(xiàn)的通信功能按照組件的方式進行分解,從而實現(xiàn)了系統(tǒng)中各功能之間的松耦合,提高了系統(tǒng)的穩(wěn)定性和實時性。在電動汽車充電站監(jiān)控系統(tǒng)中,可將所需實現(xiàn)的對充電樁的實時數(shù)據(jù)進行采集和控制的功能按照組件化的設(shè)計模式,將其分解為管理組件、數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件。其中,管理組件,用于作為數(shù)據(jù)處理流程的控制中心。數(shù)據(jù)庫組件,用于對數(shù)據(jù)庫進行讀參數(shù)的操作。實時庫組件,用于存儲充電樁的實時數(shù)據(jù)。規(guī)約組件,用于對某種規(guī)約進行解析。在本發(fā)明的一個實施例中,規(guī)約組件可包括充電樁規(guī)約組件、GPS規(guī)約組件。當然,實際應(yīng)用中還可根據(jù)通信功能分為其它不同類型的規(guī)約組件,在此并不用于限制本發(fā)明。通道組件,用于完成與實際物理通道的通信,接收或下發(fā)遵照某種規(guī)約的數(shù)據(jù)報文。在本發(fā)明的一個實施例中,通道組件可包括網(wǎng)絡(luò)通道組件和串口通道組件,分別對應(yīng)實際的網(wǎng)絡(luò)通道和串口通道。其中,網(wǎng)絡(luò)通道組件用于完成TCP/IP網(wǎng)絡(luò)通信的連接、收發(fā)數(shù)據(jù)、關(guān)閉。串口通道組件用于完成串口通信的打開、收發(fā)數(shù)據(jù)、關(guān)閉。由于各組件的功能單一,因此保證了系統(tǒng)具有良好的可重用性。步驟S102,確定各組件之間的關(guān)系及各組件的邊界接口。本步驟S102包括以上述的管理組件作為數(shù)據(jù)處理流程的控制中心,分別引用數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件,且數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件相互之間不包含任何的引用關(guān)系。由于數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件相互之間的數(shù)據(jù)交換完全通過管理組件進行,從而實現(xiàn)了組件之間的松耦合,從而使得整個系統(tǒng)穩(wěn)定可靠。各組件間的靜態(tài)關(guān)系如圖2所不。步驟S103,采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能。本步驟S103包括采用跨平臺組件對象模型的組件方式來建立組件,以面向?qū)ο蟮姆绞絹韺崿F(xiàn)組件,并以接口類的封裝、繼承和重載的方式來實現(xiàn)各組件的具體功能。由于組件是通過跨平臺組件對象模型方式來創(chuàng)建的,因此保證了所產(chǎn)生的組件具有跨平臺的可移植性。在本發(fā)明的實施例中,組件的創(chuàng)建可通過以下幾個部分來完成A :創(chuàng)建全球唯一標識號⑶ID
B:定義組件接口C :定義組件契約IDD :定義組件IDE :注冊組件使用面向?qū)ο蟮姆绞?,通過組件接口類的封裝、繼承和重載來實現(xiàn)各組件的具體功能。為了更好的解釋本發(fā)明,本發(fā)明實施例還提 供一個規(guī)約組件接口和繼承的充電樁規(guī)約組件接口定義的偽代碼樣例,如下
class CProtocol : public nsISupports {
public:
NS_IMETHOD_(bool) Open(unsigned char* ps) = 0; NS_IMETHOD_(void) Close(unsigned char * ps) = 0; NS_IMETH〇D_(bool) Start(unsigned char * ps) = 0; NS_IMETHOD_(bool) Stop () = 0;
NS_IMETHOD_(void) (string* ps) = 0;
NS一IMETHOD—(void) ProtocolRun(string* ps) = 0 ;
};
class CCDZProtocolrpublic CProtocol
{
public:
CCDZProtocol();
CCDZProtocol();public:
NS—IMETH0D一(bool) Open(unsigned char* ps);
NS—IMETHOD—(void) Close(unsigned char * ps); NS_IMETH〇D_(bool) Start(unsigned char * ps); NS_IMETH〇D—(bool) Stop ();
NS—IMETHOD—(void) (string* ps);
NS_IMETH〇D_(void) ProtocolRun(string* ps);
};步驟S104,根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互。本步驟S104包括運行時,可根據(jù)組件契約ID動態(tài)加載組件,通過調(diào)用所加載的組件接口函數(shù)進行數(shù)據(jù)交互。
為了更好的解釋本發(fā)明,本發(fā)明實施例還提供了一個動態(tài)加載充電樁規(guī)約組件和調(diào)用充電樁規(guī)約組件接口偽代碼樣例,如下
typedef nsC〇MPtr< CProtocol > CProtocolPtr;
CProtocolPtr pCDZProtocol;
unsigned char ps[128];
void LoadProtocol(char* protoclname)
{
char CID[128];· sprintf( CID, "0jhw /Runcode/%s;I", protoclname);
nsresult rv = nsCreateComponentByContractID()
(CID,
nsnull,
NS_GET_IID(nsIProtocol), getter—AddRefs(pCDZProtocol _));
pCDZProtocol->Open(ps);
}步驟S105,按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。在本步驟中,通過TCP/IP網(wǎng)絡(luò),可建立與充電樁的網(wǎng)絡(luò)連接,召喚、接收充電樁的實時電氣量數(shù)據(jù),依據(jù)預(yù)先制定的規(guī)約即預(yù)先制定的數(shù)據(jù)處理流程進行數(shù)據(jù)的解析處理后上傳至電動汽車充電站監(jiān)控系統(tǒng)的服務(wù)器,然后接收服務(wù)器下發(fā)的控制命令,依據(jù)預(yù)先制定的規(guī)約進行打包處理后下發(fā)至充電樁,從而實現(xiàn)對充電樁的數(shù)據(jù)進行采集監(jiān)測和控制。在本發(fā)明實施例中,預(yù)先制定的規(guī)約即預(yù)先制定的數(shù)據(jù)處理流程包括(I)、程序啟動。管理組件根據(jù)配置信息,動態(tài)加載通道組件和規(guī)約組件,調(diào)用其接口并開始程序的運行。加載組件時根據(jù)配置信息分別加載具體的網(wǎng)絡(luò)通道組件或串口通道組件,以及具體的充電樁規(guī)約組件。(2)、數(shù)據(jù)交互。各個組件之間通過隊列機制進行數(shù)據(jù)交互。在管理組件中建立兩個數(shù)據(jù)隊列,上收數(shù)據(jù)隊列和下發(fā)數(shù)據(jù)隊列。上收數(shù)據(jù)隊列存放從通道組件收到的充電樁報文數(shù)據(jù)。下發(fā)隊列存放由通道組件向充電樁發(fā)送的報文數(shù)據(jù)。(3)、流程控制。程序的數(shù)據(jù)流程控制主要由管理組件來完成。其它各個組件之間的耦合度相對松散。其具體的數(shù)據(jù)流程圖如圖3所示。為了更好的解釋本發(fā)明,本發(fā)明實施例海提供了一個對遙測數(shù)據(jù)隊列進行讀寫操作的偽代碼樣例,如下void CManager::InsertNewYcInfo(const CYcData& ycdata)
{
WRLOCK(m_YciLock);
m_YciRecQueue[m—YciWrpos] = ycdata;m_YciWrpos++;
if (m_YciWrpos >= YCI_QUEUE_LEN) m_YciWrpos = 0;
UNLOCK(m_YciLock); }
bool CManager::GetNextYcInfo(CYcInf〇& ycdata) const{
bool bResult = false;

static int m_YciRdpos = m_YciWrpos;
RDLOCK(m_YciLock); if (m_YciRdpos != m_YciWrpos)
{
ycdata = m—YciRecQueue[m_YciRdpos]; m_YciRdpos++;
if (m_YciRdpos >= YCI_QUEUE_LEN) m—YciRdpos = 0; bResult = true;
}
UNLOCK(m_YciLock); return bResult;
}請參閱圖4,本發(fā)明實施例還提供了一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信裝置,包括分解模塊401,用于將所需實現(xiàn)的通信功能按照組件的方式進行分解。在本發(fā)明的實施例中,分解模塊401可以具體用于將所需實現(xiàn)的對充電樁的實時數(shù)據(jù)進行采集和控制的功能按照組件的方式分解為管理組件、數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件。關(guān)系模塊402,用于確定各組件之間的關(guān)系及各組件的邊界接口 ;
在本發(fā)明的實施例中,關(guān)系模塊402可以具體用于以所述管理組件作為數(shù)據(jù)處理流程的控制中心,分別引用所述數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件,且所述數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件相互之間不包含任何的引用關(guān)系。功能實現(xiàn)模塊403,用于采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功倉泛;在本發(fā)明的實施例中,功能實現(xiàn)模塊403可以具體用于采用跨平臺組件對象模型的組件方式來建立組件,以面向?qū)ο蟮姆绞絹韺崿F(xiàn)組件,并以接口類的封裝、繼承和重載的方式來實現(xiàn)各組件的具體功能。數(shù)據(jù)交互模塊404,用于根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互; 在本發(fā)明的實施例中,數(shù)據(jù)交互模塊404可以具體用于根據(jù)組件契約ID動態(tài)加載組件,通過調(diào)用所加載的組件接口函數(shù)進行數(shù)據(jù)交互。采集控制模塊405,用于按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。在本發(fā)明的實施例中,采集控制模塊405可以具體用于通過TCP/IP網(wǎng)絡(luò),建立與充電樁的網(wǎng)絡(luò)連接,召喚、接收充電樁的實時電氣量數(shù)據(jù),依據(jù)預(yù)先制定的規(guī)約即預(yù)先制定的數(shù)據(jù)處理流程進行數(shù)據(jù)的解析處理后上傳至電動汽車充電站監(jiān)控系統(tǒng)的服務(wù)器,然后接收服務(wù)器下發(fā)的控制命令,依據(jù)預(yù)先制定的規(guī)約進行打包處理后下發(fā)至充電樁,從而實現(xiàn)對充電樁的數(shù)據(jù)進行采集監(jiān)測和控制。本發(fā)明實施例提供的用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法及裝置,能夠提高系統(tǒng)的穩(wěn)定性、實時性,并具有可重用性、可移植性和可擴展性。以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法,其特征在于,包括 將所需實現(xiàn)的通信功能按照組件的方式進行分解; 確定各組件之間的關(guān)系及各組件的邊界接口; 采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能; 根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互; 按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。
2.如權(quán)利要求I所述的方法,其特征在于,所述將所需實現(xiàn)的通信功能按照組件的方式進行分解包括 將所需實現(xiàn)的對充電樁的實時數(shù)據(jù)進行采集和控制的功能按照組件的方式分解為管理組件、數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件。
3.如權(quán)利要求2所述的方法,其特征在于,所述確定各組件之間的關(guān)系及各組件的邊界接口包括 以所述管理組件作為數(shù)據(jù)處理流程的控制中心,分別引用所述數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件,且所述數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件相互之間不包含任何的引用關(guān)系。
4.如權(quán)利要求I所述的方法,其特征在于,所述采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能包括 采用跨平臺組件對象模型的組件方式來建立組件,以面向?qū)ο蟮姆绞絹韺崿F(xiàn)組件,并以接口類的封裝、繼承和重載的方式來實現(xiàn)各組件的具體功能。
5.如權(quán)利要求I所述的方法,其特征在于,所述根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互包括 可根據(jù)組件契約ID動態(tài)加載組件,通過調(diào)用所加載的組件接口函數(shù)進行數(shù)據(jù)交互。
6.一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信裝置,其特征在于,包括 分解模塊,用于將所需實現(xiàn)的通信功能按照組件的方式進行分解; 關(guān)系模塊,用于確定各組件之間的關(guān)系及各組件的邊界接口 ; 功能實現(xiàn)模塊,用于采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能; 數(shù)據(jù)交互模塊,用于根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互; 采集控制模塊,用于按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。
7.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述分解模塊具體用于將所需實現(xiàn)的對充電樁的實時數(shù)據(jù)進行采集和控制的功能按照組件的方式分解為管理組件、數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件。
8.如權(quán)利要求7所述的系統(tǒng),其特征在于,所述關(guān)系模塊具體用于以所述管理組件作為數(shù)據(jù)處理流程的控制中心,分別引用所述數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件,且所述數(shù)據(jù)庫組件、實時庫組件、規(guī)約組件和通道組件相互之間不包含任何的引用關(guān)系O
9.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述功能實現(xiàn)模塊具體用于采用跨平臺組件對象模型的組件方式來建立組件,以面向?qū)ο蟮姆绞絹韺崿F(xiàn)組件,并以接口類的封裝、繼承和重載的方式來實現(xiàn)各組件的具體功能。
10.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述數(shù)據(jù)交互模塊具體用于根據(jù)組件契約ID動態(tài)加載組件, 通過調(diào)用所加載的組件接口函數(shù)進行數(shù)據(jù)交互。
全文摘要
本發(fā)明適用于新能源技術(shù)領(lǐng)域,提供了一種用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法及裝置,包括將所需實現(xiàn)的通信功能按照組件的方式進行分解;確定各組件之間的關(guān)系及各組件的邊界接口;采用跨平臺組件方式及面向?qū)ο蟮姆绞綄崿F(xiàn)各組件的功能;根據(jù)配置信息動態(tài)加載組件,通過接口調(diào)用方式進行數(shù)據(jù)交互;按照預(yù)先制定的規(guī)約對充電樁進行數(shù)據(jù)采集和控制。本發(fā)明的用于電動汽車充電站監(jiān)控系統(tǒng)中的通信方法及裝置,能夠提高系統(tǒng)的穩(wěn)定性、實時性,并具有可重用性、可移植性和可擴展性。
文檔編號H04L29/08GK102957739SQ20121002771
公開日2013年3月6日 申請日期2012年2月8日 優(yōu)先權(quán)日2012年2月8日
發(fā)明者唐明, 何霄鵬, 江定穩(wěn) 申請人:深圳市金宏威技術(shù)股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1