מבוא

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

הבנת צרכי המשתמש

זיהוי אנשים משתמשים

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

שיקולים סביבתיים

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

שיטות מחקר משתמשים

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

עקרונות עיצוב מרכזיים עבור VOC Monitor Interfaces

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

פשטות

משמעות הדבר היא להפשיט כל דבר שאינו חשוב.מסך ברירת המחדל צריך להראות את המידע החשוב ביותר: רמת ה-VOC הנוכחית, מצב המכשיר (על / off, calibration due), וכל אזעקה פעילה. נתונים נוספים, כגון מגמות היסטוריות קלות או הגדרות, יש להסתיר מאחורי ערכת מגע אחת או צפיפות. השתמש במונחים ברורים, תוויות קונפורזות (למשל, 44 מיליון משתמשים) במקום זאת, הם נמנעים מממשקים חשמליים (או מקבצי מגע).

קלרנס

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

יציבות

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

משוב

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

גילוי ומניעה שגיאה

משתמשים צריכים להיות מסוגלים למצוא את כל התכונות ללא הימוריזציה. השתמש במבנה תפריט עקבי עם תוויות ברורות (למשל, "Settings", "הנתונים", "אלח וריג" (Alarm Config). Group פונקציות קשורות: להציב את כל אפשרויות החשקה תחת תפריט אחד, לא מפוזר שגיאות על ידי הצעת דיאלוגים לאישור לפעולות בלתי הפיכות (למשל, מפעל מחדש).

עיצוב התצוגה

מידע Hierarchy

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

קולות: Color Coding and Visual Sads

צבע הוא כלי רב עוצמה להערכה מהירה. צבעי אור תנועה סטנדרטיים (ירוק, צהוב, אדום) לעבוד טוב עבור קהלים רבים. Define ברור סףים: ירוק לרמות הרבה מתחת לכל דאגה רפואית, צהוב לרמות המתקרבות לסף זהירות (למשל, 500-1000 ppm עבור TVOC), אדום עבור מצבים מדאיגים הדורשים פעולה מיידית.לוודא כי צבע הוא לא רק שונה - טקסט או דפוסים בהירים עבור מצבי תאורה צהובה / ARM עבור מצבי תאורה צהובה, אלא ברור כי הם "מחץ" (A) עבור מצבי אזעקה.

היפנוזה וקריאה

השתמש בפונטים של Sans-serif (למשל, Roboto, Open Sans) שגורמים בבירור על מסכים קטנים.גדלים פונטיים צריך להיות נדיב: לפחות 16px עבור טקסט משני ו -24px או גדול יותר עבור קריאה ראשונית. להימנע משקולות דקות או אור. עבור מכשירים שניתן לצפות מרחוק (למשל, על קיר במפעל), אפשרות לבדיקות טיפוסית לנקודות תצפית.

עדכונים בזמן אמת ומגמות

תצוגות ניטור רציף יכולות להראות קריאה בזמן אמת שעדכון כל שנייה או מהירה יותר.עם זאת, מספרים משתנים במהירות יכול להיות מוסחת. Smooth theמרעננים rate או להציג ממוצע במהלך שניות האחרונות.ספק גרף קו פשוט או תרשים הבר המציג היסטוריה עדכנית (למשל, 10 דקות האחרונות) כדי לעזור למשתמשים לזהות מגמות.המשך את התרשים ללא מלוטשות: השתמש קו אחד עבור cuvos, זמן על xa-xa-xa-xa-xa מאפשר חיישנים מרובים כדי לאפשר פרמטרים.

ניווט ובקרה

כפתורים פיזיים לעומת Touchscreen

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

מבנה התפריט

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

קלבריה וידוי

קליברציה היא משימה קריטית אך בלתי צפויה.הממשק צריך להנחות את צעד המשתמש צעד אחר צעד: "Attach Zero Gas Fiter, ולאחר מכן הקש מתחיל" לספק ספירה לאחור של זמן ו- מתקדם בר לאחר הדליקה, תוצאות תצוגה (pass/fail) וקריאה חדשה כדי לאשר דיוק חיישן.עבור תצורה, השתמש בערכי ברירת מחדל כי הם בטוחים: לדוגמה, אזעקה ראשונית צריך להיות סף סטנדרטי עבור משתמשים.

ויזואליזציה ויצוא

טרנדים ומגמות

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

קידוד ודיווח

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

נגישות ובלעדיות

נגישות חזותית

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

תמיכה רב לשונית

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

גישה מוטורית וקוגניטיבית

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

בדיקות ושיקום

שיטות בדיקה שימושיות

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

עיצוב מעגלי

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

המונחים: real Conditions

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

שילוב עם Ecosystem ותוכנות

IoT וענן קישוריות

לפקח על VOC מודרני לעתים קרובות להתחבר פלטפורמות IoT או לוחות נתונים מבוססי ענן עבור ניטור מרחוק וניתוח. ממשק המכשיר צריך לציין בבירור מצב חיבור (למשל, "מדבק ל-Wi-Fi" או "Syncing...") ולאפשר סינכרויזציה ידנית אם יש צורך.עבור מנהלי מערכת ההפעלה, מתן API או Webhook עבור נתונים הוא ערך תקני MQ או HT / TPST.

בימוי: Data Management Backend

בעת תכנון מערכת שאוספת נתונים ממוניטורים מרובים של VOC, שקול להשתמש ב- CMS חסר ראש כמו FLT:0DirectusveFLT:1 כדי לבנות ולשרת נתונים ללוחים הקדמיים או יישומים ניידים. Directus מאפשר לך להגדיר משחתות מותאם אישית עבור קוראי חיישן, אזעקה, וגלות קלמנטציה, ולאחר מכן לבנות ממשק ידידותי למשתמש בכל מסגרת שהיא מאפשרת ניטור נתונים של מצגת מהירה.

עמידה בתקנות ותקנות

לפקחי VOC המשמשים לבטיחות הכיבוש, ניטור סביבתי, או טיפול בחומר מסוכן חייב לציית לסטנדרטים רלוונטיים כגון ISO 16000-6, EN 50270, או הנחיות NIOSH. הממשק צריך לתמוך בפורמטים נתונים הנדרשים, סף אזעקה, ו מרווחי מרווחים.הצגת תעודות calibration או מספרי מזהה המכשיר על המסך יכול לעזור במהלך הביקורת.

מגמות עתידיות ב-VOC Monitor Interfaces

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

מסקנה

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