IAP יוצר פתרון LoRaWAN טוב יותר עבור מבנים חכמים

דיירי בניינים מסחריים מצפים לרמה מסוימת של אינטליגנציה ואוטומציה במתקנים שלהם, ובעלי נדל"ן דוהרים לספק באמצעות IoT. אולי זה מסביר מדוע קצב הצמיחה השנתי המורכב של שוק האוטומציה והבקרה של בניינים צפוי לגדול יותר מ 21 אחוז עד 2028. אחרי הכל, IoT של מתקנים הוא הדרך שבה אתה מגיע למשרד המובטח של העתיד - והמגמות האחרונות הופכות מבנים חכמים ליותר דרישה מאשר הטבה. 

לחברות יש מטרות אנרגיה; IoT עוזר לפגוש אותם עם שליטה אוטומטית על HVAC, תאורה ועוד. עליית העבודה מרחוק הובילה להרבה שטחי מתקנים לא מנוצלים; IoT יכול לזהות את החללים הללו, להתאים אותם למשתמשים זמניים ולספק נתונים כיצד לייעל כל מטר מרובע.  

בהתחשב בכוחות השוק הללו, השאלה היא לא אם להשקיע בטכנולוגיית בנייה חכמה - אלא איך לעשות זאת באופן שמספק החזר חזק על ההשקעה הזו ותומך במכשירים המשתמשים בתקשורת קווית ואלחוטית כאחד. פרוטוקול Long Range Wide Area Network (LoRaWAN) הוא פתרון מבטיח למכשירים אלחוטיים הדורשים פחות חשמל ממכשירי WIFI, אך בעלי טווח ארוך יותר ממכשירי בלוטות'. מנוהל על ידי העמותה הפתוחה ברית לורה, LoRaWAN יוצר חיבורים אלחוטיים לטווח ארוך בעלות נמוכה, בהספק נמוך בין מכשירי בנייה חכמה לפלטפורמות איתן הם עובדים. 

הבעיה היא שהאינטגרטורים מתקשים לחבר התקני LoRaWAN למערכות אוטומציה ובקרה של בניינים קוויים מדור קודם (BACS). פרוטוקול הגישה החדש ל-IoT (IAP) פותר את הבעיה. הנה איך.    

המאבק לחיבור התקני LoRaWAN ל-BACS מדור קודם

ככל הנראה לכל בניין בינוני או גדול יותר יש BACS עם מכשירים המשתמשים בתקשורת קווית - וש-BACS לא נועד לעמוד בקצב החדשנות ב-IoT. במשך עשרות שנים, מפעילים השתמשו בפלטפורמות BACS הוותיקות הללו כדי לנהל את כל הטכנולוגיות בתוך הבניין: HVAC, תאורה, בקרת גישה, אבטחה, מעליות - כל המערכות שזוכות לתועלת ניכרת עם הוספת IoT. 

אם אתה רוצה להרחיב אוטומציה של בניינים, עליך להעביר נתונים מכל מכשיר IoT דיסקרטי ל-BACS. אבל יש חוסר התאמה בין תקן LoRaWAN לפרוטוקולי רשת BACS הנפוצים. פרוטוקולי הקישוריות שה-BACS שלך מבין - BACnet ו- LON, רק כדי להזכיר כמה - הם סטנדרטים עשירים מאוד. יש להם מודלים עשירים של נתונים, מציינים שירותי רשת ומספקים יכולות שליטה ובקרה - וכל אלה מוגדרים בקפדנות בתוך ארכיטקטורת BACS. 

LoRaWAN אינו תואם באופן מקורי לכל הגדרות ה-BACS הללו, כך שקשה ליצור אינטגרציה חזקה. עד לאחרונה, שילובי בניינים חכמים חיברו התקני LoRaWAN ל-BACS מדור קודם באחת משתי גישות, שאף אחת מהן אינה אידיאלית: 

• מיפוי ידני של נקודות נתונים. ראשית אתה מחבר מכשיר LoRaWAN לשרת רשת LoRa. לאחר מכן אתה ממפה כל נקודת נתונים בשרת לנקודה מתאימה ב-BACS. הקושי מתעורר בצד BACS, שבו עליך להגדיר ידנית אלגוריתמי אוטומציה - כולל הגדרה ותצורה של המשמעויות הבסיסיות של נקודות נתונים. עליך לומר ל-BACS שקריאת טמפרטורה היא קריאת טמפרטורת החלל הפנימי, למשל, וליצור אלגוריתם שאומר למערכת מה לעשות עם נקודת הנתונים הזו. זוהי תצורה ידנית עתירת משאבים וגוזלת זמן על ידי שילובי מערכות הבניין. 
• פרוטוקול סטטי Context Header Compression (SCHC). אם אתה מעדיף לא לבצע מיפוי נתונים בקוד קשיח בצד BACS, ייתכן ש-SCHC יוכל לעזור. מסגרת הדחיסה הזו תופסת הודעת BACnet שלמה בתוך חבילת LoRa. זה מעביר מאפיין אובייקט BACnet מלא מקצה לקצה מהמכשיר ל-BACS. ההגדרה של נקודת הנתונים מובנית. יש רק בעיה אחת: אינטגרטורים לא יכולים ליישם SCHC בעצמם. הפרוטוקול חייב להיות מובנה במכשיר, מה שאומר שרק יצרן המכשיר יכול לגרום לזה לקרות. גרוע מכך, מכשירי בנייה חכמים של SCHC מורכבים יותר, ולכן יקרים יותר, מחיישני LoRaWAN פשוטים - בהנחה שמישהו ייצר אותם מלכתחילה. אם יש כמה יצרנים, עם שיבושים בשרשרת האספקה ​​של היום סביר מאוד שלמכשירים נדירים כאלה יהיו זמני אספקה ​​של 6 עד 12 חודשים.

אף אחת מהגישות הללו לא תומכת במודיעין במכשירי IoT קצה; כל פעולות הנתונים מתרחשות ברמת BACS. הם גם תומכים רק ב-BACnet, פרוטוקול התקשורת הדומיננטי באוטומציה ובקרה של מבנים. אם חלק מתשתית ה-IoT שלך מסתמכת על LON, או Modbus, או DALI עבור בקרות תאורה, או פרוטוקולי Ethernet תעשייתיים עבור מפעלים - אין לך מזל. למרבה המזל, אפשרות שלישית זמינה כעת, והיא מוכנה להפוך את העבודה להרבה יותר פשוטה עבור אינטגרצי בניינים חכמים.  

הכירו את IoT Access Protocol (IAP) עבור שילוב LoRaWAN עם BACS

IAP, לאחרונה מתוקנן באמצעות ANSI ו-CTA, הוא פרוטוקול גישה לנתונים ושירותים אגנוסטי לפלטפורמה, שמכליל הגדרות של מידע, מודלים של נתונים ושירותים עבור התקני IoT תעשייתיים. בפשטות רבה יותר, הוא יוצר מארג נתונים ושירותים המחבר את כל האלמנטים בתשתית הבניין החכמה שלך - כולל מודל משותף למידע ולשירותים המסופקים על ידי מכשירי הקצה ברשת האוטומציה והבקרה של הבניינים. התקן שרת קצה עם IAP כדי לתרגם ולנרמל נתונים ממכשירי LoRaWAN למערכת עם BACnet, LON, Modbus, או למעשה כל פרוטוקול BACS אחר, ולגשת לנתונים ולשירותים מכל המכשירים מתחנות עבודה המשתמשות ב-BACnet, LON או OPC UA. 

IAP יוצר א תאום דיגיטלי של המכשירים שלך. כל תאום נגיש על ידי ה-BACS באמצעות כל פרוטוקול BACS לבחירה, ומתרגם את LoRa לשפה שה-BACS יכול להבין. אם תגדיר שרת IAP לכלול שרת BACnet, ה-BACS שלך יזהה התקן LoRaWAN כהתקן BACnet; זה כזה פשוט. לא עוד אינטגרציות ידניות מגושמות, קידוד קשיח או מתחננים ליצרני מכשירים לתמוך ב-SCHC. עם כמה משרתי IAP Edge של ימינו, אינטגרטורים יכולים אפילו ליצור שילובים של LoRaWAN ל-BACS בסביבת קוד נמוך, עם ממשק משתמש פשוט וכלי גרירה ושחרור. 

אפילו טוב יותר, IAP ניתן להרחבה בצורה אינטנסיבית. אם תתקין אותו באחד מהמתקנים שלך, תוכל להשתמש באותן תצורות התקן ונקודות נתונים בכל המתקנים שלך, רק על ידי התקנת שרת IAP edge. ושרתי קצה עם IAP מקבלים תוצאות. רק תשאלו את קמעונאית הריהוט הבריטית DFS, שהשתמשה בשרתי IAP Edge כדי לחבר חיישנים סביבתיים (ועוד) לפלטפורמות BACS במספר מתקנים. המערכת הפתוחה, מרובת הפרוטוקול, עזרה להפחית את השימוש באנרגיה של DFS, וחסכה כ-33% מעלות החשמל ו-26% בגז לחנות קמעונאית טיפוסית עם המערכת. אם אתה מחפש תוצאות דומות - ואין לך חשק להגדיר ידנית ולקוד קשיח של BACS מדור קודם - בדוק את IAP. זה יכול להיות כלי השילוב LoRaWAN/BACS שחיכית לו.

מקור: https://www.iotforall.com/iap-creates-a-better-lorawan-solution-for-smart-buildings