בדיקת תמונות מהמצלמה באמצעות אוטומציה

חבילת הבדיקות של תמונות במצלמת Android‏ (ITS) היא חלק מ-CTS Verifier (חבילת בדיקות התאימות של Android‏) וכוללת בדיקות שמאמתות את תוכן התמונה. ‫CTS Verifier תומך באוטומציה של בדיקות ITS באמצעות Camera ITS-in-a-box. התמיכה בבדיקות ידניות כוללת את כל גורמי הצורה של מכשירי Android.

היתרונות של ITS-in-a-box כוללים:

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

בחירת ה-Rig

מערכת ITS-in-a-box מורכבת מקופסת פלסטיק שנחתכת בלייזר משרטוטים של תכנון בעזרת מחשב (CAD), מלוח גרפי וממכשיר שנבדק (DUT). בטבלה הבאה מפורטים המפרטים והתכונות של ערכות ה-ITS-in-a-box השונות שזמינות. כדי לבחור את המערכת המתאימה, צריך לקחת בחשבון את שדה הראייה הספציפי ואת מרחק הפוקוס המינימלי של ה-DUT. למערכות מצלמה עם שדה ראייה של 60 עד 110 מעלות ומרחק מיקוד מינימלי של 22 עד 31 ס"מ, מומלץ להשתמש במתקן מודולרי בגלל יכולת ההתאמה שלו. אם מערכת המצלמה כוללת עדשת טלפוטו עם מרחק פוקוס מינימלי בין 31 ס"מ ל-110 ס"מ, מומלץ להשתמש במתקן מודולרי עם תוספת טלפוטו שתואמת באופן הדוק למרחק הפוקוס של העדשה. תוספות לטלסקופ זמינות באורכים של 50 ס"מ עד 90 ס"מ.

Rig	מרחק התרשים	טווח שדה הראייה של המצלמה במכשיר הנבדק (משוער)	תכונות
Modular base rig	‫22 ס"מ	‫60° - 120°	טביעת רגל קטנה יותר חיתוך גדול של הצמצם בחלק הקדמי מאפשר בדיקה של מערכת מרובת מצלמות ללא חיתוך שחוסם מצלמות משניות אפשר לסובב את ה-Rig ב-90°
Modular base rig and tele extension rig	‫22 ס"מ עד 110 ס"מ*	‫10° – 120°	פתח גדול בחלק הקדמי תמיכה בבדיקת מצלמות עם מרחק מינימלי ארוך יותר למיקוד (רוב מצלמות הטלפוטו) אפשר לשנות את אורך התושבת של התוסף כדי להתאים למרחקים שונים בתרשים.
‫WFoV ITS-in-a-box	‫22 ס"מ	‫60° - 120°	שטח גדול שמאפשר הרבה מיקומי הרכבה של מכשירים נבדקים תמיכה במכשירים גדולים לבדיקה, כמו טאבלטים
RFoV ITS-in-a-box	‫31 ס"מ	‫60° - 90°	לוח תרשימים מערכת תאורה פנימית
‫Gen2 ITS-in-a-box	‫31 ס"מ	‫60° - 90°	תרשים על נייר מערכת תאורה פנימית

מרחק התרשים	אחוז שינוי הגודל של הסצנה	תמונה
‫31 ס"מ	33%
‫50 ס"מ	50%
‫80 ס"מ	100%

כדי להתחיל להשתמש ב-Camera ITS-in-a-box:

1. רוכשים או בונים מערכת ITS-in-a-box מודולרית, WFoV או RFoV וsensor Fusion.
2. הגדרת טאבלט באמצעות תוכנת Camera ITS.
3. מריצים בדיקות.
4. קבלת תוצאות מה-DUT.

הגדרת הטאבלט

בקטע הזה מוסבר איך מגדירים טאבלט לשימוש ב בדיקות ITS של המצלמה שנמצאות בספרייה CameraITS. ההוראות האלה מתייחסות ל-Pixel C כדוגמה לטאבלט. מידע על הדרישות וההמלצות לטאבלטים מופיע במאמר דרישות לטאבלטים.

הערה: סקריפטים של Python ל-Camera ITS מגדירים אוטומטית את האפשרויות הבאות בטאבלט:
הגדרות > תצוגה > מצב שינה > אחרי 30 דקות של חוסר פעילות
בהירות אוטומטית > מושבת

1. טוענים את הטאבלט ומפעילים אותו. אם מוצגת בקשה להגדרת חשבון, מדלגים עליה (ל-Camera ITS לא נדרש חשבון שמשויך לטאבלט).
2. מעדכנים את הטאבלט ל-Android 7.0 ומעלה. גרסה Android 6.x וגרסאות ישנות יותר לא תומכות ב-Camera ITS.
3. מפעילים את מצב הפיתוח.
4. חוזרים אל הגדרות ובוחרים באפשרות אפשרויות למפתחים.

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

5. מריצים את הפקודה $ adb devices כדי להציג רשימה של מכשירים זמינים ולקבוע את מזהי ה-DUT והתרשים. כדי לקבוע את device_id ואת chart_id, מחברים ומנתקים מכשירים ומתבוננים במכשירים שמתחברים ומתנתקים.
6. מבצעים שלוש הרצות בדיקה כדי להסתיר רמזים והנחיות למשתמשים שיכולים להסתיר תרשימים במסך הטאבלט.
   1. מניחים את הטאבלט על השולחן כשהמסך פונה כלפי מעלה (לא מצמידים את הטאבלט ללוח האחורי של הקופסה).
   2. מריצים את הפקודה הבאה:
      ‫

      python tools/run_all_tests.py device=$device_id camera=0 chart=$chart_id scenes=2,3
      

      בסצנות 2 ו-3 צריך להציג תמונה בטאבלט, ולכן מוצגת ההודעה הבאה: לתת ל-Drive הרשאת גישה לתמונות, למדיה ולקבצים במכשיר?. כדי לסגור את ההנחיה הזו (ולמנוע הנחיות עתידיות), לוחצים על אישור.
   3. מריצים את הפקודה שוב. בטאבלט מופיעה ההודעה רוצה לשמור עותק של הקובץ הזה? ומוצעת האפשרות לשמור אותו ב-Google Drive. כדי לסגור את ההודעה הזו (ולמנוע הצגה של הודעות כאלה בעתיד), לוחצים על סמל Drive ואז על ביטול כדי לבטל את ההעלאה ל-Drive.
   4. לבסוף, מריצים את tools/run_all_tests.py ומוודאים שהסצנות משתנות אוטומטית כשהתסריט עובר בין סצנות שונות. רוב הבדיקות נכשלות (כי המצלמה לא מכוונת לתרשים), אבל אפשר לוודא שהטאבלט עובר בין הסצנות בצורה תקינה בלי להציג הנחיות או חלונות קופצים אחרים על המסך.

הרצת בדיקות

לפני שמריצים את ITS-in-a-box, מוודאים שהגדרת הבדיקה כוללת את החומרה והתוכנה הבאות:

• ‫One (1) ITS-in-a-box
• טאבלט אחד (1) ברזולוציה גבוהה בגודל 10 אינץ' להצגת סצנות, מספר סידורי: 5811000011
• מכשיר אחד (1) שנבדק (DUT) שמותקנת בו אפליקציית CTS Verifier בגרסה 7.0_8 ומעלה. דוגמה ל-DUT:
  • ‫Pixel NOF26W אחד (1) לבדיקת המצלמה האחורית(0), מספר סידורי: FA6BM0305016. כדי להתקין את אפליקציית CTS Verifier, מבטלים את הדחיסה של android-cts-verifier.zip ואז מריצים

    adb -s FA6BM0305016 install -r -g android-cts-verifier/CtsVerifier.apk
    

הפעלת סצנות בטאבלט

כדי להפעיל את סצנות 0 עד 4, 6 ואת scene_change במצלמה האחורית:

cd android-cts-verifier/CameraITS
. build/envsetup.sh
python tools/run_all_tests.py camera=0

דוגמה:

ניסיון חוזר של סצנות

אפשר לנסות לצלם שוב סצנות במצלמה אחת:

• כדי לנסות שוב סצנות במצלמה אחת:

  python tools/run_all_tests.py device=FA6BM0305016 camera=0 scenes=3,4
  

הפעלת סצנה 5

סצנה 5 דורשת הגדרה מיוחדת עם תאורה ספציפית (פרטים מופיעים ב-CameraITS.pdf ב-CTS Verifier, שאפשר להוריד מCompatibility Test Suite Downloads). צריך להריץ את סצנה 5 בנפרד (מחוץ לתיבה) ועם TEST_BED_MANUAL testbed.

כדי להפעיל את סצנה 5 למצלמה הקדמית והאחורית במכשיר אחד:

python tools/run_all_tests.py device=FA6BM0305016 camera=0 scenes=5
python tools/run_all_tests.py device=FA6BM0305016 camera=1 scenes=5

להצגת התוצאות

אפשר לראות את התוצאות במהלך הבדיקה ולשמור את התוצאות המלאות כדוח.

• מעיינים בתוצאות. כדי לשמור את התוצאות של Camera ITS כדוח:
  1. לוחצים על אישור ושומרים את הדוח.
     
     איור 3. דוח ITS של מצלמה
  2. שליפת דוחות מהמכשיר:

     adb -s FA6BM0305016 pull /sdcard/verifierReports
     

  3. מבטלים את דחיסת קובץ הדוח ומציגים את test_result.xml.
     
     איור 4. דוחות של Camera ITS
     

דרישות לטאבלטים

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

הטבליות ברשימת ההיתרים נבחרות על סמך הקריטריונים הבאים:

• גודל תצוגה של כ-10 אינץ' עם רזולוציית מסך של יותר מ-‎1,920 x 1,200 פיקסלים.
• אסור שיהיה הבהוב שנמדד כתוצאה מהנמכה של המסך שנשלטת על ידי אפנון רוחב הפולס (PWM).
• יכול לבצע פקודות adb שנשלחות על ידי בדיקות ITS ולהציג תמונות של תרשימים עם בהירות מסך לפי ההוראות.

צריך להגדיר את הערך brightness במאפיין config.yml בהתאם לדגם הטאבלט. כדי לדעת אם דגם הטאבלט שלכם תואם לשם מכשיר ברשימת ההיתרים, מריצים את פקודת adb‏ adb shell getprop | grep 'ro.product.device' כדי להדפיס את הערך ro.product.device.

טאבלטים נתמכים לצילום סצנות בתנאי תאורה חלשה

דרישות לטאבלטים עם Android מגרסה 14 ומטה

גודל התצוגה של טאבלטים צריך להיות בערך 10 אינץ' ורזולוציית המסך צריכה להיות גבוהה מ-‎1920 x 1200 פיקסלים. אסור שהטאבלט ישתמש באפנון רוחב פולס (PWM) כדי להגדיר את רמת הבהירות. צריך להגדיר את הערך brightness ב-config.yml בהתאם לדגם הטאבלט. בטבלה שלמטה מפורטים הטאבלטים המומלצים לבדיקות ITS, יחד עם הגרסאות של Android שמתאימות למכשיר הנבדק.

שאלות נפוצות

שאלה 1: איך אפשר לדעת אילו מתקני בדיקה נדרשים למכשיר שלי?

בדיקות המצלמות של RFoV בטאבלט מתבצעות באמצעות RFoV ITS-in-a-box revision 1 בספרייה CameraITS/tests. ה-RFoV מוגדר כ-60° < FoV < 90°. במצלמות עם FoV גדול יותר, יכול להיות שהאורות יופיעו בתמונות או שהתרשימים יכסו אזור קטן מדי ב-FoV, מה שישפיע על תוצאות הבדיקה.

בדיקות WFoV ITS-in-a-box revision 2 בודקות מצלמות WFoV לבדיקות סצנות בטאבלט בספרייה CameraITS/tests. ה-WFOV מוגדר כ-FoV >= 90°. מערכת הבדיקה בגרסה 2 זהה מבחינה פונקציונלית לגרסה 1, אבל גדולה יותר. מערכת הבדיקה מגרסה 2 יכולה לבדוק מצלמות עם שדה ראייה צר (RFoV) ורחב (WFoV) ב-Android מגרסה 9 ואילך. בהתחשב בטביעת הרגל הגדולה יותר, גרסה 2 היא אידיאלית אם ה-DUT הוא טאבלט

הבדיקות של מצלמות WFoV לתרחישי בדיקה של טאבלטים מתבצעות באמצעות מתקן בסיס מודולרי בספרייה CameraITS/tests. ה-WFOV מוגדר כ-FoV >= 90°. המערכת המודולרית יכולה לבדוק מצלמות RFoV ו-WFOV במכשירים עם Android 9 ואילך. הוא תומך גם במתקן להארכת הטלה, שאפשר לחבר כדי לבדוק מצלמות טלה עם מרחק מינימלי ארוך יותר למיקוד. המתקן המודולרי זהה מבחינת הפונקציונליות ל-WFoV ITS-in-a-box, אבל הוא קטן יותר.

ב תיבת sensor fusion מתבצעות בדיקות של היסט התזמון של המצלמה/הג'ירוסקופ וסנכרון הפריימים של מערכות מרובות מצלמות באמצעות בדיקות ב-scenes=sensor_fusion. כדי להשתמש ב-feature flag‏ REALTIME, נדרש היסט תזמון של המצלמה/הגירוסקופ של פחות מ-1 אלפית השנייה.

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

בטבלה הבאה מופיעות כמה דוגמאות להגדרות.

שאלה 2: איך מציינים באיזה מתקן בדיקה נעשה שימוש?

כדי להגדיר את מתקן הבדיקה הנכון, צריך לוודא שפרמטר המרחק בתרשים נכון. המרחק של התרשים במתקן הבדיקה rev1 ‏ (RFoV) הוא 31 ס"מ, ובמתקן הבדיקה rev2 ‏ (WFoV) הוא 22 ס"מ. כברירת מחדל, המרחק מהתרשים מוגדר ל-31 ס"מ.

‫Android 10 עד Android 11

python tools/run_all_tests.py ... chart=# dist=22

Android מגרסה 12 ואילך

edit config.yml
chart_distance: 31.0 → chart_distance: 22.0

שאלה 3: איך שולטים בבהירות של הטאבלט?

כברירת מחדל, הבהירות בטאבלט מוגדרת ל-96.

כדי לשנות את הבהירות בטאבלטים עם Android מגרסה 7.0 עד גרסה 9, מריצים את הפקודה:

edit tools/wake_up_screen.py
DISPLAY_LEVEL=96 → DISPLAY_LEVEL=192

כדי לשנות את הבהירות בטאבלטים עם Android 10 עד Android 11, אפשר לשנות את הערך בשורת הפקודה על ידי הוספת הדגל brightness:

python tools/run_all_tests.py device=# camera=# chart=# brightness=192

כדי לשנות את הבהירות בטאבלטים עם Android מגרסה 12 ואילך, מריצים את הפקודה:

edit config.yml
brightness: 96 → brightness: 192

שאלה 4: איך מנפים באגים בבדיקה אחת?

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

כדי להפעיל סצנה ספציפית ב-Android מגרסה 11 ומטה:

1. טוענים סצנה על ידי הוספת הדגל scenes ב-tools/run_all_tests.py:

   python tools/run_all_tests.py device=# camera=# chart=# scenes=#
   

2. מקישים על Control+C כדי לעצור את הבדיקות אחרי שהסצנה נרשמת כסצנה שנטענה אל stdout.

   אם הסצנה הנכונה כבר מוצגת במסך, מוציאים את המסך ממצב שינה:

   python tools/wake_up_screen.py screen=#
   

3. מריצים בדיקה ספציפית.

   python tests/scene#/test_*.py device=# camera=#

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

   כדי לקבל מידע נוסף לניפוי באגים, מוסיפים הצהרות print לסקריפט. כדי להגדיל את הפלט של הבדיקה לצורך ניפוי באגים, מוסיפים את הדגל debug=True.

   python tests/scene#/test_*.py device=# camera=# debug=True

התוצאות מודפסות במסך המקומי והתמונות נשמרות בספרייה המקומית במקום בספרייה שנוצרה /tmp/tmp### כשמריצים את tools/run_all_tests.py.

כדי להפעיל סצנה ספציפית ב-Android מגרסה 12 ואילך:

1. עורכים את קובץ config.yml.

   edit config.yml
   camera: <camera-id> → camera:  0
   scene: <scene-name> → scene: scene1_1

2. מריצים את הבדיקה הספציפית.

   python tools/run_all_tests.py -c config.yml --test_bed TEST_BED_TABLET_SCENES
   

התוצאות מודפסות בספרייה /tmp/logs/mobly/TEST_BED_TABLET_SCENES/ וממוינות לפי זמן הריצה.

שאלה 5: למה צריך להריץ בדיקות שנכשלות כסצנה שלמה במקום להריץ מחדש כל בדיקה בנפרד?

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

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

כדוגמה קיצונית, נניח שיש 10 בדיקות בסצנה, שלכל אחת מהן יש הסתברות של 50% להחזיר PASS. אם מריצים כל בדיקה בנפרד, יש סיכוי גבוה שמפעיל יוכל לגרום למצלמה לעבור את בדיקת ITS. אבל אם הבדיקות מופעלות במצטבר כסצנה, יש רק סיכוי של 0.1% שהסצנה תעבור.

ש6: איך מפעילים סצנה אחת או משנים את הסדר של הסצנות?

כברירת מחדל, התסריט tools/run_all_tests.py מריץ את כל הסצנות לפי הסדר. עם זאת, אפשר להפעיל סצנות בנפרד או בסדר מסוים, ולדווח עליהן ל-CtsVerifier.apk.

כדי להריץ סצנה ספציפית (לדוגמה, סצנה 2) או להריץ יותר מסצנה אחת בסדר ספציפי ב-Android מגרסה 11 ומטה:

python tools/run_all_tests.py device=# camera=# chart=# scenes=2

python tools/run_all_tests.py device=# camera=# chart=# scenes=3,2

כדי להפעיל סצנה בודדת או להפעיל יותר מסצנה אחת בסדר מסוים ב-Android מגרסה 12 ואילך:

python tools/run_all_tests.py scenes=2

python tools/run_all_tests.py scenes=3,2

הפרמטרים הנוספים מוגדרים בקובץ config.yml.

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

חשוב לוודא שהטאבלט וסביבת הבדיקה עומדים במפרטים הבאים.

מפרטי טאבלטים

חשוב לוודא שהטאבלט עומד במפרטים הבאים:

• גודל התצוגה (באינצ'ים): 10 אינץ'
• גודל התצוגה (פיקסלים): גדול מ-‎1,920 x 1,200 פיקסלים

פרטים נוספים זמינים במאמר בנושא דרישות לטאבלטים.

בהירות הטאבלט

יכול להיות שהתוצאות של הבדיקות לא יהיו מדויקות אם בהירות המסך בטאבלט נמוכה מדי.

פרטים נוספים זמינים במאמר בנושא איך שולטים בבהירות של הטאבלט?

רמת התאורה בתיבה (נדרש מד לוקס)

מוודאים שערך הלוקס של היעד בפתיחת הטאבלט הוא בין 100 ל-300.

אם רמת הלוקס גבוהה מדי, הפונקציה scene1/test_param_flash_mode.py מחזירה FAIL. אם רמת הלוקס נמוכה מדי, כמה בדיקות ייכשלו.

שאלה 8: איך מנפים באגים בבדיקות של שילוב חיישנים?

1. חשוב לוודא שאתם נמצאים בקבוצה dialout.

   groups | egrep ‘dialout'

2. כדי לוודא שבקר מיזוג החיישנים מחובר, בודקים אם Microchip Technology מחובר ליציאת ה-USB.

   lsusb
   …
   Bus 003 Device 004: ID 04d8:fc73 Microchip Technology, Inc.
   …
   

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

   ב-Android מגרסה 11 ומטה:

   python tools/run_sensor_fusion_box.py device=A camera=0 num_runs=10 rotator=default
   

   ב-Android מגרסה 12 ואילך:

   python tools/run_sensor_fusion_box.py num_runs=10
   

   הפרמטרים הנוספים מוגדרים בקובץ config.yml.

   הפלט של ההרצה נמצא בתיקייה /tmp/tmp### שנוצרה בתיקיות sensor_fusion_#, כאשר # הוא מספר ההרצה. הסיבות הנפוצות לכשלון הן:

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

ש9: אילו פרטים צריך לכלול כשמדווחים על באג בבדיקה?

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

1. אם הפעלת את הבדיקה דרך tools/run_all_tests.py, עליך לצרף לבאג ספרייה /tmp/ דחוסה.
2. אם הרצתם את הבדיקה לבד, עליכם לצרף לבאג את כל הפלט של המסך ואת התמונות שנוצרו.

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

adb -s device_id bugreport

‫ש10: איך מריצים סצנת בדיקה של sensor_fusion עם מצלמה שיש לה מרחק מיקוד מינימלי שיוצר תמונות מטושטשות במרחק של 25 ס"מ מהתרשים?

אם המצלמה לא מצליחה להתמקד במרחק של 25 ס"מ, צריך להסיר את לוח ההרכבה של התרשים בתיבת שילוב החיישנים. ממקמים את התרשים במרחק שבו המכשיר הנבדק יכול להתמקד ולשנות את chart_distance ב-config.yml למרחק הנמדד בין המכשיר הנבדק לבין התרשים. תמונה 5 מציגה דוגמה לאופן מדידת המרחק בתרשים במצב הזה.

  edit config.yml
chart_distance: 25 → chart_distance: DISTANCE_BETWEEN_DUT_AND_CHART

ש11: איך מריצים סצנות בדיקה לטאבלט עבור מצלמה עם מרחק מיקוד מינימלי שיוצרת תמונות מטושטשות במרחק של 31 ס"מ מהתרשים?

אם המצלמה לא מצליחה ליצור תמונות חדות מספיק בבדיקה במרחק של 31 ס"מ (העומק של מתקן הבדיקה של RFoV), צריך להרכיב את המצלמה מול המתקן במרחק שיאפשר לסצנת התרשים למלא כ-60% משדה הראייה (FoV) של המצלמה עם תמונות חדות יותר. המרחק הזה יכול להיות קטן יותר ממרחק הפוקוס המינימלי של המצלמה. משאירים את chart_distance ב-config.yml בגובה של 31 ס"מ. הקנה מידה של התרשים בטאבלט נקבע לפי שדה הראייה של המצלמה, כמו שמוצג בטבלה הבאה:

ש12: באמצעות ה-API של מצלמות לוגיות מרובות, אילו בדיקות מופעלות על אילו מצלמות?

אם המצלמה משתמשת ב- REQUEST_AVAILABLE_CAPABILITIES_LOGICAL_MULTI_CAMERA, כל בדיקות ה-ITS הנתמכות מופעלות במצלמה הלוגית ברמה העליונה. קבוצת משנה של בדיקות ITS מופעלת במצלמות המשנה הפיזיות, והבדיקות האלה מפורטות ב-tools/run_all_tests.py בקבוע SUB_CAMERA_TESTS.