This study did not involve human participants, animals, or identifiable personal data. The analyses were performed using a publicly available dataset (UK Power Networks Open LV Network & Smart Meter dataset) together with synthetically generated data for validation; therefore, ethics committee approval and informed consent were not required. The research tools used in the protocol are listed in the Table of Materials.
1. רכישת נתונים
The Low-Voltage (LV) Acceptance Automation Platform was developed using electrical measurements acquired from smart meters, IoT sensors, and the Open LV Network & Smart Meter Dataset. Electrical parameters, including voltage, current, active power, reactive power, and energy consumption, were collected through Wi-Fi-, PLC-, and RS-485-based communication protocols. Real-time measurements were used for live system monitoring, whereas historical data supported model development and validation.
The proposed framework used the Open LV Network & Smart Meter Dataset provided by UK Power Networks42. The dataset comprises household smart meter consumption, feeder-level load profiles, and feeder voltage measurements. Time-series subsets containing load consumption and voltage data were selected for model training and evaluation. In addition, a simulated smart meter dataset was generated to represent operational conditions and fault scenarios required for workflow validation and machine learning model evaluation. The simulated dataset included timestamped measurements of voltage, current, active power, reactive power, energy consumption, total harmonic distortion (THD), and voltage imbalance. Fault samples were generated by simulating undervoltage, overvoltage, excessive harmonic distortion, and voltage imbalance based on established low-voltage operational thresholds. The dataset characteristics are summarized in Table 1.
| Attribute | Description |
| Dataset Name | Open LV Network & Smart Meter Dataset |
| Simulated Smart Meter Dataset | Geneated 1000 smaples for Fault simulation and workflow validation |
| Data Type | Time-series (historical smart meter data) |
| Data Granularity | Household-level and feeder-level measurements |
| Key Features | Voltage, current, active power, reactive power, energy consumption, timestamps |
| Data Frequency | High-resolution (e.g., half-hourly / minute-level depending on subset) |
| Coverage | Residential low-voltage distribution networks |
| Usage in Proposed Work | Model training, validation, load behavior analysis, and acceptance workflow evaluation |
Table 1: Dataset description. Summary of the Open LV Network & Smart Meter dataset used for model development and performance evaluation. The table presents the dataset components, measured electrical variables, sampling characteristics, and dataset partitioning for training, validation, and testing.
בשל רשת ה-Open LV &מכיוון שסט הנתונים של המונה החכם (Smart Meter Dataset) אינו מכיל תוויות תקלות מוגדרות מראש, הוחלה אסטרטגיית תיוג מבוססת כללים הן על סט הנתונים האמיתי והן על סט הנתונים הסימולטיבי. דגימות שעמדו בגבולות התפעול הנורמליים קיבלו את התווית 0 (נורמלי), בעוד שדגימות שחרגו מספי תפעול (למשל, סטיות מתח הגדולות מ- ±10% מהמתח הנקוב, THD > 5%, או חוסר איזון במתח > (2%) הוקצתה להם תווית 1 (תקלה). תוויות אלה שימשו כאמת קרקע (ground truth) במהלך אימון המודל, התיקוף והבדיקה. מנוע החוקים המוצע מאפשר גם להגדיר ערכי סף בהתאם לתקנים אזוריים או לקריטריוני קבלה ספציפיים של חברת התשתיות.
מערך הנתונים חולק לתתי-קבוצות של אימון (70%), תיקוף (15%) ובדיקה (15%). ערכים חסרים טופלו באמצעות אינטרפולציה ליניארית, השלמה לפי ממוצע וטכניקות של מילוי קדימה (forward-fill), כפי שמתואר בשלב עיבוד המקדמים. כדי להבטיח חסון סטטיסטי ויכולת שחזור, כל הניסויים חזרו חמש פעמים תוך שימוש בזרעי אקראיות (random seeds) שונים.
2. עיבוד מקדמי של נתונים
Raw data from the Open LV Network & Smart Meter Dataset and IoT sensor measurements were preprocessed to improve data quality prior to feature extraction and model development. Missing values, noise, and inconsistencies caused by communication interruptions and sensor malfunctions were identified and corrected using interpolation, mean imputation, and forward-fill techniques. The detailed mathematical derivations are provided in Supplementary File 1 (Section S1).
נתוני סדרות הזמן שעברו עיבוד מקדמי חולקו למקטעי פעולה מייצגים (S₁–S₅ ו-Sk). מכל מקטע הופקו מאפיינים סטטיסטיים וחשמליים, כולל עומס ממוצע, עומס שיא, עומס מינימלי, סטיית תקן, סטיית מתח וצריכת חשמל. המאפיינים שהופקו מסוכמים ב-טבלה 2 ושימשו כקלטים לשלב הנדסת המאפיינים הבא.
| מזהה פלח | עומס ממוצע (kW) | עומס שיא (kW) | עומס מינימלי (kW) | סטיית תקן (kW) | סטיות מתח (p.u.) | צריכת חשמל (kWh) | מרווח זמן |
| S₁ | 2.45 | 3.8 | 1.2 | 0.65 | 0.032 | 58.4 | 00:00–01:00 |
| S₂ | 2.9 | 4.1 | 1.5 | 0.72 | 0.028 | 64.2 | 01:00–02:00 |
| S₃ | 3.25 | 4.85 | 1.8 | 0.81 | 0.035 | 71.6 | 02:00–03:00 |
| S₄ | 3.8 | 5.2 | 2.1 | 0.9 | 0.041 | 78.9 | 03:00–04:00 |
| S₅ | 4.1 | 5.75 | 2.4 | 0.95 | 0.045 | 85.3 | 04:00–05:00 |
| Sק' | 3.6 | 5.1 | 2 | 0.88 | 0.038 | 76.5 | תגובת ה-t (t-response)ק |
טבלה 2: ייצוג מאפיינים מייצג שהוצאו ממקטעי סדרות זמנים. מאפיינים סטטיסטיים, חשמליים, התנהגות עומס, יציבות מתח ואיכות חשמל מייצגים שהוצאו מנתוני סדרות זמנים של LV מקוטעים במהלך הנדסת מאפיינים. הערכים ממחישים את ייצוג המאפיינים המהונדסים ואינם תוצאות ביצועים ניסיוניות. LF = Load Factor; PAR = Peak-to-Average Ratio; VSI = Voltage Stability Index; PF = Power Factor; THD = Total Harmonic Distortion.
3. הנדסת מאפיינים
הנדסת תכונות (Feature engineering) בוצעה כדי לשפר את ייצוג הנתונים שעברו עיבוד מקדמי עבור תזמור זרימת עבודה (workflow orchestration) וקבלת החלטות חכמה. ניתוח רכיבים עיקריים (PCA)^43 יושם כדי להפחית את ממדיות הנתונים על ידי הסרת משתנים עודפים ומשתנים בעלי מתאם גבוה, תוך שימור רכיבי התכונות המידעיים ביותר. הגזרות המתמטיות מוצגות ב- קובץ משלים 1 (סעיף S2).
מדדים סטטיסטיים, אינדיקטורים להתנהגות עומס, מדדי יציבות מתח ומדדי איכות חשמל נגזרו מנתוני סדרות הזמן המקוטעות. תכונות מהונדסות אלו כללו את מקדם העומס (LF), יחס שיא לממוצע (PAR), מדד יציבות מתח (VSI), מדד חוסר איזון מתח, מקדם הספק (PF) ועיוות הרמוני כולל (THD). קבוצת התכונות שהתקבלה שימשה כקלט עבור מודולי ניהול זרימת העבודה (workflow orchestration) ומודולי קבלת ההחלטות האינטליגנטיים.
תהליך העבודה של הנדסת המאפיינים מסוכם ב- קובץ משלים 1 (אלגוריתם משלים 1)ההליך כלל פילוח של הנתונים שעברו עיבוד מקדים, חילוץ מאפיינים סטטיסטיים וחשמליים, חישוב של התנהגות העומס, יציבות המתח ומדדי איכות ההספק, ויישום PCA ליצירת וקטור המאפיינים הסופי ששימש לאימון ולתיקוף המודל.
4. עיצוב קנבס של תהליך ויזואלי
פלטפורמת ה-Visualized Process Canvas פותחה כמסגרת לניהול זרימות עבודה (workflow) מבוססת גרף לאוטומציה של הליכי קבלה למתח נמוך (LV). זרימת העבודה יוצגה כגרף מכוון, G = (N, E), כאשר N = {n1, n2, …, nm} מציין את צמתי זרימת העבודה התואמים לשלבי עיבוד בודדים (למשל, קלט נתונים, עיבוד מקדים, תיקוף וקבלת החלטות), ו-E = {eij} מייצג את הקשתות המכוונות המגדירות את רצף הביצוע בין הצמתים. ייצוג זה מבוסס הגרף אפשר יצירת זרימות עבודה ניתנות להגדרה וביצוע אוטומטי שלהן ללא צורך בכתיבת קוד ידנית.
כל צומת בזרימת העבודה ביצעה משימת עיבוד ספציפית על ידי קבלת נתוני קלט, ביצוע פעולות שהגדירו מראש והעברת הפלט המעובד לצמתים הבאים. קריטריוני קבלה, כולל ספי ממתח ועומס, הוטמעו ככללי אימות ניתנים להגדרה שניתן היה לעדכן מבלי לשנות את מבנה זרימת העבודה. זרימת העבודה תמכה both בביצוע רציף ובביצוע מקבילי כדי לשפר את היעילות החישובית. מודלים של למידת מכונה שולבו בצמתים ייעודיים של זרימת העבודה לצורך זיהוי חריגות ואימות קבלה אוטומטי (איור 2).

איור 2: ארכיטקטורת קנבס של תהליך ויזואלי עבור אוטומיזציה של קבלת LV. סקירה כללית של מסגרת תזמור זרימת העבודה הוויזואלית המשמשת לאוטומציה של קבלת LV. קנבס התהליך ממחיש את הארגון הגרפי של צמתי זרימת העבודה עבור עיבוד נתונים, הנדסת מאפיינים, תיקוף מבוסס כללים, קבלת החלטות אינטליגנטית והפקת פלט, זאת כדי לתמוך בתכנון, ביצוע ובניטור של זרימת העבודה. אנא לחצו כאן כדי לצפות בגרסה גדולה יותר של דמות זו.
הניסוח המתמטי המתאר את זרימת המידע דרך גרף זרימת העבודה מופיע ב-קובץ משלים 1 (סעיף S3). קובץ משלים 1 (אלגוריתם משלים 2) מתאר את הליך ניהול זרימת העבודה, כולל מעבר בגרף זרימת העבודה, ביצוע צמתים, אימות כללים, יצירת החלטות ואגירת פלטים.
לוח התהליכים הוויזואלי (Visualized Process Canvas) הוטמע באמצעות ארכיטקטורת תוכנה מונחית מיקרו-שירותים כדי לתמוך ביכולת הרחבה ובפריסה מודולרית. ממשק זרימת העבודה הגרפי פותח באמצעות React.js כדי לאפשר הגדרת זרימת עבודה באמצעות גרירה והשלכה (drag-and-drop). שירותי התזמור של ה-Backend הוטמעו באמצעות Flask/FastAPI, בעוד ש-Eclipse Mosquitto שימש כמתווך ההודעות MQTT לתקשורת בין מודולי זרימת העבודה. EdgeX Foundry סיפק ניהול מכשירי קצה ואינטגרציית IoT. שירותי למידה ממוחשבת הוטמעו באמצעות Scikit-learn, TensorFlow ו-PyTorch, והועברו למכולות (containerized) באמצעות Docker ו-Kubernetes.
5. מנוע לניהול תהליכי עבודה (Workflow orchestration engine)
מנוע ניהול זרימת העבודה (workflow orchestration engine) תיאם את הביצוע של זרימת עבודת הקבלה המוגדרת. תיאור מפורט מסופק ב- קובץ משלים 1 (סעיף S4), ורצף הביצוע מסוכם ב- איור משלים 1.
תהליך ביצוע זרימת העבודה כלל אימות של הגדרת זרימת העבודה, אתחול סביבת הביצוע, תזמון צמתי זרימת העבודה בהתאם לתלויות שלהם, ביצוע צמתים באופן סדרתי או במקביל, החלת אימות מבוסס כללים, אגרגציה של פלטי ביניים, והפקת החלטת קבלה או דחייה סופית בהתבסס על הערכה מבוססת כללים ולמידת מכונה. תוצאות הביצוע פורסמו באמצעות לוחות בקרה (dashboards), דוחות, ממשקי תכנות של יישומים (APIs) ושירותי אחסון נתונים. תהליך ניצוח זרימת העבודה הכולל מוצג ב-איור 3.

Figure 3: Comparison of classification performance metrics across different methods. Comparison of the classification performance of IoT-LV, RBM, Support Vector Machine (SVM), Random Forest (RF), Long Short-Term Memory (LSTM), and the proposed framework using the Open LV Network & Smart Meter dataset. Performance is evaluated using Accuracy, Precision, Recall, and F1-score. Results are presented as mean ± standard deviation (SD) from five independent experimental runs using a 70%/15%/15% training/validation/testing split. Error bars represent one standard deviation. Please click here to view a larger version of this figure.
6. מודול קבלת החלטות חכמה
מודול ההחלטה האינטליגנטי פותח כדי להפוך לאוטומטיים את תהליכי קבלת ההחלטות לאישור מתח נמוך (LV) באמצעות מודלים של למידת מכונה עם פיקוח. אלגוריתמים של סיווג ורגרסיה הוחלו על וקטורי מאפיינים מהונדסים כדי לתמוך בקבלת החלטות תפעולית. מודלי הסיווג זיהו תנאי הפעלה נורמליים ואנומליים, בעוד שמודלי רגרסיה העריכו צריכת אנרגיה עתידית ומגמות תפעוליות.
ווקטור תכונות הקלט, X ∈ ℝd, כלל את התכונות הסטטיסטיות, יציבות המתח, התנהגות העומס ואיכות ההספק שחולצו במהלך שלב הנדסת התכונות. מודלי Standalone Support Vector Machine (SVM)44, Random Forest (RF)45, ו-Long Short-Term Memory (LSTM)46 הוטמעו כמסווגי בסיס לצורך הערכה השוואתית. הניסוח המתמטי של מודלי הלמידה מופיע ב-קובץ משלים 1 (סעיף S5).
לצורך סיווג, משתנה הפלט y ∈ {0,1} ייצג תנאי הפעלה נורמליים (0) ותנאי הפעלה חריגים (1). כאשר זוהו תנאי הפעלה חריגים או אירועי עומס יתר, זרימת העבודה ייצרה התראת תקלה וסימנה את תהליך הקבלה כבלתי תקין; אחרת, התהליך סווג כקבול.
מנוע ניהול זרימת העבודה שילב תחזיות של למידת מכונה עם תיקוף מבוסס כללים, תוך שימוש באסטרטגיית פתרון קונפליקטים מבוססת סדרי עדיפויות. כללי תפעול קריטיים לבטיחות וקריטריונים רגולטוריים לקבלה הוגדרו כסייגים קשיחים, ולכן הם קיבלו קדימות על פני תחזיות למידת המכונה במקרה של קונפליקטים. החלטות קבלה סופיות הופקו באמצעות השילוב של פלטי מודול התיקוף המבוסס כללים ומודול קבלת ההחלטות האינטליגנטי.
7. אינטגרציית ענן-קצה ולוח בקרה להדמיה
ארכיטקטורת מחשוב ענן-קצה (cloud-edge computing) הוטמעה כדי לתמוך בעיבוד נתונים, אחסון והדמיה בעלי יכולת הרחבה עבור פלטפורמת האוטומציה של קבלת המערכות במתח נמוך (LV). מדי מים חכמים, מערכות SCADA ומכשירי IoT אוספים באופן רציף מדידות חשמליות, המעובדות בשכבת הקצה. באמצעות סינון, נורמליזציה, חילוץ תכונות והסקה בזמן אמת כדי להפחית את עומס התקשורת ולאפשר קבלת החלטות בשהיה נמוכה. הגזרות המתמטיות מפורטות ב- קובץ משלים 1 (סעיף S6).
נתונים מעובדים הועברו לשכבת הענן לצורך אחסון לטווח ארוך, אנליזה מתקדמת, הנדסת תכונות, אימון מודלים וניהול מודלים. לוחות בקרה (dashboards) אינטראקטיביים סיפקו ניטור מערכת בזמן אמת, התראות, דיווח ותמיכה בקבלת החלטות תפעוליות. ארכיטקטורת הענן-קצה (cloud-edge) מוצגת ב- איור משלים 2, ופרטי היישום מסוכמים ב- טבלה 3.
| Layer | Component | Hardware / Software | Specification / Version | Purpose / Description |
| Edge Layer | Edge Device | Raspberry Pi 4 / NVIDIA Jetson Nano | Quad-core CPU, 4–8 GB RAM | Real-time data acquisition and local processing |
| IoT Gateway | Industrial IoT Gateway | MQTT / Modbus / OPC-UA support | Communication between sensors and edge/cloud |
| Sensors / Smart Meters | Digital Smart Meters | Voltage, Current, Power Measurement | Data collection from LV network |
| Edge Software | Python, EdgeX Foundry, MQTT Broker | Python 3.x | Data preprocessing, filtering, local inference |
| Communication Protocols | Wi-Fi / PLC / RS-485 | Standard protocols | Data transmission to cloud layer |
| Cloud Layer | Cloud Platform | AWS / Microsoft Azure / Google Cloud | Scalable cloud services | Data storage, analytics, and model training |
| Storage | AWS S3 / Azure Blob / InfluxDB | Time-series database | Storing historical and real-time data |
| Compute & ML | Python, TensorFlow, PyTorch, Scikit-learn | ML libraries (latest versions) | Model training, evaluation, deployment |
| Containerization | Docker, Kubernetes | Latest stable versions | Workflow orchestration and scalability |
| Data Processing | Apache Spark / Pandas | Distributed processing | Large-scale data analytics |
| Visualization Layer | Dashboard Tools | Grafana / Apache Superset / Plotly Dash | Web-based tools | Real-time monitoring and visualization |
| Web Framework | React.js / Angular / Flask / FastAPI | Modern web stack | UI development and API integration |
| Notification System | Email / SMS Gateway / Push Notifications | Twilio / Firebase | Alert generation and communication |
| API Services | REST APIs | JSON-based communication | Integration between modules |
טבלה 3: פרטי יישום המערכת. סיכום של תצורת החומרה, סביבת התוכנה, פרוטוקולי התקשורת ומרכיבי מחשוב הענן-קצה ששימשו ליישום פלטפורמת האוטומציה המוצעת לקבלת LV.