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

סוגים של Faults in Traffic Signal Systems

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

« « Faults

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

  • (FLT:0) כישלונות של טיעונים: 1FLT גלאי לולאה אינדוקטיבית, המוטבעת בדרך כלל בסליל, יכול לפרוץ בשל ללבוש כביש, בנייה, או רכיבה על אופניים בטמפרטורה. מצלמות וידאו עלולות לסבול ממכשולים עדשות, גל, או כישלון מוחלט. רדאר וחיישנים לידר יכולים להיות מושפע מתנאי מזג אוויר כבדים או שלג.
  • (FLT:0) בקר חסר פגמים: FLT:1 יחידת העיבוד המרכזית (CPU) בקר הקבינט עשויה להתחמם, להתרסק, או לסבול משחיתות זיכרון. Relays ומגיגים של מדינת מוצק המשמש לנהוג אדום, צהוב וירוק מנורות יכול להיכשל, וכתוצאה מכך אותות אפלים או סימנים סותרים.
  • (FLT:0) בעיות אספקה: אובדן כוח תועלת בשל סערות או תאונות הוא גורם נפוץ של כשל מערכת. בעוד צומת רבים יש סוללות גיבוי או גנרטורים, אלה יכולים להיכשל אם לא נשמר. אפילו הפרעות כוח הרגעי יכול לאפס בקרים, מה שגורם להם לחזור לתזמון ברירת מחדל ולאבד תיאום.
  • (FLT:0)Lamp ו-אות כשלים ראשיים:FLT:1 מודולים LED (המנורה המודרנית הנפוצה ביותר) יכולים לחוות כשל הנהג או צרבת LED בודדים, אשר מפחיתה את הנראות.

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

תוכנה Faults

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

  • (FLT:0) באלגוריתמים בשליטה: FLT:1 אלגוריתמים של בקרה הסתגלותיים - כגון SCOOT, SCATS, או RHODES - בעיקר על שגרה מורכבת שיכולה להכיל שגיאות לוגיות.לדוגמה, באג בחישוב הצפיפות עלול לגרום לאלגוריתם לטובת כיוון אחד באופן מוגזם, תנועה חוצה או עיוות בתזמון במשתנים יכולים להוביל מחזורים קצרים מדי או מחזורים קצרים מדי.
  • (FLT:0) הגדרות תצורה לא נכונות: מהנדסים תעבורת:1 חייב להגדיר פרמטרים רבים: מינימום וזמני ירוק מקסימלי, מרווחי הליכה הולכי רגל, פיצולים שלב, מפסים, רגישות גלאי. פרמטר חד-משמעי אחד - כמו זמן הליכה ארוך מדי - יכול להפחית את יכולת הצומת על ידי 20% או יותר. שגיאות קונפיגורציה נפוצים במיוחד לאחר שדרוגים או בעת העתקת הגדרות אחד למשנהו ללא התאמה גיאומטריה ייחודית.
  • (FLT:0)Firmware שחיתות: FLT:1 , קושחה בקר (המערכת המוטבעת שמנהלת את היישום) יכולה להיות מושחתת בשל עדכון כושל, אובדן חשמל במהלך תכנות, או הפרעה אלקטרומגנטית. aשחה מושחתת עלולה לגרום לבקר להסתתף לתוך לולאה אינסופית או לא לטעון את היישום בקרת התנועה לחלוטין, וכתוצאה מכך "ד" או מצב ברירת מחדל.
  • (FLT:0) סחף ופרמטר מצמרר:FreaLT:1 לאורך תקופות ארוכות, צבר שגיאות עגולות או שינויים לא מבוססים על ידי טכנאי שדה עלול לגרום לפרמטרים תזמון לסחף מחוץ לטווחים המיועדים, ללא ביקורת רגילה, פגמים עדינים אלה יכולים להפיג את ביצועי המערכת בהדרגה, מה שהופך אותם קשה לזהות.

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

תקשורת Faults

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

  • שגיאות שידור:0Data שידור:FLT 1 , קופר חוט, סיבים אופטיים או קישורים אלחוטיים יכולים לסבול רעש, אות העצמה, או נזק פיזי. במערכות אלחוטיות באמצעות רשתות רדיו או תאים, הפרעה ממכשירים אחרים או מזג אוויר יכול לגרום שגיאות מעט כי שליטה מושחתת או גלאי.
  • (FLT:0Network outages or latency:FreaLT:1) כבל סיבים מופחתים בשל בנייה, נתב כושל, או אנטנה פגועה יכול לבודד מסדרון שלם מהביקור המרכזי.כאשר התקשורת אבדה, בקרים חייבים ליפול בחזרה לפעולה מבודדת, לאבד תיאום שיכול היה להחליק זרימה גבוהה (למשל, 200ms) יכול גם לשבש אלגוריתמים בזמן אמתיים כי אלגוריתמים נמוכים לצפות אלגוריתמים של נתונים.
  • (FLT:0) התקפות סייבר מרשימות: מערכות אות תעבורה 1 (Feloph 1) הפכו ליעדים עבור פושעי סייבר ואפילו שחקנים ממשלתיים.התקפה של הכחשת שירות (DoS) יכולה להציף את ערוץ התקשורת, למנוע פקודות לגיטימיות מלהגיע לבקרים. Ransomware יכול להצפין קושחית בקר או מסדי נתונים מרכזיים של שרת, עצירת פעולות שנקבעו בהתקפות כוזבות כדי למנוע סימנים מסחריים של מתקפות על מנת לבצע התקפות על מנת לבצע התקפות על מנת לבצע תזמון מלאכותיות, או על מנת ליצור כמה מקרים של מערכת אבטחה או תזמון של מתקפות אבטחה או תזמון כולל של מערכת אבטחה.

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

טכניקת זיהוי

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

ניטור נתונים של חיישן ו Anomaly Detection

ניטור רציף של פלטי חיישן הוא הדרך הישירה ביותר לזהות כשלי חיישן.גישות אופייניות כוללות:

  • (FLT:0) סף סטטי: 1FLT אם גלאי לולאה מדווח על נוכחות כלי רכב יותר מאשר, למשל, 5 דקות ברציפות (קריאה פשפשנית), סביר להניח שהוא מצביע על גלאי תקוע או שבור.
  • ניתוח:0 (Trend Analysis:FLT:1 השימוש בנתונים היסטוריים (למשל, שעה כלי רכב ספירה עבור 30 הימים האחרונים), בסיס מבוסס על נתונים נוכחיים באופן משמעותי (למשל, 50% מתחת הממוצע הצפוי לתקופה זו של היום), המערכת דגלים פגם חיישן פוטנציאלי.
  • (FLT:0Cross-checking חיישנים מרובים: ⁇ 1) בצומת עם חיישנים מקודמים (למשל, לולאה וגלאמנט וידאו המכסים את אותה גישה), מחלוקת (אחד אומר שהרכב קיים, השני אינו) יכול להצביע על פגם בחיישן אחד.

מערכות מתקדמות מעסיקות כעת מודלים מתקדמים (FLT:0)מחשובים מודלים של למידה מודלי תזמון אלקטרוני 1 (FLT:0) אשר מאומן על נתונים מזוהים על נתונים שגויים.מודלים אלה יכולים לזהות דפוסים עדינים - כמו חיישן המדווח מעט מאוחר מדי בשל תזמון אלקטרוני – ששיטות המבוססות על סף הסף יחמיצו.לדוגמה, רשת עצבית יכולה ללמוד את היחסים הרגילים בין מטה הזרם ועד להגדלת הגלאי ההחלמה; אם ההתקפים, זה עלול לחולל, או אפילו הדבקה מקומית.

מערכת Redundancy and Cross-Checking

Redundancy הוא עיקרון עיצוב בסיסי עבור סובלנות לקויה. במערכות אותות התנועה, הוא מוחל ברמות מרובות:

  • (FLT:0) Hardware Redundancy:FLT:1 מרכיבים קריטיים כגון מודול CPU, אספקת חשמל ונמל תקשורת ניתן לשכפל.בתצורה של מיקום חם, יחידת הגיבוי לוקח באופן מלא אם הכשל העיקרי. TS 2 סטנדרטי מגדיר דרישות עבור ארונות בקר התומכים בשני מעבדים עצמאיים.
  • (FLT:0)Sensor Redundancy:FLT1 כפי שצוין, שיש שתי טכנולוגיות זיהוי או יותר באותה גישה (פרלופ + וידאו + מכ"ם) מאפשר הגשמה.אם חיישן אחד מדווח על תקלה, הבקר יכול להמשיך לפעול באמצעות החיישן הנותרים (s) בעוד אזעקה עולה.
  • (FLT:0)Software cross-checking:FearLT:1) היישום הבקרה יכול להפעיל תהליך "כלב השמירה" אשר מעת לעת כותב ערך פעימות לב לזיכרון.אם היישום העיקרי קופא, כלב השמירה מתלה ומפעיל איפוס בקר באופן דומה, בדיקות ביקורתיות בטיחות, כגון ניטור קונפליקט (הדגשה אם אינדיקציות ירוקות מוצגות במקביל בכיוונים), מיושמות בחומרה או יחידת בטיחות נפרדת.

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

זיהוי שגיאות תקשורת ודירוג רשת

תקלות תקשורת דורשות אבחון רשתות-שכבות.טכניקות מפתח כוללות:

  • (FLT:0Cyclic Redundancy Checkums (CRC) ו- Checkums: FigveFLT:1 כל חבילת נתונים שנשלחה בין בקרים, שרתי TMC וחיישנים כולל CRC כי המקלט לחשבו מחדש.אם הם לא מתאימים, החבילה היא מחוסמת וקצב קבלה מבוקש.
  • (FLT:0) אותות פעימות הלב: FLT:1 מפקחים מעת לעת לשלוח הודעה "keep-alive" לשרת המרכזי.אם בקר מפסיק לשלוח פעימות לב עבור זמן בלתי הפיך (למשל, 30 שניות), TMC מסמן אותו כמצב לא מקוון ויזום פתרון בעיות.
  • (FLT:0) כלי ניהול רשת מבוזרים: FIRLT:1 (שימוש בפרוטוקול ניהול רשת Simple), מהנדסי תנועה יכולים לפקח על בריאות של מתגים, נתבים, ו מודמים סלולריים.אזהרות עבור שגיאות ממשק, חפיסות ירד או שימוש CPU גבוה יכול לזהות תקלות רשת לפני שהם גורמים תקלות תקשורת.
  • (FLT:0) לולאבקים אגנוסטיים: FIRLT:1) עבור חיבורים חוטיים (RS-232, RS-485 או סיבים), בדיקת לולאה יכולה להתבצע מרחוק.ה-TMC שולח דפוס ידוע לבקר, אשר מהדהד אותו בחזרה.אם התבנית מושחתת, הקישור הוא חשוד.

מערכות בקרה מתקדמות (למשל, אלה המבוססים על סביבת הרכב המחוברת) גם לפקח על V2X (ויקיאל-לכל) קצבי ההגעה של הודעות שידורים (ירידה פתאומית במסרים של כלי רכב יכול להצביע על תקלה בתקשורת ביחידה של הכביש (RSU) FLT:0U.DOT Connected Vehicle Program) ,FLT:1 מספק סטנדרטים לתקשורת V2X ו-זיהוי לקוי.

אבחון מתקדם ו- Predictive Analytics

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

  • (FLT:0) מערכי למידה של Machine:FLT:1 מודלים משגיחים שהוכשרו על קבצים היסטוריים (אירועים מדאיגים בזמן-מטופים, בקר חוזר, כישלונות חיישן) יכולים לסווג דפוסים חדשים כמו "fault" או "לא אשמה" לדוגמה, מודל יער אקראי יכול לזהות אספקת חשמל כושלת המבוססת על תנודות עדינות במתח, אפילו לפני ש-PSU למעשה נכשל.
  • (FLT:0) בקרת תהליכים סטאטיסטיים (SPC): ⁇ הבקרה של הפרמטרים המרכזיים (למשל, משך שלב, הערכות אורך התור) הם מעקב אחר מגמות העולה על וריאציות סטטיסטיות נורמליות. נקודה מחוץ לשלושה סטיית סטנדרטיות גורמת התראה.SPC הוא שימושי במיוחד עבור זיהוי של השפלה הדרגתית בלולאה או רגישות בקר.
  • (FLT:0)Root לגרום לניתוח באמצעות עצי אשמה:FreaLT:1 כאשר מזוהה, יומני מערכת הם תואמים עם נתוני מזג אוויר, רשומות כוח, ופעילות תחזוקה כדי לזהות את שורש הסיבה.זה עוזר למנוע הישנות על ידי התייחסות לסוגיה הבסיסית - לדוגמה, סדרה של כשלי חיישן עשוי להיות במעקב חזרה קבוצה פגומה של גלאי גלאי גלאי.

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

אסטרטגיות Fault Mitigation

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

מצבי בטיחות נכשלים

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

  • (FLT:0) צהוב בנוף ברחוב הראשי והבזק אדום ברחוב צד: 1FreaLT (זהו ברירת המחדל הנפוצה ביותר בארצות הברית (חלק ה- 4D.28).התנועה המרכזית היא הזהיר להמשיך בזהירות, בעוד שתנועת רחוב צד חייבת לעצור ולהניב.מצב זה דורש משאבים מינימליים של בקר, והוא גם יעיל אם ה-CPU הראשי הוא חשוד.
  • (FLT:0) תיקון אדום בכל הכיוונים: FLT:1 בשימוש כאשר שום רחוב לא יכול להיות מראש, כגון לאחר טעות גדולה המונעת זיהוי בטוח של כלי רכב.כל הגישות חייבות לעצור ולדאוג לצומת כמו עצירה כל הדרך, אשר הופך להיות מאוד מחוספס אך בטוח.
  • (FLT:0) תפעול זמן-זמן: FLT:1 אם תקלה חיישן מונעת תזמון הסתגלות, הבקר יכול לחזור לתוכנית זמן קבוע מראש (למשל, בהתבסס על זמן של יום) זה מבטיח מחזורים צפויים גם אם נתוני זיהוי יאבדו.בקרים רבים מאחסנים מספר תוכניות קבועות עבור תרחישים שונים (שבוע, סוף השבוע).

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

מערכת אוטומטית Reboot ו איפוס

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

  • (FLT:0)Watchdog Timerue:FLT:1 A חומרה או צפייה בתוכנה איפוס את הבקר אם הוא לא "מרוץ" בתוך מרווח מוגדר (למשל, 15 שניות) איפוס מחדש את יישום הקושחה ולשלוט, לעתים קרובות לנקות את האשמה.עם זאת, אם אותו האשמה מופיעה מחדש במהירות (למשל, בתוך דקות), שעון הגוריד עשוי להיות צורך להסלים לצמיתות כדי למנוע הפרעות חוזרות ונשנות.
  • (FLT:0)מבחן עלחול:FreaLT:1; לאחר איפוס, הבקר מבצע סדרה של אבחון (בדיקות כוח, בדיקות קישוריות חיישן, בדיקות זיכרון, בדיקות קישורי תקשורת) אם כל עובר, הוא חוזר על הפעולה הרגילה; אחרת, הוא נשאר במצב הבזק ונושם את הבדיקות הכושלות.
  • (FLT:0) חלוקת התאוששות:FLT:1 , בקרים מודרניים יש לעתים קרובות מחיצת ראשוני והחלמה.אם הקושחה על החלוקה העיקרית מושחתת, המגף אוטומטית מחלוק ההתאוששות - המכילה גרסה מינימלית אך פונקציונלית של התוכנה - ומזהיר את ה-TMC כי יש צורך בתקן קושחה מלא.

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

Redundancy and Dynamic Reconfiguration

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

  • (FLT:0) בקרים של עיגול חם:FLT:1 שני בקרים זהים מותקנים באותה הקבינט.הראשונים שולטים האותות בעוד המשניים מתיישרות במקביל, אך הפלטים מנותקים.אם הכשל הראשוני (המוגדר על ידי שעונים או עדות עצמית), מתג מתרחש בתוך מטבולית - הפלט משני ניתן, והעיקרון הוא נלקח ללא הפרעה; אפילו לא ניתן להבחין בשינוי חלק; אפילו לא ניתן לשנות את המעבר.
  • (FLT:0) נתיבי תקשורת אלחוטיים:FLT:1 כל בקר יכול להיות חוט (fiber /copper) וקישור אלחוטי (סלולארי / רדיו) ל-TMC.אם הקישור העיקרי נכשל, הבקר באופן אוטומטי מתגים לגיבוי.TMC ממשיך לקבל אבחון ועדיין יכול להטיל פקודות ותכניות תזמון.
  • (FLT:0) קביעת משימות חיישן: ההרחבה 1 (FLT:1) אם גללאה על נתיב שמאל-החזרה נכשלת, המערכת יכולה להחזיר את משימת הגילוי למצלמת וידאו או חיישן מכ"ם המכסה את אותו האזור.ההגדרה זו יכולה להיות אוטומטית על בסיס משימות גיבוי מוגדרות מראש, כל עוד המערכת יודעת את הטופולוגיה של כיסוי החיישן.

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

מדריך ומבצעים מרוחקים

כאשר הפחתה אוטומטית אינה מספיקה או כאשר האשמה חמורה (למשל, צמתה כהה עקב מיצוי כוח), התערבות אנושית הופכת הכרחית.

  • (FLT:0) מצב הבזק של Powerd: FLT:1 מפעיל יכול לשלוח פקודה לשים צומת יחיד, מסדרון, או אפילו את העיר כולה למצב פלאש כפוי.זה משמש בדרך כלל במהלך כשלים ברשת או מקרי חירום כדי להבטיח בטיחות בעוד אבחון הם מופעלים.
  • (FLT:0) תזמון מגולפס: 1FLT מקונסולה, מפעיל יכול להגדיר זמנים ירוקים ספציפיים, רצף שלב, או להחזיק שלב עד שפקקי תנועה נקיים.זה שימושי כאשר פגם חיישן גורם למערכת לקרוא תורים לא נכונים והמפעיל יכול לראות באמצעות CCTV מה התנאים בפועל.
  • (FLT:0) הוראות אבחון של רגשות: FLT:1 מאופרות יכול לנקב בקרים, לבדיקות הלולאבקות, לשלוח תוכניות תזמון מבחן, או לבקש יומני מפורט.כלים אלה מאפשרים להם לקבוע תקלות מבלי לשלוח טכנאי, לחסוך זמן ועלויות.
  • (FLT:0) טכנאי שולח:FLT:1 כאשר אשמה דורשת תיקון פיזי (למשל, החלפת לוח CPU כושל, תיקון לולאה פגועה), ה-TMC שולח צו עבודה לצוות התחזוקה הקרוב ביותר. GPS מעקב ושילוב עם מערכות ניהול עבודה לייעל את התהליך.יש סוכנויות יש פרוטוקולים "תגובה מהירה" לסימנים קריטיים (למשל, בזקי תיבות של טכנאים) בתוך 30 דקות.

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

חיזוי Fault ו-Prognostics

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

  • (FLT:0) ניטור מבוסס-מסורתי:FLT:1 מחוננים בתוך ארון הבקר יכולים לעקוב אחר מתח, טמפרטורה, לחות, ומספר מחזורי מתג עבור ממסרים.כאשר פרמטרים אלה מתפתלים מנורמלי (למשל, מתח באופן עקבי מתחת 12V במהלך עומס גבוה), המערכת צופה כשלון אספקה כוח מתקרב. אלגוריתם טיפוסי עשוי לדגל PSU עם 60 ימים של חיים שנותרו, המאפשר החלפת שעות לאחר שעות ממושכות.
  • (FLT:0) מודלים של שיעור ה-Falure:FLT:1 , שימוש בנתונים היסטוריים על כשלים רכיב (למשל, זמן בין כישלונות (MTBF) עבור מודולים ספציפיים), סוכנויות יכולות לקבוע תחליפים המבוססים על הגיל. לדוגמה, מודולי LED בראשי האות ידועים שיש תוחלת חיים של כ -10 שנים; החלפתם בשנה 9 מצמצם את הסיכון של כוויות במהלך ניתוח.
  • (FLT:0) חיישני בריאות: FLT:1 הפריסה האחרונה כוללים ראשי אותות "חכמים" הדוחים על בריאות LED בודדים, טמפרטורה ונהג הנוכחי ל-TMC.אם LED אחד במערך האדום של דימות, המערכת יכולה להזהיר את התחזוקה לפני שכל הראש נכשל באופן דומה, חיישנים עם אבחון מובנה יכול לתקשר את מצב הבריאות שלהם, צמצום ההסתמכות על טכניקות זיהוי עקיפות.
  • (FLT:0) חיזוי חד-תכליתי של נתונים: מודלים של למידת מכונה יכולים לחזות את הסבירות של תקלה בתקשורת על ידי ניתוח רשת באמצעות חישוב, שיעורי שגיאה, תנאי מזג אוויר.לדוגמה, מודל עשוי לחזות 70% סיכוי לקשר כשלון בתוך 24 השעות הקרובות אם דפוס מסוים של אובדן החבילה נצפתה במהלך גשם צפוי.

תחזוקה חיזויית מפחיתה את עלויות תיקון זמני ושעת חירום לא מתוכננות.מחקר שנערך על ידי ארה"ב DOT דיווח כי תוכניות תחזוקה אקטיביות הפחיתו את התאונות הקשורות לאות עד 15% והצלתם של אלפי דולרים לצומת בשנה.

תקנים ופרקטיקה טובה ביותר

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

  • (FLT:0) TS 2-2021FLT:1 (הבקר הטרופי אסיפות): דרישות Defines עבור ארונות בקר כולל ניטור תקלות, ניטור סכסוכים והגנה על TS 2 הוא חובה במדינות רבות עבור מתקנים חדשים.
  • (FLT:0)MUTCDigFLT:1 (Manual on אחיד בקרת מכוניות): מגדיר את התקן הלאומי עבור פעולת אות התנועה, כולל מצבי פלאש, תזמון ברירת מחדל, וסימנים אזהרה לתנאי אשמה. Agencies חייב לעקוב אחר MUTCD כדי להיות זכאי מימון פדרלי.
  • (FLT:0)IEEE 161303FLT:1 (דרישות בדיקה ובדיקת כלי תקשורת בתחנת חשמל): בעוד במקור תחנות כוח, תקן זה לעתים קרובות מאומצ עבור תת-אות התנועה כדי להבטיח רכיבים לעמוד בפני קיצוניות טמפרטורה, לחות ורטט.
  • (FLT:0) תרגול מומלץ של מערכת התנועה Photoofpha System EquipmentveFLT:1: מספק הדרכה על שיטות הטובות ביותר עבור פריסת הקבינט, חיווט, ובדיקות כדי למזער רגישות לקויה.
  • (ב) תקנים של אבטחת סייבר:0 (Cybersecurity Standard: FLT:1eur: The FLT:2NIST Cybersecurity FrameworkFLT 3FLT 3) מותאמים באופן נרחב עבור מערכות אותות תנועה.הנחיות ספציפיות מארה"ב DOT's (FLT:4) תוכנית אבטחת סייברSITSאבטחת סייברSאבטחת סייבר:5 כתובת לוחשות רשת, תקשורת מוצפנת, תוכניות תגובה, והערכה סדירה.

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

מסקנה

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