本發明涉及一種Wi-Fi澆水系統，其包括被設計成與控制單元進行無線通信的閥門單元，該閥門單元連接到Wi-Fi網絡并且配置成由用戶通過互聯網對其進行編程。技術實現要素：：一種無線澆水定時器和閥門控制系統包括與路由器進行無線Wi-Fi通信的控制單元和與控制單元進行無線通信并且被設計成連接到水龍頭的閥門單元。閥門單元包括被控制單元接收的信號以無線的方式進行操作的閥門。閥門單元還可以被配置成能夠與濕度傳感器進行無線通信，并且將從濕度傳感器接收到的濕度傳感器狀態中繼轉發到控制單元，以便基于該濕度傳感器狀態對閥門單元進行操作?？刂茊卧€可以被配置成至少基于在互聯網上的發送到控制單元的時間表來操作閥門單元。附圖說明：將參照附圖對本發明進行描述，其中：圖1是根據一個實施例的互聯網控制型灑水系統的框圖；圖2是圖1所示的控制單元的框圖；圖3是圖1所示的閥門單元的框圖；圖4是圖1所示的系統的閥門單元和控制單元之間周期性發生的常規檢測數據交換圖；圖5是圖1所示的系統的控制單元和互聯網服務器之間的通信的架構圖；圖6是圖1所示的控制單元的一個示例的分解圖；圖7是圖1所示的閥門單元的一個示例的分解圖；圖8是圖1所示的閥門單元的另一個示例的分解圖；以及圖9是根據一個實施例的閥門程序網格的截圖的示例。具體實施方式：以下將參照上述附圖對本發明的實施例進行描述。在本專利申請中展示和描述的灑水系統被配置為利用房主的私人Wi-Fi網絡.在一個實施例中，如圖1中所示，該系統由兩個單元構成，即，包含Wi-Fi接口的控制單元10(以下簡稱“CU”)(例如，位于房屋內或者位于處于家用路由器20的Wi-Fi范圍內并且位于外面的閥門單元的范圍內的位置)，和包含并且控制一個或多個閥門的閥門單元30(以下簡稱“VU”)(例如，位于水龍頭附近房屋的外面并且處于CU的射頻鏈路范圍內)。CU10通過Wi-Fi連接，而非以太網電纜，連接到路由器20(例如，本地互聯網接入點)。以太網設置的缺點包括連接限制(例如，在本地接入點或集線器的端口數量有限)、位置限制(例如，CU的位置可能性由以太網纜線長度決定)，以及一般消費者不喜歡不必要的電纜。Wi-Fi連接改善了CU10和VU30之間的通信，因為CU10可以被放置在一個合適的位置，使其能夠經由ISM波段射頻鏈路40與VU30進行通信，將在下文進行詳述。最優選地，將CU10放置在具有較強Wi-Fi信號的區域中(例如，墻壁、電氣設備和可能會影響信號的其他材料)以及在距離VU30的200英尺范圍內。在該實施例中，例如，CU10和VU30之間的通信是通過ISM波段(例如，美國為910MHz和歐洲為833MHz)射頻鏈路40進行，然而，可以使用其他已知的通信媒介。CU10被配置成控制多個VU30。在該實施例中，CU10控制兩個VU30，每個VU30其中都包含四個閥門50。然而，眾所周知是，VU30可以包含多于或少于四個閥門50。每個VU30均被配置成可能經由濕度傳感器接收器65(例如，Melnor公司現有的濕度傳感器和/或美國專利編號7,810,515所描述的“智能澆水定時器”)與濕度傳感器60進行無線通信，并且將濕度傳感器的狀態中繼轉發到CU10，CU10將會基于該狀態(例如，基于用戶的設置做出澆水/不澆水決定)對VU30進行控制。CU10可以由現成的“壁掛”型電源供電，而且VU可以通過標準AA電池供電。在上文所述澆水系統的操作中，用戶將通過移動設備、平板電腦或個人電腦，使用基于網頁的GUI界面(圖形用戶界面)對澆水時間表進行編程。CU10將經由Wi-Fi來聯系網頁服務器20，以更新其時間表(例如，不斷地，間隔時間，根據命令，等等)。服務器20從GUI設置200中提取基本信息以使CU10運行編程好的澆水時間表，并將其發送到CU10。CU10然后通過對每個VU40下達閥門操作命令400，來執行編程好的(多個)澆水周期。CU10可以被配置成持續狀態，例如，被配置成一個七日程序，并且不斷運行該程序直到其被用戶修改。因此，如果出于任何原因導致互聯網連接中斷，CU10將根據其下載的末次時間表來繼續澆水。CU10可以被配置成上傳當前閥門狀態410，和濕度傳感器狀態420(如果可用)，以便用戶可以通過簡單的狀態指示器看到正在發生的內容。CU10可以被配置成每當CU10聯系服務器20時上傳該信息，或者設置成在其他所期望的時間間隔來上傳該信息。在操作過程中，VU30被配置成聯系CU10(例如，使用ISM射頻)以便接收用于VU30的每一個閥門50的最新設置。VU30不保持任何時間表設置，并且基本上為“啞聲”(例如，根據當時的命令打開或關閉閥門)。如果VU30與CU10斷開聯系，那么在一定次數的嘗試后(例如，嘗試5次后)或者一定的時間(例如，5分鐘)后，作為安全措施，VU30將關閉所有閥門50。在來自CU10的命令下，VU30將決定濕度傳感器60與系統1進行連接，并且如果連接，VU30將會把接收的傳感器信息中繼轉發到CU10。對濕度傳感器60的控制(例如，開關該傳感器并且等待信號)處于CU10的控制下，如果用戶通過編程來實現該控制，則將在澆水周期之前和期間使用CU10。在一實施例中，為了保證CU10以及與其相關聯的VU30的安全，例如，擁有類似系統的鄰居是無法訪問并非屬于其系統的一部分的組件的，每一個CU10和VU30都將具有標識符，例如序列號。例如，CU10的標識符可以基于獨一無二的MAC地址(例如，可以連接到互聯網的所有設備所需的標識符)，VU30可以使用16位編號進行標識。這樣可以制造帶有唯一序列號的64k閥門單元。可以使用其他已知的標識符來對每一個設備進行唯一標識。CU10的一個實施例如圖2和圖6所示，如下所述。如圖6所示的實施例，CU10總成包括前殼體100，后殼體110，設置在前殼體和后殼體之間的空間中的印刷電路板(PCB)總成120。前殼體100包括前標簽部分105和一個或多個開口，該開口配置成發出例如由LED產生的光。PCB總成120包括(多個)LED122(例如，指示器/狀態燈)，電源連接器124配置成可容納電源適配器126和(多個)LED墊片128。前殼體100附接到后殼體110，并且被設計成將PCB總成120固定在二者之間。如圖2所示的實施例，CU10包括用于和家用路由器或服務器20通信的無線模塊150，微控制器160，和用于和VU30通信的通信手段170(例如，ISM波段射頻)。在該實施例中，和無線SPI型接口(串行外圍接口)對應的的微控制器160包括能讓微控制器10獲得其所具有的接口種類的信息，這可以像硬接線輸入/輸出進行通信一樣簡單，當檢測到不同的無線模塊時，微控制器將會運行合適的軟件來支持此無線格式。實時時鐘(RTC)保持跟蹤時間和并根據預定的用戶界面設置來安排澆水操作。RTC是在每當CU10對服務器20進行檢測時進行更新/同步。在該實施例中，CU10的功能至少包括以下內容：支持所有Wi-Fi通信；基于外部用戶/網頁輸入運行定時功能；當(多個)外部VU30發出請求時，將手動閥門控制命令中繼轉發到(多個)外部VU30；在收到請求時將閥門狀態410發送到網頁GUI；在/當合適時，更新本地狀態指示器。在另一個實施例中，CU10的功能是在需要時，支持所有所需的Z-Wave或Zigbee設備和命令類，并且支持列入家庭自動化網絡所需的所有Z-Wave、Zigbee功能。在該實施例中，用于CU10的硬件可以包括：來自壁掛型直流電源180的輸入電源濾波/調制調節；微控制器160，諸如德州儀器PNMSP430G2955；Wi-Fi模塊150，諸如德州儀器PNCC3000；ISM射頻芯片170，諸如SiLabsSi4455；已知的本地狀態指示器以及PCB，諸如在PCB路徑中包含2.5GHz和910MHz天線的4層PCB。所選用的微控制器可以自帶包括閃存、RAM以及所有必要的支持功能，諸如CPU時鐘，通電復位電路等，功能齊全無需額外的支持設備。所選的微控制器還可以包括大量外圍設備，包括多個串行接口，其中兩個是SPI(例如，其中一個需要接口連接到CC3000WiFi模塊，另一個接口連接到ISM波段射頻)。狀態指示器162被設計成顯示CU10中的各種通信功能的狀態，諸如電源指示器(例如，紅燈)、網頁接口狀態(例如，在嘗試建立一個用戶家用路由器20的連接時閃爍紅燈)、以及網頁服務狀態(例如，當未注冊而是以實體等其他方式的連接時閃爍綠燈)。瞬時接觸開關包括，例如，復位開關164和配置開關166。復位開關164被配置成引發微控制器160進行硬復位來將CU10恢復到其初始狀態。在這種狀態下，例如，將會丟失所有路由器配置信息，并且可能要求用戶每當首次使用時，都需要在服務器重新為CU10注冊。復位開關164可以被設計成難以接觸到，例如，可以經由前面板上的小孔訪問，并且只能通過回形針或類似物品來開啟。配置開關166被設計成開啟可能要求用戶執行的一個“智能配置”過程，以便使CU10得以訪問家用路由器20和互聯網的(例如，使用智能手機或電腦上的德州儀器智能配置應用程序連接CC3000模塊的配置過程)。在一個實施例中，配置開關166由PCB觸點構成，該PCB觸點在被按下時被導電彈性墊短路(例如，與在Melnor公司的3012型定時器上使用的相似)。下面描述在圖7和圖8的分解圖中所示的VU30的不同實施例。圖7展示了VU30總成的一個實施例，其包括前殼體310，后殼體320，和設置在由前后殼體限定的空間中的PCB總成340和閥門總成350。還可以包括側蓋330來限定該空間。在該實施例中，閥門總成350包括四個并列設置并且在VU內沿縱向延伸的電磁閥。閥門總成350(直接或經由快速連接)連接到水龍頭，以將水從水龍頭連通到每個閥門50。在該實施例中，PCB總成340包括四個并列設置并且在VU30內沿縱向延伸的PCB觸摸墊342，例如，一個觸摸墊342對應于閥門總成350的每個閥門50。PCB定位支架360夾在PCB總成340和閥門總成350之間，并且在VU30內沿縱向延伸。前殼體310包括沿縱向延伸的前表面。在該實施例中，前表面包括四個與閥門單元30中的閥門50數量對應的開/關觸摸墊342。每個觸摸墊342均被設置成如果用戶觸摸區域A，則與對應的觸摸墊A進行接觸，這這樣可以開/關閥門單元A。后殼體320被配置成固定電池終端370和電池(例如，該實施例中的四節AA電池)。后殼體還被配置成容納濕度傳感器插槽380(例如，該插槽還可以被配置在VU的另一部分上)。在該實施例中，VU30為電池供電并且包括至少一個與VU30內的每個閥門50相關聯的電容式開關402(例如，手動激活閥門)?？梢詾槊總€閥門50使用兩個(或更多)電容式開關402，以便提供可以用來防止錯誤激活的額外感測(例如，4個閥門和8個電容式開關)。VU30定期“喚醒”，諸如，每隔100ms，來掃描開關，并且每隔一分鐘，它會使通信手段410(例如，ISM波段射頻)從CU10獲得閥門狀態410，以保持一分鐘的時間解析度?？梢葬槍Σ煌臅r間段來設置“喚醒”時間段。在運行期間，如果圖3所示的實施例中展示的閥門50需要打開/關閉，它會激活升壓器404，并且在電源足夠高或者達到預定閾值時，啟用閥門驅動器406。在該實施例中，無論是上述的程序下還是在手動控制(例如，電容式開關)下，當閥門已被打開時，適當的LED狀態指示燈408會閃爍。根據該實施例，VU30被配置成當CU10發出命令時或當用戶“按動”或“碰觸”其中一個手動電容式開關402時，僅打開和關閉閥門。該配置(例如，“啞聲”)需要更小并且更便宜的微控制器，而非更加智能的配置。該基于PCB的電容式觸摸開關的設計的一個優點在于，減少了通常在VU30上見到的外部組件的數量，它們可能會因為使用或因為其他因素而斷裂或者受損。另一個優點是方便控制。用戶簡單地觸摸開關就可以打開閥門，并且再次觸摸開關就可以關閉閥門。另一個優點與美觀相關，即，外觀設計相對簡潔。圖8展示了VU30總成的另一個實施例，其包括多個觸摸按鈕3420，而非以上所描述的以及在圖3和圖7中所展示的電容式觸摸開關402或者觸摸墊342。根據該實施例，VU30被配置成當CU10發出命令或當用戶“按動”多個按鈕的其中一個時，打開和關閉閥門。VU30被配置成監測射頻鏈路故障并且在出現此類故障時，關閉所有運行的程序的閥門。在這種情況下，例如，只有用戶可以通過電容式開關342或按鈕3420使用本地控制器從而來開啟閥門。在VU30無法在預定的時間內與CU10對話時(例如，在多次一分鐘簽入通信嘗試期間)，會發生射頻鏈路故障和閥門關閉。在該實施例中，VU30的功能至少包括以下內容：支持所有系統設置和初始化請求；從可選的濕度傳感器接收器65接收當前濕度傳感器數據；從CU10接收閥門控制數據；掃描電容式開關342或按鈕3420來進行本地手動操作；根據CU10的要求或本地用戶的要求啟動閥門5；將濕度狀況、電池和閥門狀態410傳輸到CU10；控制升壓器電路404啟動電磁閥；控制閥門驅動器406打開和關閉閥門50；更新本地閥門狀態指示器；并且監測CU10通信故障(例如，由于斷電、間斷的射頻鏈路、或者硬件故障)。在該實施例中，用于VU的硬件包括：微控制器400，諸如德州儀器PNMSP430G2755；電池或電池組；ISM波段射頻收發芯片410，諸如SiLabsPNSi4455；可能應用在PCB腐蝕中的天線，諸如螺旋線圈天線；升壓器電纜組件404；閥門驅動器組件406；用于手動閥門控制的電容式開關402；閥門狀態指示器408；和濕度傳感器接收器連接器410，諸如3針連接器；以及PCB，諸如2層或4層PCB。在本發明所述的澆水系統的系統設置和操作期間，數據在服務器20、CU10和VU30之間進行交換。以下是對在系統部件之間傳送的數據的簡要描述。首先，對服務器20和CU30之間傳送的數據進行描述。該數據包括設置數據和時間表數據。舉個例子，在設置過程的開始期間，用戶在能夠訪問基于網頁的GUI界面之前，注冊CU序列號或標識碼。注冊可能需要登錄到支持GUI界面的網站，登錄需要使用與用戶的CU10相關的CU序列號(例如，可能標記在其殼體上)。如果序列號有效，用戶將可以訪問GUI界面，在該GUI界面中用戶將輸入、或注冊要和CU10一起使用的VU30的序列號或標識碼(例如，同樣標記在VU殼體上)。接下來，在GUI界面上，用戶將能夠輸入用于每個VU30的(多個)閥門50的詳細的澆水時間表(例如，時間表數據)。同時可以注冊其他VU30，或者稍后注冊，如果未與CU10同時購買。GUI界面本身在下文進行描述。CU10不能存儲VU標識碼。相反，每當服務器20下載時間表數據時，時間表數據的開始處是用戶輸入的用于目標VU30的VU標識碼。CU10針對來自VU30的請求檢查該標識碼，以確認它們是相同的代碼，如果不是(例如，如果收到來自鄰居的VU的請求)，CU10將會忽略該請求。當CU10接收到來自VU30發來的具有相匹配的標識碼的請求時，CU10將會向VU20發送閥門或區域命令。根據另一實施例，GUI界面將會對由CU和VU制造商分配的獲得批準的標識碼的數據庫進行維護。當CU10通電時，用戶可以使用智能手機、電腦或平板電腦來進行“智能配置”操作，在此之后，CU10將會被連接到，例如，用戶的家用Wi-FI路由器20。CU10然后將會自動連接到GUI服務器，并且使用用于識別的CU標識碼來獲得時間表數據。如果CU10已經如上文所述被注冊，GUI界面將會下載時間表數據，以便用于與CU10相關的VU30。接下來，對時間表數據進行描述。在操作期間，CU10被配置成定期聯系GUI服務器，例如，詢問是否已經對時間表進行任何更改。在必要時，GUI服務器將會下載新的時間表。另外，CU10將會上傳當前閥門和濕度傳感器60(如果有)的狀態。下載到CU10的數據可以包括以下內容：CU標識碼；(多個)VU標識碼；用于VU1、1區(或閥門號)、2區等的6個周期的周日(第0天)時間表和設置；用于VU1、1區(或閥門號)、2區等的6個周期的周一(第1天)時間表和設置；用于VU1的一周內其他天的時間表和設置；用于VU2、1區(或閥門號)、2區等的6個周期的周日(第0天)時間表和設置；等。因此，有一個數據塊與一周內每一天每個周期的每個區相關聯。這里是一個示例：如果周期開始時間和周期停止時間相同，那么，周期處于非活動狀態。該示例包括6個字節/周期/區域，或者6×6×4＝144個字節/天每個區域。另外，每個區可能存在與每一天相關聯的降雨延遲或傳感器使用數據(但不與周期相關)：字段說明范圍字節數降雨延遲0或11傳感器使用0或11舉例，降雨延遲在用戶“調用”其之后的午夜開始，并且在24小時遞增擴展。因此，每天無論時間表是怎樣的，都會有將于延遲標志來指示CU10，于是將不會進行澆水。而且還有一個額外的字節用于指示CU10，如果有附接的傳感器用于該區。每個區每天有2個額外的字節，或者每天共有額外的8個字節。在該示例中，對4個閥門(1VU)的總時間表要求一天是152(＝144+8)字節，并且，一個周是1064字節(＝7x152)。因此，對于2個閥門單元的整個周的時間表數據將是2128字節。接下來，對從CU10到GUI服務器傳送的數據進行描述。該數據包括設置數據和時間表數據。在一個示例中，在用戶已經開始使用CU和/或VU標識碼進行下載后，CU10使用“確認”進行響應。在該示例中，在成功接收時間表數據后，CU通過將當前狀態直接發送到托管GUI的網頁服務處，來進行響應。每當其執行其與推送器服務的常規“心跳”聯系時，后者將使用時間表進行響應。根據一實施例，CU將當前系統狀態上傳到GUI網頁服務器，如下所示：字段說明范圍字節數CU識別號MAC地址6VU識別號0x0001到0xFFFF2閥門狀態用于每個閥門的開/關位1VU射頻鏈路狀態接觸良好/接觸斷開1VU電池電量0–3.0V(0-255步)1傳感器水和電池標志每個標志為0/11接下來，對從CU傳送到VU的數據進行描述。該數據包括命令數據。VU被配置成響應來自CU的命令，發回有關其電池狀態的數據，并且中繼轉發傳感器狀態。一旦VU接收到包含其自有標識符的命令數據包，VU將會響應。根據一實施例，可用的命令包括：字段說明范圍字節數VU識別號0x0001到0xFFFF2閥門和傳感器命令用于每個閥門和1個傳感器的開/關1接下來，對從VU傳送到CU的數據進行描述。該數據包括VU狀態數據。根據一實施例，VU定期蘇醒并且向CU登入(例如，每隔一分鐘)。CU通過將閥門和濕度傳感器命令發送到VU進行響應。VU通過復述命令并且添加其電池和濕度傳感器狀態，來確認收到命令。該數據包括：字段說明范圍字節數VU識別號0x0001到0xFFFF2閥門狀態用于每個閥門的開/關1VU電池電量0–3.0V(0-255步)1傳感器狀態-1傳感器標志狀態還可以包括用來指示是否已連接傳感器接收器，和其功能狀態以及傳感器澆水和電池標志的數位。接下來，對GUI到CU數據包描述進行說明。如上文所述，一個VU一周的時間表數據需要1064個字節，或每天需要152個字節。該數據能夠以一天的數據包進行下載，例如，雙閥門單元系統一周需要14個數據包。從GUI發送到CU的數據包的類型不止一種，但大多時候它們是時間表更新。其他可能的數據表類型可能包括對更新CU軟件代碼、要閃存的新代碼等的說明。時間表更新數據包類型將包含閥門單元識別號和天數。在下一部分將介紹GUI和推送器之間的協議和數據流的示例。接下來，對CU到VU以及VU到CU的數據包描述進行說明。圖4示出了一實施例。CU到VU數據包類型包括響應來自VU的“登入”數據包的常規閥門操作。VU到CU的數據包類型包括常規登入和登入數據包的“確認”接收。根據一實施例，VU30使CU10知道其是否以已連接濕度傳感器60，使得其可以在必要時修改其澆水時間表。需要傳送的其他數據包括，例如：(1)VU30已附接濕度傳感器接收器65；(2)CU10需要告知VU30將其打開并收聽傳感器數據；(3)VU30需要告知CU10濕度傳感器標志有那些；以及(4)CU10需要告知VU30去關閉接收器65。從CU10到VU30的命令數據包長度可能和任何一個VU到CU的數據包的長度都不同，因此，VU30將不會錯誤地去嘗試讀取來自CU10(例如，VU識別號不匹配等)的另一個VU30的傳輸。在該系統中，幾個設備可以使用和CU到VU射頻鏈路相同的頻率，并且由于其彼此之間的鄰近性是未知的，因此，根據一實施例，假設所有接收器可以收聽到所有發送器。根據下面這個示例，有兩個VU30(例如，每個均傳輸一分鐘更新請求)；兩個濕度傳感器(例如，每個均大約每隔15秒傳輸狀態)；和一個CU(例如，其只在收到VU有關信息的請求時進行傳輸)。在該示例中，濕度傳感器60不會與具有相匹配的標識符的接收器以外的任何接收器65直接對話。然而，濕度傳感器60產生了可能會由其他接收器拾取的射頻信號，該其他接收器將會拒絕與其格式和標識符不符的任何信號。盡管如此，在任何一個發送器以其頻率進行傳輸時，不會發生任何其他射頻通信，這被稱為碰撞，其被下列方式所容納。根據一實施例，由于接收器芯片被配置成檢測另一個發送器何時處于啟用狀態，因此可以通過檢查現有傳輸來避免碰撞，并且如果檢測到一個則在進行另一次傳輸嘗試時進行延遲。例如，可以進行幾次傳輸嘗試，最多可達10次，在此之后，VU30將會等待(例如，直到下一分鐘或下一個設置的時間)并再次嘗試。一個碰撞可能性可以包括兩個或兩個以上同時進行傳輸的VU30，這種情況可能會在二者碰巧同時開始進行傳輸嘗試時發生，或者如果在當CU10響應一個更早的請求時另一個進行傳輸嘗試，或者如果鄰居恰好安裝有類似的系統并且(多個)VU30的其中一個處于“家用”VU30的范圍內并且恰好同時進行傳輸的情況下發生。另一個碰撞可能性可以包括一個或多個同時進行傳輸的傳感器60。該傳感器無法檢測碰撞，因此不具備等待的能力(例如，然而，可以被設計成在延遲后，例如，15秒后，重新傳輸相同的數據。)碰撞的可能性部分取決于傳送器的數量以及傳輸時長。由于沒有很多能夠嘗試同時通信的設備，并且正在通信的數據非常小，因此，該系統中的碰撞應當是相當罕見的，并且數據吞吐量并未特別受到影響。圖5是展示了用于CU10到網頁服務器20通信(反之亦然)的架構圖。在該實施例中，推送器為一種雙向通信信道，其使用網路套接字來與客戶端對話并使用RESTAPI來定向HTTPPOST以便將數據從服務器發送到客戶端。所有消息均通過推動器的服務器被路由。推送器被配置成對通信信道進行劃分，使得數據被包含在一個被稱為應用程序的容器中。要接收/發送消息，接收器/發送器需要訂閱應用程序。該應用程序從推送器的網絡前臺創建。創建應用程序會生成一些應用程序特定的證書，例如，應用程序標識符，密匙和秘密密匙。接收器/發送器利用這些證書以便在特定應用程序中發送消息。每個應用程序可以進一步具有信道。信道可以根據用戶要求創建，并且接收器可以訂閱該信道，并且發送器可以在信道中公布信息。只有訂閱該信道的接收器才能接收專用于該信道的消息。每個信道可以具有多個接收器。多個發送器可以將消息發送到每個信道。發送器發送的消息在每個信道中可以有不同的事件名稱，例如，控制事件，數據事件，MSG事件。這些事件可以是用戶定義的，并且每個事件都可能具有與其相關聯的消息。此外，還有一些推送器內部家政事件需要由末端單元時常進行服務，例如，推進器訂閱消息，推動器連接保持消息等。推動器的每個末端單元可能都需要登錄到應用程序并且訂閱信道以便收聽消息。接下來，對從CU到網絡的數據流的一示例進行描述，反之亦然(例如，假設服務器正在運行，使用應用程序創建推送器帳戶，并且在推送器中配置Webhooks，使得無論何時在推送器應用程序中訂閱信道，其都會向服務器報告)。首先，CU10連接到路由器20。接下來，CU10連接到推送器并且訂閱與其標識符相同的信道名稱。由于該信道被剛剛進行訂閱的CU10占據，因此，推送器將會向服務器發送說明該信道已被占據的Webhook。服務器然后將生成，例如，用于該信道的哈希密匙(hashkey)，將該哈希密匙存儲在其數據庫中，并且將該哈希密匙經由推送器發送到CU10。一旦CU10獲得哈希密鑰，CU10將會：(a)為當前會話存儲哈希密鑰，(b)創建狀態消息，(c)將其CU標識碼附加到消息上，(d)對整個消息進行編碼以便傳輸，以及(e)創建GET消息以發布到服務器并發送消息。一旦服務器將接受該消息，服務器會：(a)檢查哈希密匙，以確定消息源自哪個CU，(b)解碼這個編碼的消息，并檢索CU標識碼和消息，以及(c)將CU標識碼與哈希密匙的所有者相匹配。如果哈希密匙所有者和CU標識碼匹配，則消息有效，對消息進行排序以便進一步處理。如果哈希密鑰不匹配，則忽略該消息。當服務器將消息發送到特定的CU10時，服務器對來自二進制數據的消息進行編碼，并且利用定義的應用程序和作為信道名稱的CU標識碼來觸發用于推送器的消息。在CU10上，推送器將會傳送該消息，并且CU10將會在緩存中讀取該消息，解碼緩存，將二進制數據讀取到結構中，并且更新調度程序。接下來，對使用移動設備將CU10連接到Wi-Fi網絡的方法的一個示例進行描述。在初始設置后，系統被設計成可以從移動設備或計算機對其進行編程。用戶經由電源適配器126將CU10插入電源插座。優選地，將CU10放置在具有較強Wi-Fi信號的區域，以及處于VU30范圍內200英尺的范圍內。在下載(例如，從AppStore或GooglePlay)和安裝無線澆水定時器和灑水系統移動應用程序(“Wi-FiCUApp”)之前，用戶確認其移動設備(例如，智能手機或平板電腦)已以連接到所需的Wi-Fi網絡。在將系統1連接到網絡之前，用戶啟動所下載的Wi-FiCUApp，并且確認其已經連接到理想的Wi-Fi網絡(例如，家用網絡)。用戶訪問GUI網站，創建個人帳戶，并且，例如，通過輸入CU10的序列號(例如，位于CU10的后蓋上或者位于系統隨附的打包資料里)注冊系統。用戶還可以輸入具體位置的信息(例如，區號，郵政編碼，城市/州等)，以便提供本地天氣信息。作為該注冊內容的一部分，用戶還可以輸入連接到CU10的每個VU30的序列號。用戶將(多個)VU30連接到(多個)外部水龍頭并打開(多個)水龍頭。用戶將澆水的軟管的第一端連接到VU30的所需的開口，并且將該軟管的第二端連接到灑水設備。使用者將濕度傳感器60插入靠近灑水設備的區域，并且將濕度傳感器60配置成可以與系統1通信。用戶還可以通過電腦或移動設備訪問其與GUI界面(網頁)上的和系統相關聯的個人賬戶，來對控制器進行編程。圖9給出了與系統相關聯的網頁的一個示例，其是閥門程序網格的截圖。該網格被配置成使用戶能夠輸入閥門具體程序信息，諸如，第一次澆水周期的開始時間，澆水時間(分鐘)，澆水周期之間的時間(例如，每隔4、6、8或12個小時澆水一次，或者每1、2、3、4、5、6或7天澆水一次)，以及經濟模式(例如，通過在澆水周期期間重復打開和關閉閥門來節省水，實現更多滲透，更少流失)。每個閥門可以具有其自己的澆水程序。綜上所述，可以看出，本發明實現了多個發明目的，并且獲得了其它有益效果。在不脫離本發明范圍的情況下，可以對上述結構進行各種更改，因此，以上描述中所包含的以及附圖中所示出的所有內容都應被解釋為說明性的，而非限制性的。當前第1頁1 2 3