KNX ו-BACnet: איך בוחרים Gateway ל-BMS וממפים נקודות נכון?

התשובה הקצרה: איך מחברים KNX למערכת BACnet?

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

למה משלבים KNX, BACnet ו-Siemens Desigo?

KNX נפוץ בבקרת חדרים: מפסקים, חיישני נוכחות, תאורה, הצללה ומיזוג מקומי. BACnet נפוץ בתקשורת בין בקרי DDC, ציוד HVAC ומערכות ניהול מבנה. מערכת מרכזית דוגמת Siemens Desigo יכולה לשמש לצפייה, לוחות זמנים, מגמות, התראות ובקרה רוחבית. לכן הפרוטוקולים אינם מתחרים בהכרח, אלא משלימים שכבות שונות של אותה ארכיטקטורה.

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

מה מלמד קטלוג KNX בספטמבר 2026: Server לעומת Client?

בקטלוג הרשמי של KNX מופיעים שני ממשקים של GVS. דגם KNX-BACnet/IP Gateway Server, מקט BTIC-00/02.2, נועד לחשוף נתונים ופונקציות מתוך KNX לשימוש במערכת BACnet/IP. דגם KNX-BACnet/IP Gateway Client, מקט BTIC-00/02.1, נועד לגשת לציוד BACnet/IP כגון יחידות מיזוג וחיישנים ולהעביר נתונים לאובייקטי KNX. התיעוד שבקטלוג נושא תאריכים 9 ו-15 בספטמבר 2026 בהתאמה. אלה תאריכי המדריכים ולא בהכרח מועדי השקה.

כך מנסחים את השאלה הנכונה: האם מערכת BMS צריכה לקרוא נתוני KNX, או שמערכת KNX צריכה לקרוא או להפעיל ציוד BACnet? לפני רכישה מאמתים מול מדריך היצרן את מספר הנקודות, טיפוסי האובייקטים, התמיכה בכתיבה, אבטחה, פרמטרים ב-ETS ותאימות לגרסאות.

דוגמה נוספת היא IPAS ComBridge BACnet Server, שמופיע אף הוא בקטלוג KNX. התיאור הרשמי שלו מזכיר חשיפת אובייקטי KNX לבקרי BACnet, כולל ReadProperty ועדכוני Change of Value במוצרים התומכים. אין להסיק מכך שכל Gateway מספק את אותן יכולות.

מיפוי נקודות: פקודה אינה משוב

מטריצת נקודות חייבת לכלול מזהה חדר ואזור, שם נקודה, כתובת KNX Group Address, סוג מידע, אובייקט BACnet או מזהה מקביל, יחידות מידה, כיוון קריאה וכתיבה, מקור סמכות ותגובה במקרה של כשל. רצוי להוסיף גם קצב עדכון, הרשאות, גרסת יישום, ותוצאות בדיקת קצה לקצה.

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

דוגמה לאפיון חדר ישיבות

חדר 201: KNX Lighting Command בנפרד מ-Feedback; Occupancy לפי Boolean והשהיה; Temperature ב-°C בנפרד מ-Setpoint. זוהי המחשה בלבד, ללא כתובות או קדימויות של פרויקט אמיתי.

BACnet COV, ReadProperty ומתי בוחרים Modbus?

מנגנון BACnet ReadProperty מאפשר לקרוא תכונות של אובייקטים; במוצרים תומכים, Change of Value או COV מאפשר רישום לעדכונים כאשר ערך משתנה. יש לבדוק שהצרכן מטפל בחידוש המנוי, זמני עדכון, תוקף נתונים ואובדן תקשורת. IPAS מתאר תמיכה באפשרויות אלה בדגם ComBridge שלו.

ציוד Modbus עשוי להתאים יותר למונים ולציוד טכני המספק מפת רגיסטרים. יש לאמת Scaling, רוחב נתון, סדר בתים, סימן מספרי ויחידות. בפרויקט אחד אפשר להשתמש ב-KNX לחדרים, BACnet לבקרי מיזוג ו-BMS, Modbus למונים, ו-DALI לתאורה. הבחירה תלויה בציוד ובדרישות התכנון, לא בסיסמת שיווק.

עדכון 15.10.2026: BACnet/SC אינו תחליף ל-KNX Secure

במסמכי Desigo CC V9 של Siemens נכללים BACnet/SC, KNX Secure, Modbus TCP ופרוטוקולים נוספים בין יכולות הממשק האפשריות. עם זאת, אלו מנגנונים שונים: BACnet/SC עוסק באבטחת תקשורת BACnet, ו-KNX Secure מיועד לתקשורת KNX. אין להסיק מכך ש-Gateway KNX-BACnet/IP רגיל יודע להמיר אוטומטית בין מנגנוני ההצפנה או לספק אבטחה מקצה לקצה.

שלוש שאלות לתכנון אינטגרציה מאובטחת

האם כל ממשק תומך בפרוטוקול ובגרסת האבטחה הנדרשת? היכן מסתיימת ההצפנה ומי מנהל תעודות והרשאות? כיצד מפרידים בין רשת הבקרה, רשת הניהול וגישה מרחוק של ספק השירות? יש לבחון זאת לצד מדריך KNX IP Secure, ולתעד את גבולות האמון במפרט האינטגרציה לפני מסירה.

Siemens Desigo: איך בודקים אינטגרציה אמיתית?

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

אפשר להיעזר במרכז הידע Siemens BMS ובדפי בקרי DDC באתר i-feel; עבור מבנה קיים יש להעריך שדרוג בשלבים. מומלץ לתאם עם צוותי החשמל והמיזוג תרחישי בדיקה, ולא לבצע ניתוק יזום של ציוד חיוני ללא אישור ותוכנית חזרה לשגרה.

ראו גם Siemens Desigo, בקרי DDC ו-שדרוג BMS.

שבע בדיקות מסירה שכדאי לתעד

1. אישור רשימת נקודות בשני הצדדים; 2. פקודה מקומית ובדיקת משוב אמיתי ב-BMS; 3. השוואת ערכים אנלוגיים ליחידות וסקלת המדידה; 4. בדיקת קדימויות, שינוי ידני ולוחות זמנים; 5. בדיקת COV או רענון מחזורי לפי יכולת הציוד; 6. בדיקת אובדן תקשורת מבוקרת רק לאחר אישור האתר; 7. מסירת קובצי ETS, הגדרות Gateway, מטריצת נקודות, גרסאות ותוצאות בדיקות.

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

מה רואים בפרויקטים ומה הצעד הבא?

i-feel עוסקת בתכנון והטמעה של מערכות KNX ובקרת מבנה בשילוב Siemens Desigo, BACnet, Modbus ו-DDC לפי הצורך. לקריאה נוספת ראו את דף בקרת המבנה, דף Siemens Desigo, המדריך לחיישני CO2 ואיכות אוויר, ומקרה הבוחן של קמפוס הרכבת בקיסריה. אין בכך טענה שהדגמים של GVS או IPAS המוזכרים כאן מותקנים בפרויקט המסוים.

לפני הזמנת Gateway אפשר להתחיל במסמך קצר: המערכות הקיימות, מטרת האינטגרציה, מי נדרש לקרוא או לכתוב, ומי יתחזק את הממשק. צוות i-feel יכול לסייע לגבש מפרט ובדיקות מסירה מותאמים — תאימות של דגם או רישוי טעונה בדיקה פרטנית.

קישורים משלימים: KNX, BMS, איכות אוויר, קמפוס קיסריה ו-KNX Secure.