SmartSphere מבית i-feel: גרסת Home Assistant מותאמת עם ענן ושירות מרחוק

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

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

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

הלקוח יכול לבחור את הרמה המתאימה לו: מערכת בסיסית על חומרת SmartSphere; מסכי שליטה ותרחישים מותאמים; חיבורי Control4, KNX, Z-Wave, Zigbee, Matter, מצלמות, אינטרקום ומוצרי חשמל; שירותי ענן וגישה מרחוק; או חבילת תחזוקה, ניטור ואבחון מתמשכת. יחד עם הלקוח בוחרים את האפשרויות המתאימות לפרויקט, וכל חיבור, ממשק ואוטומציה מתוכננים ונבדקים לפי דרישותיו.

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

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

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

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

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

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

i-feel מספקת את חומרת Home Assistant שנבחרת לפי דרישות הלקוח והיקף המערכת, מתקינה אותה ומקימה את סביבת SmartSphere המותאמת לפרויקט. החומרה היא התשתית שעליה נבנים הממשקים, המסכים, התרחישים והאוטומציות בהתאם למערכות הקיימות ולחוויית השימוש הרצויה בבית.

כל חיבור למערכת חיצונית — למשל KNX, אזעקה, מצלמות, אינטרקום, מיזוג, טלוויזיה, מוצר חשמלי, Z-Wave, Zigbee, Matter או שירות ענן — דורש עבודת התאמה מקצועית. העבודה יכולה לכלול בדיקת תאימות, קבלת הרשאות ו-API, הגדרת רשת ומתאמים, מיפוי נקודות, תכנות, עיצוב מסכים, בדיקות פעולה ומשוב, טיפול בתקלות ותיעוד.

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

אנו מתכננים את המערכת בשלוש שכבות. בשכבת השטח נמצאים המפסקים, הממסרים, גלאי התנועה, יחידות המיזוג, בקר האזעקה, המצלמות, האינטרקום והציוד האודיו-ויזואלי. כאן נמצאות גם רשתות KNX, Z-Wave ו-Zigbee. השכבה הזאת אחראית לפעולה הפיזית ולתגובה הבסיסית של הבית. בשכבת האינטגרציה נמצא Home Assistant יחד עם ממשקי IP, מתאמים ושירותים מקומיים שמתרגמים כל מערכת למודל אחיד.

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

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

בפרויקטים של i-feel שבהם כבר מותקנת Control4 אין צורך להחליף אותה. Control4 יכולה להישאר הממשק המרכזי לחדרים, לאודיו־וידאו, לתאורה ולמערכות הבית, ואילו Home Assistant ו-SmartSphere מוסיפים שכבת תזמור, מסכים ואוטומציות שחוצות בין Control4, KNX, אבטחה, אינטרקום, מצלמות ולוח השנה היהודי. כך עבדנו גם בפרויקט מגורים מתועד שבו Control4 שימשה ממשק מרכזי ו-Home Assistant הוסיף אוטומציות מתקדמות ומצבי שבת וחג.

ל-Home Assistant קיימת אינטגרציית Control4 רשמית. תנאי הסף הם בקר המריץ Control4 OS 3.0 ומעלה, כתובת IP קבועה או שמירת DHCP, ותקשורת מקומית בין הבקרים. במסך Home Assistant נכנסים אל הגדרות > מכשירים ושירותים > הוספת אינטגרציה > Control4; אפשר לבחור בקר שהתגלה אוטומטית או להזין את כתובתו המקומית, ואז להזדהות עם פרטי חשבון הלקוח של Control4. החיבור המקומי אינו משתמש ב-4Sight, וניתן להגדיר את מרווח העדכון — ברירת המחדל היא חמש שניות, ואין להאיץ אותו בלי בדיקת עומס.

האינטגרציה הרשמית מציגה את הישויות הנתמכות על ידי הפרויקט והבקר: תאורה, תריסים או כיסויים, מיזוג ו-Room Media. מצלמות, אזעקה, אינטרקום, מנעולים או דרייברים ייעודיים אינם נחשבים אוטומטית לחלק מהחיבור הזה; עבורם בודקים אינטגרציה ישירה של היצרן, API, KNX, מגע יבש או דרייבר מתאים. בשלב התכנות ממפים חדרים וישויות, מגדירים מי המערכת בעלת הסמכות לכל פקודה, בודקים פקודה ומשוב ומונעים לולאה שבה Control4 ו-Home Assistant מפעילות זו את זו שוב ושוב.

החומרה של Home Assistant מסופקת על ידי i-feel לפי דרישות הלקוח. חיבור Control4 דורש גילוי בקר, הרשאות, מיפוי חדרים, חיבור תרחישי AV, התאמת מסכים, בדיקות עומס ותיעוד. את היקף החיבור והתכנות מגדירים יחד עם הלקוח לפי המערכות הקיימות והפעולות הרצויות בפרויקט.

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

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

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

בפרויקט KNX החיבור מתבצע בדרך כלל באמצעות ממשק או נתב KNX/IP מקומי. Home Assistant מתקשר עם אפיק ה-KNX, קורא וכותב לכתובות קבוצתיות ומציג את נקודות הבקרה כישויות של תאורה, תריסים, אקלים, חיישנים, מתגים, סצנות ועוד. כדי שהחיבור יהיה אמין, קובץ ה-ETS ומפת הכתובות צריכים להיות מסודרים, ושדות הפקודה והמשוב צריכים להיות מוגדרים בנפרד כאשר הציוד דורש זאת.

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

אנחנו משאירים ב-KNX את הלוגיקה הבסיסית והחיונית: לחצנים, הפעלות תאורה מקומיות, תריסים ותרחישים שהבית חייב לבצע גם ללא שרת. Home Assistant מוסיף את החיבורים שמחוץ לעולם KNX — למשל, כאשר מצב ״קולנוע״ ב-KNX מחשיך את התאורה, Home Assistant יכול להדליק את הטלוויזיה, לבחור כניסה ברסיבר ולסגור וילון אלחוטי. כך KNX נשאר בסיס יציב ו-Home Assistant מרחיב אותו במקום להחליף אותו.

חיבור Z-Wave נעשה באמצעות מתאם רדיו תואם ושירות Z-Wave JS. רכיבים כמו מפסקים, חיישנים, מנעולים, תרמוסטטים או מודולים מוצגים ב-Home Assistant לפי היכולות שהמכשיר מפרסם. לפני בחירת ציוד צריך לוודא התאמה לתדר המורשה באזור, תמיכת המתאם, מחלקות הפקודה של המוצר ורמת האבטחה הנדרשת. מכשיר מתדר של שוק אחר אינו בחירה נכונה גם אם הוא נראה זהה מבחוץ.

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

Home Assistant מאפשר לשלב את אירועי Z-Wave עם כל שאר הבית. חיישן הצפה יכול לסגור ברז, להדליק תאורת התראה ב-KNX ולשלוח הודעה; מגע דלת יכול למנוע דריכת אזעקה שקטה; ומפסק אלחוטי יכול להפעיל תרחיש אודיו. עם זאת, פעולות בטיחות קריטיות אינן צריכות להסתמך רק על אוטומציה כללית. יש להגדיר מה פועל ישירות ברמת הבקר ומה משמש כתוספת נוחות והתראה.

רכיבי Zigbee יכולים להתחבר ישירות ל-Home Assistant באמצעות ZHA ומתאם Coordinator תואם, או דרך גשר יצרן שיש לו אינטגרציה מתאימה. החיבור הישיר מצמצם לעיתים את מספר הגשרים ומרכז את המכשירים, אך לא כל מוצר מממש את התקן באותה צורה. לפני רכישה בודקים תמיכה בפונקציות הספציפיות של הדגם — לא רק אם מופיעה עליו המילה Zigbee — משום שיצרנים מסוימים משתמשים בהרחבות פרטיות.

גם Zigbee היא רשת Mesh. שקעים, נורות ורכיבים שמחוברים קבוע לחשמל יכולים לשמש נתבים, בעוד חיישני סוללה הם בדרך כלל רכיבי קצה. מיקום ה-Coordinator, כבל הארכה מ-USB, הפרעות Wi-Fi בערוץ 2.4GHz, קירות בטון וצפיפות הרכיבים משפיעים על היציבות. בפרויקט מסודר בוחרים ערוץ, בונים כיסוי באמצעות רכיבי ניתוב, מצמידים מכשירים במקום הנכון ומתעדים דגם, גרסה ומיקום.

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

Matter הוא תקן שליטה מבוסס IP שיכול לפעול על גבי Wi-Fi, Ethernet או Thread. Thread הוא רשת Mesh חסכונית באנרגיה, אבל לוגו Thread לבדו אינו מבטיח שהמוצר תומך Matter; לפני רכישה בודקים את לוגו Matter, סוג ה-Border Router, רשימת היכולות שהדגם חושף ותהליך הצימוד. כאשר התמיכה מלאה, Home Assistant יכול לשלוט במוצר באופן מקומי גם לצד אקוסיסטם נוסף של Apple, Google או יצרן אחר.

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

Shelly ו-Sonoff יכולים להוסיף מדידת הספק, חיווי ולעיתים שליטת הפעלה למכשיר שאינו חכם. הם אינם הופכים כל מכשיר לבטוח להפעלה מרחוק. עומסים גדולים, גופי חימום, ציוד בישול ומנועים דורשים תכנון חשמלי, קונטקטור והגנות מתאימות, ולעיתים ההחלטה הנכונה היא ניטור או כיבוי בלבד. במקביל אפשר לחבר ציוד Wi-Fi נוסף, ממדפסות וחיווי טונר ועד בקרי אנרגיה, כל עוד קיימת אינטגרציה נתמכת והרשת תוכננה לכך.

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

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

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

מצלמות IP יכולות להתחבר באמצעות אינטגרציה ייעודית של היצרן או תקנים וזרמים נתמכים כגון ONVIF ו-RTSP, בהתאם לדגם. Home Assistant יכול להציג תמונה חיה או צילום אחרון, לקבל אירועי תנועה ולהשתמש בהם באוטומציה. ההקלטה הרציפה והארכיון נשארים בדרך כלל ב-NVR או במערכת הווידאו הייעודית, משום שהיא תוכננה לניהול נפח, חיפוש, שרידות והרשאות טוב יותר מלוח בקרה כללי.

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

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

Home Assistant מייצג טלוויזיות, רסיברים, רמקולים, סטרימרים ומקרנים כנגני מדיה כאשר קיימת אינטגרציה מתאימה. לפי הדגם ניתן לקבל מצב הדלקה, עוצמת קול, מקור כניסה, פקודות נגינה ולעיתים גם פתיחת אפליקציה. קיימות אינטגרציות למותגים ולפלטפורמות נפוצות, אבל היכולת המדויקת משתנה: יש טלוויזיות שאפשר להדליק ברשת, אחרות דורשות Wake-on-LAN, HDMI-CEC, משדר IR או חיבור טורי.

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

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

רשימת המוצרים בכתבה מבוססת על דף התאמות שהוכן לפרויקט לקוח ביוני 2026. סדר העדיפות הוא חיבור מקומי ומתועד באמצעות Matter, Zigbee או ממשק ייעודי; אחריו אינטגרציה רשמית של היצרן כגון Home Connect, Roborock או Miele; לאחר מכן Tuya או LocalTuya; ולבסוף שקע או ממסר חכם למוצר שאינו מתקשר. אם אין חיבור אמין, מציגים זאת מראש ומשאירים את המוצר עצמאי.

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

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

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

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

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

כאשר מעבר של אדם גורם למפסק מגע להתעורר, לתאורת אינטרקום להידלק או לתאורת־עזר של מצלמה לפעול, אפשר להוסיף שכבת נטרול ייעודית למצב שבת וחג. הפתרון יכול להיות הגדרת תוכנה בבקר, אקטואטור KNX, יציאת I/O של Control4, ממסר מגע יבש או ממסר DIN ייעודי — לפי סוג האות והציוד. הרכיב אינו מנתק באופן גורף את החשמל בבית; הוא חוסם רק את כניסת הקרבה, חיישן התנועה או פקודת ההארה האוטומטית שהוגדרו מראש.

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

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

במצלמות אנליטיקה המטרה היא לבטל בשבת את ה-LED הלבן או את תאורת ה-IR שנדלקים בעקבות אדם, בלי לבטל את המצלמה, ההקלטה או אירועי האנליטיקה. כאשר היצרן חושף מתג מתאים ב-API או באינטגרציה, מצב שבת משנה את הגדרת התאורה בלבד. במצלמה עם מאיר חיצוני ניתן לשלוט בספק התאורה באמצעות ממסר נפרד. לא מנתקים PoE למצלמה לצורך זה, משום שניתוק כזה מפסיק גם צילום ואבטחה; לאחר כיבוי IR חייבים לבדוק שאיכות תמונת הלילה עדיין מספקת.

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

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

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

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

בתצורות i-feel המתועדות, Cloudflare Tunnel משמש שכבת גישה מרחוק ל-Home Assistant. רכיב cloudflared יוצר חיבור יוצא ומוצפן מהבקר אל Cloudflare, ולכן אין צורך לחשוף כתובת IP ציבורית או לפתוח פורט נכנס ישירות לשרת. המשתמש פונה לכתובת המוגדרת, והתעבורה עוברת דרך המנהרה אל השירות המקומי בהתאם למדיניות ההרשאות שנקבעה.

חשוב להפריד בין תפקידי המערכת: Cloudflare מספק את נתיב הגישה המרוחק, אך אינו אמור להחליף את השרת המקומי, את KNX, את האזעקה או את ההקלטה ב-NVR. אם האינטרנט או המנהרה אינם זמינים, הגישה מבחוץ עלולה להיפסק, בעוד התאורה, התריסים והתרחישים המקומיים שתוכננו נכון ממשיכים לפעול בבית. לכן אנחנו מנטרים את זמינות הבקר וה-Tunnel ומגדירים תהליך שירות לשגיאות חיבור.

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

שרת Home Assistant צריך להיות רכיב תשתית ולא מחשב מזדמן. בוחרים חומרה מתאימה לעומס, חיבור רשת קווי כאשר אפשר, אחסון אמין ו-UPS לפי רמת השרידות הנדרשת. מגדירים כתובות IP קבועות לציוד תשתיתי, סנכרון זמן, ניטור זמינות והתראות על חוסר תקשורת. במערכות גדולות מפרידים רשתות IoT, מצלמות ומשתמשים באמצעות VLAN וחוקי גישה שמאפשרים רק את התקשורת הנחוצה.

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

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

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

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

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

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

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

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