eHouse בית אוטומציה , ניהול בניין אתרנט גרסה מאפשרת תקשורת ישירה עם מספר כמעט בלתי מוגבל של לוחות להציג את המצב הנוכחי של בקרי אוטומציה ביתית באמצעות פרוטוקול UDP ב-LAN . אוטומציה ביתית eHouse – לעדכן את הלוחות מעל UDP (User_Datagram_Protocol) .
בניגוד לפרוטוקול TCP הוא פרוטוקול חסר חיבור , כלומר . אינו דורש חיבור קבוע בין הלקוח לבין השרת , מעקב מושב , העדר המנגנונים לשלוט נתונים , זרימה ושידור חוזר .
זה עושה את זה הרבה יותר מהר מאשר פרוטוקול TCP , אולם , זה אפשרי לנתוני הפסד ושגיאות אחרות .
במקרה של User Datagram (מסגרות נפרדות לכל מערכת) , תקינות העברה חייבת להתמודד עם תוכנת תקשורת .
UDP הוא אידיאלי עבור שליחת הודעות (שידורים , לשדר למספר מכשירים בו זמנית , בלי קשרים נוספים עם הלקוחות מהשרת) .
התכונות החשובות ביותר הן הבאות:
- פרוטוקול חסר חיבור מקבל חיבור מכשיר אחר לשרת לא יטען שרת
- הודעות נשלחות ברחבי עולם לכל ההתקנים ברשת מקומית
- השרת לא משנה אם היא שולחת הודעות ל0 או יותר התקנים או מכשירי האזנה כגון הודעות
- שגיאות שידור לא יהיה השפעה על נתונים בשרת מתאימים
- העברת נתונים היא לא מוגנת מפני טעויות , יש: אין אישור , אין בקרת זרימה
בגלל UDP אין הגנה מפני שגיאות שידור , כדי להשתמש בו בeHouse , וכדי לאפשר בדיקת שגיאות מנות נתונים נשלחים המחאת רוחב – סכום לצורך האימות .
זה מאפשר להם להשוות ושימוש בלקוח – צד כשנשלח לבדוק – הסכום שווה לאחד מחושב .
עבור eHouse , השוואה של הנתונים היא בלקוח והתוכנה שלה .
נתונים נשלחים מהשרת בצורה בינארית וצריכים להיות מפוענח על ידי תוכנת הלקוח .
השרת שולח את הנתונים ליציאה שיצוין (ברירת מחדל 6789) , והלקוח חייב להקשיב להודעות נכנסות אסינכרוני בנמל .
אמצעי אסינכרוני , שהנתונים אינם במטמון , והמכשיר שלך חייב לקבל מנות באופן שוטף בזמן השיגור (בזמן אמת) .
בחירת יציאת UDP תלוי בארכיטקטורה של המערכת ותלויה בסוג ההתקנה , אם כל הבקרים שולחים חבילות לאותו סטטוס שכל יציאה להמשנה ויכולה להיות שנבחרה באופן אישי מיישומי מערכת eHouse .
חבילת נתונים זהה במקרה של העברה דרך תקשורת TCP עם נהגי Ethernet או eHouse תוכנה . exe עבור מחשב שולח נתונים בינאריים מעל UDP .
זה מאפשר את השימוש בפונקציה אחת (הליך) פענוח של מסגרת , ללא קשר לשאלה אם מדיום השידור , העברת פרוטוקול הוא .
הנתונים אינם מובטחים כדי להקל על הפענוח של לוחות הבקרה הבודדים ותוכנה להדמיה .
זה יאפשר התצוגה של מידע על הלוחות רק במספר מוגבל של ה-IP מסיכת הרשת , כלומר . 255 . כי אלה הם המעמד רק מכשירים ללא אפשרות להפעיל אירועים של המערכת , הוא עשוי להשתחרר לציבור מחוץ לחומת האש LAN .
במקרים מיוחדים , באפשרותך ליצור VPN (Virtual_Private_Network) – מנהרת חיבור לקבלת המעמד של הנהגים לפנלים החיצוניים מחוץ לרשת , או להשתמש בפרוטוקול TCP כניסת challange – תגובה (עם קוד אימות דינמי) , שהוא עדיין פעיל .
נתונים אלה אינם קריטיים וללא חבילות פענוח על ידי יישום eHouse , זו חבורה של אלה ואפסים , שחייב להיות מפוענח על ידי מערכת eHouse חבילת תוכנה לפנלים מכל סוג .
eHouse . תוכנת exe עודכנה , שאפשר לאוסף של נתונים אלה על ידי UDP – User Datagram Protocol . זה מתייחס רק לאתרנט או eHouse eHouse 1 תחת פיקוח מערכות CommManager .
כדי לעשות זאת , להפעיל את היישום עם eHouse פרמטר ” eHouse . exe / VIAUDP ” היוון לא משנה .
זה יאפשר להרבה יותר אמין קבלת המעמד של CommManager , ומחוברים אליו eHouse_1 בקרים עובדים עם RS – 485 ממשק .
EHouse יישום מקבל (מקשיב) רק חבילות נכנסות עם נהגים . חבילות נשלחות עם בדיקה ואם כל נתונים apears טעויות , פשוט התעלם , ויעודכן עם הקבלה הנכונה של המנות הבאות תקפות המכילות את מעמדו של הבקר .
שיטה זו גם משחררת לקוחות משגיאות השרת ורשת , נתבים , להחליף , מכיוון שאין כל מקרה של שבירת התקשורת עם השרת , בשל רעיון פרוטוקול UDP חסר חיבור .
זה לא גורם להשעיה או אובדן קבוע של עדכוני יישומים , כמו במקרה של שילוב של פרוטוקולים לשרת , אבל רק באופן זמני במהלך כישלון קישור , ורק מאבד חבילות בכשלים או עומס מוגזם ברשת .
לאבד את מעמד החבילה של הבקרים מקובל , כפי שהם חזרו מחזור עם שינוי במעמדו של כל בקר , ותקופת המינימום היא כ 15 שניות אם אין שינוי .
עבור שידור UDP מבקרים לשדר מeHouse . יישום exe יש להשבית . אם תבחר באפשרות זו עבור eHouse . יישום exe מפסיק לשלוח מצב בינארי משלו של UDP , כי אלה הם אותם הנתונים , כי כרגע לעבור ישירות מeHouse Ethernet הבקרים וזה יהיה לשכפל trafic רשת .
טקסט סטטוס (פוענח על ידי eHouse היישום) עשוי להמשיך ולשדר , אם eHouse . יישום exe מופעל , נותן למשתמש את היכולת להשתמש בלוחות הבקרה הישנים , טקסט – קבצי יומן מבוססי חבילות בינאריות ולא החלימו .
כאן , היישום עובר דרך eHouse . exe , שהוא חוליה נוספת בשרשרת , משילוב של לוחות תלויים גם במחשב .
שימוש זה , אולם , זה טוב למערכת הפעלה לחלוטין בeHouse הסטנדרטי 1 (לא CommManager) כי זה נותן לך את ההזדמנות לעבוד עם פנלים מקבלים נתונים מeHouse . יישום exe , למרות החוסר נבנה – בממשק לשידור Ethernet בבקרים .
אורות בקרה