תוכנות קוד פתוחות eHouse4Java לבית האוטומציה eHouse

eHouse בית אוטומציה eHouse4Java – תוכנת Java (קוד פתוח) כוללת את המודולים הבאים ( . תאווה – קוד מקור , . מעמד – כיתת כתוצאה):

  • Ehouse4java . תאווה – הליבה של היישום והממשק הראשי
  • ehousecommunication . תאווה – פונקציות תקשורת ותצורה
  • EhouseTCP . תאווה – תקשורת ותצורה של בקרים
  • EventsToSend . תאווה – טיפול באירועים משני
  • EventToSend . תאווה – ההגדרה של אירוע בודד
  • GraphicObject . תאווה – הגדרות אובייקט גרפיות
  • ISYS . תאווה – כולל פונקציות ייעודיות עבור ספקים
  • RunEvent . תאווה – שליחת אירועים מסוג הטקסט
  • StatusEhouse . תאווה – מחלקה מכילה מופע אחד לכל בקר eHouse1
  • StatusEthernet . תאווה – מחלקה מכילה מופע אחד לכל בקר eHouse Ethernet
  • StatusServer . תאווה – העזר TCP / IP של שרת , שולח כל מעמד הבקרים באמצעות TCP / IP לפנלי לקוח (החיצוני דרך LAN , WAN , נט , אינטרנט)
  • ראיה . תאווה – ויזואליזציה / כיתת שליטה גרפית בהתאם להדמית eHouse ורמת שליטה גרפית

את הפונקציות והמשתנות הגלובליים מתוארות בתוכנות קוד קוד eHouse4Java .
התוכנה כוללת נושאים עצמאיים , לדוגמה . תקשורת , המבוצעים ברקע ביחס לבקשה העיקרית .
זה לא לעצור או לעכב את יישום תהליכים שלוקחים זמן רב מדי , אשר הביא לירד משמעותיים איטיים של יישום והאפשרות להשעיה בזמן המתנה לתקשורת (מנעולים מתים) .
את הנושאים העיקריים הם:

  • TCP לקוח (לקבלת המעמד של הבקר , TCP / IP ב-LAN , WAN , לאינטרנט , נט)
  • מאזין UDP (להאזנה לשידור במצב UDP חסר חיבור) – רק בתוך רשת ה-LAN , נט
  • סינתיסייזר דיבור כדי לשחק כל הודעות טקסט אקוסטיים
  • TCP / IP שרת מרובה הליכים – כדי לנתב את המעמד קבל על לוחות הלקוחות מחוברים מכל סוג (באמצעות רשתות LAN , WIFI , לאינטרנט , נט , WAN)

שמות של אמצעי תקשורת עם בקרים כלולים עם ההגדרות בטופס לבחור את סוג החיבור (LAN TCP , LAN-UDP , לאינטרנט , כבוי) .
נושאים אחרים מופעלים באמצעות משתנים הגלובליים הם בכיתות ” EhouseTCP ” או ” ehousecommunication ” .

היישום משתמש בהדמיה על פי תקן eHouse , נוצר מיישומי CorelDraw באמצעות סקריפטים המאפשרים:

  • תצורת מערכת eHouse יבוא
  • יצירת אובייקטים גרפיים באופן ידני או עם סקריפט
  • יצוא נתונים לכל שיטות הדמיה לכל הלוחות , דפדפני אינטרנט , מחשב , טבליות , טלפונים חכמים ומערכות אחרות

זו נידונה בהרחבה במאמרו:
” יצירת הדמיה גרפית ושליטה eHouse בית חכם ” .
תוכנת הדמיה מבוססת על גרפיקה וקטורית מדורגת (SVG) .
שיטה זו מאפשרת לך ” lossless ” ציור של עקומות באיכות , טקסט , צורות גיאומטריות פשוטות , ללא קשר לגודל של ההגדלה , שינוי המסך , וכו ' .
זה לא היה אפשרי באמצעות תמונות הרקע הגרפיות כגון jpg , מפות סיביות , וכו ' . .
הדמית תוכנה עברה אופטימיזציה על מנת לצמצם את הניצול של המעבד וזמן עיבוד גרפיקה בעת עבודה מקוונת , בשל הכמות הגדולה של נתונים לעיבוד . תמונות גרפיות הן מטמון ומחולק לאותות בקרה מתאימות ויעובדו בעת קבלת המעמד של הבקר , ומוצג על המסך הרבה יותר מהר ממטמון ההדמיה של כל בקר .

זה מאפשר:

  • ירידה משמעותית בנתונים המעובדים להדמיה עם שינויי התמונה
  • להפחית באופן משמעותי בעת שינוי הבהוב תמונות מוקרנות
  • ירידה משמעותית בעומס של מעבד ונתוני הדמיה
  • שימוש בהרבה ” חלש יותר ” , חומרה פחות יעילה ופחות יקרה , לוחות גרפיים , טבליות , בלוח הבקרה , וכו ' . , תוך שמירה על עבודה נוחה
  • הפחתה בצריכת חשמל אשר חשוב במיוחד בציוד ובאורך סוללה ונייד של עבודה על סוללות

הנושא זה נדון עם צילומי מסך במאמר:
” הדמיה גרפית ושליטה בבית חכם בג'אווה ”

EHouse4Java תקשורת עם בקרים אוטומציה ביתית

eHouse1 תחת פיקוחו של מחשב

בגרסה זו של היישום eHouse . exe עובד כמקלט מעמד של RS – 485 (עם הממיר RS – 485/RS – 232) ומעביר את המצב ללא שינויים בשתי השיטות לא מתנגשים זה בזה:

  • eHouse . עבודות exe כשרת TCP / IP מגיבות לשאלות בנוגע לפנל המעמד , בהתייחסו נוסף לחבר את הפנלים ולשמור אותם עד שנותק מכל סיבה . שיטה זו חשובה במיוחד בניסיונות ליצור תקשורת עם פנל TCP / IP מחוץ באמצעות רשת , כמו האינטרנט שבו לא ניתן לקבל מעמד של UDP .
  • eHouse . exe שולח פרוטוקול UDP חסר חיבור שידור עבור כל מספר של לקוחות ברשת מקומית , נט . משמעות הדבר הוא כי , שהפנל אינו מתחבר לשרת , אבל מקשיב הודעות שידור מ ” eHouse . exe ” יישומים . בדרך זו לא משנה כמה מקבלי מעמד פנלים אינו משנה את העומס ברשת , או המחשב שבו ” eHouse . exe ” יישום פועל . למרבה הצער זה לא אפשרי או קשה מאוד להעביר שידור UDP דרך האינטרנט, ולכן במקרה זה השיטה הראשונה יש להשתמש .

eHouse1 תחת פיקוחו של CommManager

בגרסה זו , CommManager מקבל סטטוסים נכנסים דרך RS – 485 (מeHouse1 בקרים) ומעביר את המצב ללא שינויים בשתי השיטות לא מתנגשים זה בזה:

  • CommManager עובד כמו שרת TCP / IP מגיב לשאלות בנוגע לפנל המעמד , בהתייחסו נוסף לחבר את הפנלים ולשמור אותם עד שנותק מכל סיבה . שיטה זו היא בעיקר ניסיונות חשובים ליצור תקשורת עם הפנל החיצוני LAN , כמו האינטרנט שבו לא ניתן לקבל מעמד של UDP .
  • CommManager שולח שידורים (חסר חיבור) פרוטוקול UDP הם עבור כל מספר של לקוחות ברשת מקומית , נט .
    משמעות הדבר הוא כי , שהפנל אינו מתחבר לשרת TCP CommManager , אבל מקשיב למסרים ששודרו מCM . בדרך זו לא משנה כמה מקבלי פנלים של מעמד , זה לא משנה את העומס ברשת או שימוש במעבד CommManager . שידור UDP שידור אינו אפשרי , או שהוא פגע בכבדות דרך האינטרנט ולכן במקרה זה השיטה הראשונה יש להשתמש .

אתרנט eHouse (eHouse4Ethernet)

בגרסה זו של בקרי Ethernet: CommManager , EthernetRoomManager , וכו ' . , באופן עצמאי לשלוח את הסטטוס שלו בשתי דרכים , לא מתנגש זה בזה:

  • כל בקר עובד כמו שרת TCP / IP מגיב לשאלות בנוגע לפנל המעמד , בהתייחסו נוסף לחבר את הפנלים ולשמור אותם עד שנותק מכל סיבה . שיטה זו היא בעיקר ניסיונות חשובים ליצור תקשורת עם הפנלים החיצוניים LAN , כגון אינטרנט , שבו לא ניתן לקבל מצב UDP .
    אולם , במקרה של בקרי Ethernet מרובים נחוץ כדי לשמור על חיבור לפרוטוקול TCP / IP כל בקר , כדי להרים את מצב מערכת מלא ישירות מבקרים . זה יכול לגרום לעומס גדול יותר על לוח הבקרה של המעבד , חומרת בעיות הקשורות תקשורת . כאן , עדיף להניח על יישום צד LAN , שמקבל מעמד UDP מקומי , ומעביר את ה-IP באמצעות TCP / דרך האינטרנט . זה הבין ודן ביישום eHouse4Java , המאפשר פתרון זה . החסרון הוא הצורך לשמור על חומרה נוספת שמבצעת פונקציות אלו .
  • כל בקר שולח שידור (חסר חיבור) פרוטוקול UDP הוא עבור כל מספר של לקוחות ברשת מקומית , נט . משמעות הדבר הוא כי , שהפנל אינו מתחבר לשרת בקר TCP , אבל האזנה להודעות לשדר מכל הבקרים . בדרך זו לא משנה כמה מקבלי מעמד פנלים אינו משנה את העומס ברשת או ניצול מעבד בקר . חבילות UDP שידור אינן אפשריות או שהוא פגע בכבדות דרך האינטרנט , לכן במקרה זה השיטה הראשונה יש להשתמש . האפשרות של העברה של UDP ניתן לעתים, בהתאם לסוג של קישור , הצגה . לפעמים אפשר להשיג UDP שידור באמצעות VPN קישור מוגדר כהלכה , אולם , גם במצב זה , מנות עלולות ללכת לאיבוד , בשל היעדר מנגנוני אבטחה לUDP . נתונים לא נכונים מתבטלים באופן אוטומטי על ידי פנלי eHouse תוכנה לבדיקה אי (לבדוק סכום)