Fastighetsautomation Ethernet eHouse – Samarbete kontrollpaneler direkt med styrsystem över UDP

eHouse Home Automation , Bygga Hantering Ethernet-version möjliggör direkt kommunikation med ett nästan obegränsat antal paneler visar aktuell status för Home Automation Controllers med UDP-protokollet på LAN . hemautomation eHouse – uppdatera paneler över UDP (User_Datagram_Protocol) .
Till skillnad från TCP-protokollet är ett protokoll anslutningsfritt , dvs . inte kräver en permanent anslutning mellan klienten och servern , session spårning , saknas mekanismer för att kontrollera uppgifter , flöde och återutsändning .
Detta gör det mycket snabbare än TCP-protokollet , dock , är det möjligt att förlora data och andra fel .
I fallet User Datagram (individuella ramar för alla system) , överföring korrekthet måste ta itu med kommunikationsprogramvara .
UDP är idealiskt för att skicka sändningar (meddelanden , sänds ut till flera enheter samtidigt , utan att ytterligare kontakter med kunderna från servern) .
De viktigaste funktionerna är följande:

  • Anslutningslöst protokoll får en annan enhet anslutning till servern inte ladda servern
  • meddelanden skickas globalt till alla enheter på LAN
  • servern spelar ingen roll om det skickar meddelanden till 0 eller fler enheter eller avlyssningsutrustning t.ex. meddelanden
  • överföringsfel har ingen inverkan på server lämpliga uppgifter
  • dataöverföring är oskyddad mot fel , Det finns: ingen bekräftelse , ingen flödeskontroll

Eftersom UDP inte har skydd mot överföringsfel , att använda den i eHouse , och för att möjliggöra felkontroll datapaket skickas bredd kontroll – summa för verifiering .
Det ger dem möjlighet att jämföra och användning av klient – sida när de skickas kontrollera – summa är lika med beräknat en .
För eHouse , en jämförelse av uppgifterna är i klienten och dess programvara .
Data skickas från servern i binär form och måste avkodas av klientprogrammet .
Servern skickar data till den angivna porten (standard 6789) , och kunden måste lyssna för inkommande meddelanden asynkront på porten .
Asynkrona innebär , att uppgifterna inte är cachad , och enheten måste ta emot paket löpande vid tiden för avsändandet (realtid) .
Välja UDP-port beroende på arkitekturen av systemet och beror på vilken typ av installation , om alla regulatorer sänder paket till samma status som varje port till en annan och kan väljas individuellt från program eHouse systemet .
Ett datapaket är densamma som i fallet med överföring via TCP kommunikation med Ethernet-drivrutiner eller programvara eHouse . exe för PC sändning binära data över UDP .
Detta tillåter användning av en enda funktion (förfarande) avkodning av en ram , oavsett om överföringsmediet , överföringsprotokoll är .
Uppgifterna är inte säkerställda för att underlätta avkodningen av de enskilda kontrollpaneler och programvara för visualisering .
Detta kommer att möjliggöra visning av information på panelerna i ett begränsat antal nätmask IP , dvs . 255 . Eftersom dessa är de enda enheter statusen utan möjlighet köra systemet händelsen , det kan släppas till allmänheten utanför brandväggen LAN .
I speciella fall , Du kan skapa en VPN (Virtual_Private_Network) – tunnel anslutning för att ta emot status drivrutiner för de externa panelerna utanför nätverket , eller använda TCP loggning en utmaning – svar (med dynamisk verifieringskod) , som fortfarande är aktiv .
Dessa uppgifter är inte kritiska och utan avkodning paket med eHouse ansökan , detta är gäng ettor och nollor , som måste avkodas av programpaketet eHouse systemet för paneler av någon typ .
eHouse . exe Programvara har uppdaterats , som tillät insamlingen av sådana uppgifter från UDP – User Datagram Protocol . Det gäller endast för Ethernet eHouse eller eHouse 1 under CommManager övervakningssystem .
För att göra detta , köra programmet med en parameter eHouse ” eHouse . exe / VIAUDP ” kapitalisering spelar ingen roll .
Detta kommer att möjliggöra en mycket mer tillförlitlig mottagning av status CommManager , och ansluten till det eHouse_1 regulatorer arbetar med RS – 485-gränssnitt .
EHouse ansökan får (lyssnar) endast inkommande paket med förare . Paketen skickas med checksumma och om några datafel bedriver synes , helt enkelt ignoreras , och kommer att uppdateras med korrekt mottagning av nästa giltiga paket innehållande statusen av styrenheten .
Denna metod frigör även kunder från servern och nätverk fel , Routrar , växla , eftersom det inte finns något fall att bryta kommunikationen med servern , på grund av den anslutningsfritt UDP-protokollet idé .
Det orsakar inte en suspension eller permanent förlust av programuppdateringar , Såsom i fallet med en kombination av protokoll till servern , men bara tillfälligt under ett länkfel , och bara förlora paket under fel eller hög belastning på nätet .
Förlora paketet status regulatorerna är acceptabel , eftersom de är cykliskt upprepas med en ändring i status för varje styrenhet , och den minsta perioden är ungefär 15 sekunder om ingen förändring .
För UDP sändning från styrenheter sänds från eHouse . exe ansökan måste vara inaktiverat . Om du väljer detta alternativ för eHouse . exe ansökan upphör att sända sin egen binära status UDP , eftersom dessa är samma data , som för närvarande sprids direkt från Ethernet-styrenheter eHouse och det kommer duplicera nätverket trafik .
Status text (avkodas av programmet eHouse) kan fortsätta att sända , om eHouse . exe ansökan är aktiverat , ger användaren möjlighet att använda de gamla kontrollpaneler , text – baserade loggfiler och paket binära inte tillämpliga .
I detta fall , ansökan passerar genom eHouse . exe , som är en annan länk i kedjan , från en kombination av paneler också beror av datorn .
Denna användning , dock , är bra för systemet igång helt i standard eHouse 1 (ingen CommManager) eftersom det ger dig möjlighet att arbeta med paneler emot data från eHouse . exe ansökan , trots avsaknaden av inbyggda – i gränssnitt för Ethernet överföring i kontroller .
Kontrollampor