Friman
21-12-2012, 00:34:52
חבר לפורום ביקש ממני לכתוב מאמר מסכם על צריבת גרסת CL-osd לG osd II mini של הובי קינג. אז לקחתי עליי את המשימה והשתדלתי לרכז את מקסימום המידע על OSD זה למען הדורות הבאים, מה נדרש כדי להכין אותו לצריבת CL OSD, איך צורבים, איך מכיילים וכל היתר... אז יאללה מתחילים.
לפני הכל, מדובר במוצר הבא: http://www.hobbyking.com/hobbyking/store/__19832__Hobbyking_G_OSD_II_Mini_OSD_System_w_GPS_ Module.html
מה מקבלים תמורת 40$? OSD הכולל GPS, יודע לתת קורדינטות GPS, זמן טיסה, מהירות קרקעית (ולא מהירות אווירית כמו שמוצהר בדף המוצר...), גובה, ניטור מתח ל2 סוללות (ניתן לכייל במדוייק את ניטור המתח), מד RSSI ושעה מקומית. כל זה בOSD קטן וקומפקטי, זול מאד, יעיל מאד. רק דבר אחד מרכזי חסר – אין חץ לכיוון הבית, הסיבה העיקרית לטעמי ולדעת מטיסי FPV רבים להשקיע בOSD הכולל GPS.
טיפ טיפה על האבולוציה של CL-osd, על קצה המזלג
יום אחד אי שם לפני שנה וחצי בערך קם בחור בRCgroups בכינוי Callelj, והחליט לכתוב לOSD גרסת תוכנה חדשה על בסיס קוד פתוח, שתאפשר חץ לכיוון הבייתה ושיפורים נוספים שנוספו עם הזמן. השרשור המרכזי לגרסה זו, הנקראת CL-osd נמצא כאן: http://www.rcgroups.com/forums/showthread.php?t=1490446 ובשנה וחצי שחלפו נצברו בו כבר 134 עמודים ולמעלה מ2000 תגובות. השרשור מתעדכן כל הזמן, אז שווה לעקוב... העמוד של גרסת הפרוייקט הרשמית נמצא בGoogle Code אבל כבר הרבה זמן הגרסא הרשמית לא עודכנה, כפי שאסביר בהמשך. בכל מקרה יש שם לא מעט מידע חיוני על תהליך הצריבה:
http://code.google.com/p/cl-osd/
הנה תמונת המסך של גרסת התוכנה המקורית:
80890
והנה צילום מסך של הגרסא האחרונה הרשמית של גרסת הCL-osd:
80891
גרסא זו כללה חץ הבייתה כמובן, ניטור מתח לשתי סוללות, ניטור RSSI, גובה, מהירות, מרחק מהבית, מספר לווינים וזמן טיסה. קורידנטות הGPS היו מופיעות על המסך רק בהיעדר תנועה, כיוון שלמרבה הצער התגלה שמסיבה לא מובנת כל הGPS-ים בסדרת הOSD הזו מזייפים בנתוני הנ.צ., כל מכשיר מזייף במידה מעט שונה וקבועה, כלומר – הסטייה היא תמיד אותה סטייה ולאותו כיוון לאותו המכשיר, אך שונה ממכשיר למכשיר. שלי למשל זייף כשרק קיבלתי אותו במשהו כמו 4.5 ק"מ, בבדיקות בחצר הבית קיבלתי נ.צ. של אי שם מעל רהט. במצב כזה לא היה שום טעם שנתוני הנ.צ. יופיעו באופן קבוע על המסך, וכיוון שהחץ הבייתה מקבל את נתוניו באופן יחסי על פי התנועה במרחב ביחס לנקודת הבית שהוגדרה בתחילת הטיסה, הכיוון שהוא מצביע עליו מדוייק גם עם הקורדינטות עצמן שגויות. עם הזמן הכניס Callelj מגוון שיפורים ושינויים לבקשת הקהילה, אבל עם הזמן השקעת הזמן שלו בפרוייקט ירדה, קצב השיפורים והשינויים ירד והתחושה בקהילה בRCgroups הייתה שכנראה זה "הכי טוב שיש", ובאמת מה כבר אפשר להוציא מOSD סיני ב40$? וככה השתמשו מטיסים רבים בCL-osd כשהשיפור המרכזי הוא החץ הבייתה ופריסה נוחה יותר של הנתונים על המסך, מבלי קורדינטות GPS, למשך כמה חודשים טובים.
ואז הגיע Truglodite – אחרי 1632 תגובות במשך כמעט שנה שהCL-osd קיימת, הבחור גילה שניתן לכייל באמצעות תיקון קטן בקוד את קורדינטות הGPS של הmini G osd II... הפוסט הבא פתח את מה שאני מכנה בחיוך "השלב הבא באבולוציה של CL-osd": http://www.rcgroups.com/forums/showpost.php?p=22333523&postcount=1632
כמובן שכעת הצגת קורדינטות הGPS באופן קבוע על המסך הפכה לרלוונטית. עם הזמן הצטרפו עוד ועוד אנשים מוכשרים לפרוייקט שיפור הCL-osd ולמעשה האבולוציה של הפרוייקט עברה מGoogle Code אל בין דפי השרשור בRcGroups. הייתה תקופה של קצת "מערב פרוע" כשכל אחד מפרסם גרסה משלו עם פריסה שונה של הנתונים על המסך, הרבה פעמים עם באגים, אבל בחודשים האחרונים התייצבו כמה ח'ברה מרכזיים, ביניהם Truglodite וATX_heli שאחראים לרוב השיפורים המשמעותיים האחרונים בגרסת התוכנה. הגרסא האחרונה שצרבתי הייתה מבית מלאכתו של Atx_heli ולדעתי היא המוצלחת ביותר – כוללת בנוסף לחץ הבייתה ולנתוני הGPS גם וריומטר (בנוסף לכל מה שכלול בגרסא המקורית), שופרו אומדני המהירות הגובה והמרחק מהבית, ובעיקר פריסת הנתונים על המסך מוצלחת מאד ומהווה שיפור משמעותי ביחס לכל הגרסאות הקודמות לטעמי. הנתונים העיקריים מרוכזים בגדול בצידי המסך ובתחתיתו, ונתוני הGPS מוצגים למעלה בצורה שלא מפריעה בעין אך עדיין נקלטים היטב בDVR לצרכי איתור כלי שהלך לאיבוד. הנה צילום מסך של גרסא זו, עליה אדגים את תהליך הצריבה:
80892
אז קדימה, לתהליך הקימפול והצריבה:
ראשית, אינני מתכנת במקצועי ואין לי רקע רב בתחום; בעלי הידע מוזמנים לתקן ולהמליץ על שיפורים. אני ממליץ על הדרך שבה אני עבדתי ואני יודע בוודאות לומר שהיא עובדת, ואפילו די בקלות.. אם פועלים לפי ההוראות זה לא אמור לקחת יותר מ30-40 דקות עבודה לכל התהליך מ-א' ועד ת'. החלטתי להשקיע ולרשום את כל התהליך במסודר ובאופן ברור לכל בר דעת כיוון ששרפתי כמה לילות טובים להבין את ההנחיות המאד לא ברורות בעמוד הרשמי של הפרוייקט בGoogle Code ובRcGroups אין לח'ברה אנרגיה להסביר כל פעם מחדש את תהליך הקימפול והצריבה לכל מתעניין חדש. עוד דבר שחשוב לציין שגרסת התוכנה המקורית של הOSD לפני הצריבה הינה קוד סגור, כלומר – מרגע שמחקתם אותה והתקנתם CL-osd, אין דרך חזרה. לא שיש ממש בשביל מה לחזור לדעתי, אבל בכל זאת – שתדעו.
כדי לצרוב גרסת תוכנה חדשה לOSD יש צורך בצורב AVR. כזה: http://www.hobbyking.com/hobbyking/store/__21321__USBasp_AVR_Programming_Device_for_ATMEL_p roccessors.html . כדאי בכל מקרה שיהיה במגירה למי שעוסק בתחום ועדיין אין כזה, הוא שימושי לצריבה לעוד כל מיני דברים מעניינים כמו לוחות הKK לייצוב רחפנים ועוד כל מיני ירקות. כמו כן נדרש מתאם לחיבור הלוח לצורב, כיוון שגרסת התוכנה המקורית שצרובה עליו היא קוד סגור, הוא לא מגיע עם הכנה לחיבור לצורב. את הפינים נחבר לפי התרשימים הבאים:
הלחמת הפינים על הOSD:
80893
התאמת הפינים ליציאת הצורב:
80894
אני ממליץ על חיבור שניתן לניתוק על מנת לצמצם את הסירבול. אצלי חיברתי שקע בלנסר מצד אחד, ואת החוטים שיוצאים מתקע הבלאנסר מהצד השני חיברתי למתאם שהכנתי אשר מתחבר לצורב. ככה זה נראה אצלי, עטוף בשרינק:
80895
80896
תתעלמו מהמיתקון הספורדי על הרחפן, הרחפן עדיין לא מוכן לטיסת FPV אז מיתקנתי עליו את הציוד באופן זמני רק לצורך כתיבת המאמר.
כמה תוכנות שנדרשות לקימפול ולצריבה – להוריד ולהתקין:
AVR STUDIO 5 - http://i.amniels.com/avr-studio-4-and-5-download-links. אין טעם להגדיל ראש ולהתקין את גרסה 6, היא עושה בעיות בצריבה. אין לי מושג למה, אבל זו תופעה שחזרה אצל משתמשים רבים בקהילה בRcGroups. תקפידו להתקין את גרסא 5.
WINAVR - http://sourceforge.net/projects/winavr/files/latest/download?source=files
EXTREME BURNER – AVR - http://extremeelectronics.co.in/avr-tutorials/gui-software-for-usbasp-based-usb-avr-programmers/
TortoiseSVN - http://tortoisesvn.net/ (רק אם רוצים להוריד את הגרסא הרשמית)
קימפול: בוחרים את הגרסא שרוצים להתקין. הנחיות להורדת הגרסא הרשמית נמצאות בעמוד הבית של הפרוייקט בGoogle Code – רשמתי את הקישור קודם. אני מעדיף כאמור את הגרסא האחרונה והמסודרת של ATX-Heli כפי שציינתי קודם, עליה הוספתי כמה שינויים כדי להתאים ליחידות מטריות, לשיטת שידור PAL ועוד כמה דברים שאפרט מייד. את הגרסא הזו ניתן להוריד מכאן: http://www.rcgroups.com/forums/showatt.php?attachmentid=5243307&d=1350685628
הערה: מי שרוצה לחסוך את כל עבודת השינויים בקוד יכול לדלג לתגובה 11, צרפתי שם את תיקיית הקבצים שלי שבה מעודכנים כל השינויים שאפרט לעיל - אפשר לפתוח ממנה את הקובץ הראשי, לקמפל ולצרוב ורק נותר לעשות קליברציה לGPS ולמתחים. למי שרוצה להכיר יותר את הקוד ואת השינויים שביצעתי אני מפרט כאן את התהליך:
בתוך התיקייה של גרסת התוכנה שאותה אנחנו רוצים להתקין נחפש את הקובץ cl-osd.avrgccproj ונפתח אותו עם AVR STUDIO. ייתכן שבפתיחת הקובץ תתבקשו לשמור קובץ גיבוי בסיומת atsln. ליחצו לאישור ואם הקובץ כבר קיים אשרו את החלפתו. נבחר מהמסך למעלה PROJECT ומשם PROPERTIES, נקבל מסך הגדרות ובו נבחר בצד שמאל בTOOLCHAIN, תחת Avr/GNU C Linker->Memory Settings בתיבה "Initial Stack Address (hex)" – נמחק את מה שכתוב. ככה:
80897
היכן שבתמונה מוקף בירוק נבחר בG-osd והיכן שמסומן בצהוב נוודא שבחרנו במעבד הנכון, ATmega88. היו ח'ברה שדיווחו שהמעבד בOSD שלהם היה שונה, ATmega88A; שלי נקנה לפני 4-5 חודשים והיה ATmega88. תנסו ATmega88 ומקסימום אם לא עובד תשנו ל ATmega88A בנסיון הבא.
עכשיו הגיע הזמן לערוך כמה שינויים בקוד...
לשינוי ממערכת יחידות מטרית במקום אימפריאלית – נבחר מהחלון הימני העליון את הקובץ Config.h, ונדלג לשורה 129 (באמצעות CTRL+G) שם מתחיל מקטע שכותרתו // Unit system. נסמן שני קווים אלכסוניים לפני #define IMPERIAL_SYSTEM //Feet, mph etc... //** כדי לבטל את השימוש במערכת יחידות אימפריאלית, ונסיר את שני הקווים האלכסוניים שלפני #define METRIC_SYSTEM //Meter, Km/h etc... //** על מנת להגדיר שימוש במערכת יחידות מטרית. בסוף זה צריך להראות ככה:
80898
לשינוי הSYSTEM מ NTSC לPAL כפי שנהוג בארץ – עדיין בתוך קובץ CONFIG.H נקפוץ לשורה 166 ונסמן שני קווים אלכסוניים לפני #define COLORSYSTEM_NTSC //**, ככה:
80899
כותב הקוד הזה משתמש ב NTSC, אז הוא לא כיוונן את החץ הבייתה לתחתית המסך גם בPAL.. כדי למקם את החץ הבייתה בתחתית המסך נקפוץ לשורה 224 - ונשנה את שורות 228-229 ל:
#define GRAPHICS_LINE 235 //[105]
#define GRAPHICS_OFFSET 26 //[46]
כך שהמקטע הסופי ייראה כך:
80986
למי שנוח שהחץ הבייתה יהיה בצד ימין למעלה, אפשר להשאיר כפי שזה.
שינוי אחרון שאני ביצעתי בגרסא זו – אחד החידושים שהכניס ATX_Heli זו פונקציה שמגדירה שקורדינטות הGPS תוצגנה על המסך רק בטיסה מתחת לגובה 200FT, בטענה שצריך נתונים אלו רק אם הכלי מתקרב לקרקע כדי לאתר אותו במקרה של ריסוק ובזמן טיסת FPV רגילה בגובה אין לו צורך בקורדינטות שסתם תופסות לו מקום במסך... הבעיה היא שקצב ריענון הנתונים של מודול הGPS שמגיע עם הOSD הינו די איטי, הוא מגיב לאט יחסית לשינויים ולי יש חשש שבמקרה של נפילה מהירה של הרחפן מגובה עקב תקלה הוא עשוי להגיב לאט מדי לשינוי הגובה, כך שיכול להיות מצב בו נתוני הGPS יוצגו בתמונה רק לאחר זמן כשאות הוידאו כבר עלול להיעלם או להיחלש בדרך. ליתר ביטחון, החלטתי לשים את נתוני הGPS בתמונה באופן קבוע. נפתח את קובץ LAYOUT.H ונלך לשורה 47. נוסיף שני קווים אלכסוניים לפני השורה כך שייראה כך
80900
כנ"ל בשורה 79, אותו הדבר.
על הדרך נשנה את כיתוב היחידות מיחידות אימפריאליות למטריות – באותו הקובץ בשורה 142 היכן שכתוב MPH נשנה לKMH, כמו כן בשורות 148, 176 ו 182במקום FT נשנה ל M (כמובן היכן שמתאים).
סטטיסטיקה - ישנה אפשרות שבסוף הטיסה תוצג סטטיסטיקה של מהירות מירבית גובה מירבי ומרחק מירבי; צריך לקחת בחשבון שהיה בעבר באג כשהסטטיסטיקה הייתה פועלת - היו ריצודים של קווים לבנים על המסך באיזור השורה השלישית (אמצע המסך), ולכן האופציה הזו בוטלה, במיוחד לאור העובדה שהסטטיסטיקה הסופית הזו לא כל כך מדוייקת בגלל שלעתים עקב ניתוקים רגעיים מלווינים יש קפיצות פתאומיות בגובה ובמרחק - הסטטיסטיקה רושמת את הגובה והמרחק המירביים ולכן קפיצות גדולות פתאומיות שכאלו נרשמות בסטטיסטיקה. בגרסא הנוכחית ידוע לי שניסו לתקן את הבאג של הריצודים אבל כיוון שכותב הקוד לא אוהב את הסטטיסטיקה בלאו הכי (כי כאמור היא לא מדוייקת) הוא השאיר את האופציה כבויה. למיטב ידיעתי אף אחד עדיין לא בדק האם בעיית הריצודים נפתרה. אני משאיר את זה כבוי בשביל להימנע מצרות מיותרות וכיוון שגם ככה היא לא מדוייקת, אם מישהו רוצה לנסות להפעיל ולספר לנו על רשמיו - בCONFIG.H בשורה 46 - למחוק את שני הקווים האלכסוניים לפני הביטוי #define STATISTICS_ENABLED.
ועכשיו לקימפול עצמו – בעמודת BUILD בפעם הראשונה שאנחנו מתעסקים עם גרסת הקוד הספציפית שאנו מקמפלים, נבחר Clean CL-OSD, נמתין לסיום. לאחר מכן נבחר BUILD CL-OSD ונמתין לסיום הבנייה. בתוך התיקייה שממנה פתחנו את הקובץ של גרסת הקוד, נמצאת תיקייה פנימית בשם G-OSD, שם נמצא כעת שני קבצים שאותם צריך לצרוב לOSD – CL-OSD.HEX ו CL-OSD.EEP.
נפתח את EXTREME BURNER AVR, נחבר את הצורב לשקע USB במחשב ואת הצורב לOSD. יש לתוכנה הזו כמה שגעונות אז כדאי לפעול בדיוק לפי ההנחיות ואז בערבון זה עובד... נבחר את המעבד המתאים (ATmega88) ונלחץ CHIP ERASE. לא להיבהל מזה שתוכנת הצריבה טוענת שהצ'יפ לא מתאים. לאשר, זה עובד. אני לא לחלוטין בטוח שחובה למחוק את הצ'יפ לפני הצריבה אך ככה אני עושה, ובינתיים עובד... לאחר מכן נלחץ FILE->OPEN EEPROM FILE ונבחר בקובץ הEEP שנוצר לנו בשלב הקימפול ולאחר מכן שוב FILE ואז OPEN FLASH FILE ונבחר בקובץ הHEX שנוצר לנו. לשים לב כשבוחרים קבצים לשנות את הסיומת בעמוד שנפתח לבחירת קבצים (יש בחירה בצד ימין למטה) כי אחרת פותחים את אותו הקובץ פעמיים. כמו כן דגש שלא לפתוח מהכפתור הצהוב במסך הראשי שכתוב עליו OPEN אלא כפי שהסברתי מתוך תפריט FILE וכל פעם את סוג הקובץ הרלוונטי - EEP קודם ואח"כ HEX אחרת הוא לא מצליח לצרוב. בSETTING נבחר PROGRAMMING MODE=ISP (במקרים שלא בחרתי זאת בתחילתה של כל צריבה נפרדת הצריבה לא יצאה טוב, אז ליתר ביטחון תבחרו בזה כל פעם מחדש) ואז WRITE ALL, ולהתפלל לטוב (גם כאן להתעלם מההערה שהצ'יפ לא תואם לבחירה). אם הצורב הצליח לצרוב – הנורה בOSD תהבהב באדום. אם היא נשארת כבויה, לא להתייאש ולנסות לעשות שוב את תהליך הצריבה. אגב מהנסיונות שלי ראיתי שכשהOSD מחובר למתח חיצוני בזמן הצריבה, הצריבה לא מצליחה. בשעה טובה אפשר לחבר הכל ולקוות לראות את תמונת הOSD טובה וברורה. אם כתוב בג'יבריש – חיזרו על תהליך הקימפול. אם רואים תמונה נקייה ללא נתונים – חיזרו על תהליך הצריבה, וודאו שאתם פועלים בדיוק לפי ההוראות עם תוכנת הצריבה. לא להתייאש, בסוף זה מצליח. אגב, בדף הפרוייקט בGOOGLE CODE מוסברת עוד שיטת צריבה עם תוכנת AVRDUDE. לי זה מעולם לא עבד, שרפתי שבוע רק על נסיונות להבין למה עד שויתרתי. מי שיודע איך להשתמש בAVRDUDE - זה אמור להיות הרבה יותר פשוט, לי כאמור זה לא עבד וכך לעוד כמה אנשים.
כיול GPS:
כמו שאמרתי קודם, בעיה רצינית עם מודול הGPS שמגיע עם הOSD הזה היא שהוא נוטה לזייף בכמה קילומטרים טובים. עוד נתון חשוב זה שככל שמספר הלווינים שהוא קולט קטן יותר, ככה הוא מזייף יותר, במיוחד בהערכת מרחקים וגובה. לכן כדאי להמתין לנעילה של כמה שיותר לווינים – סביב 3-4 לווינים תקבלו הערכות מרחק וגובה שלא קשורות למציאות, כאשר הערכת הגובה במיוחד בעייתית. עם 6 לווינים הסטייה הופכת להיות סבירה לצרכי הטסה, ב7 לווינים ומעלה הסטייה כבר די זניחה. לא הטסתי עדיין עם הגרסה האחרונה שצרבתי אבל מבדיקות שעשיתי ברחוב בזמן שהDVR מקליט, קיבלתי הערכות מרחק גובה ומהירות די ריאליות כשרצתי עם הרחפן ביד ברחוב (מזל שאחת בלילה, אחרת השכנים עוד היו חושבים שהשתגעתי) אחרי נעילה של 5 לווינים שעלתה ל 6 בזמן "הטיסה". הבעיה שלוקח לGPS המון המון זמן לנעול לווינים. מצאתי שאם אני מדליק את הרחפן ללא מערכת הוידאו (יש לי מתג נפרד לוידאו) ונותן לו כמה דקות לפני שאני מדליק את הוידאו, הGPS רוכש לווינים הרבה יותר מהר (הGPS זקוק ל5V ולכן המלצת היצרן היא לחבר אותו לערוץ פנוי במקלט או לרגולטור 5V, בנפרד מהOSD ויתר מערכת הוידאו שניזונים מ12V). אחד מהכותבים בRcGroups הציע לעלות לריחוף של דקה בטרם נעילת בית בגובה מטר או שניים, לטענתו ככה הGPS נועל לווינים מהר מאד. לא ניסיתי. עוד הצעה שהתקבלה בהתלהבות היא להניח את הGPS על חתיכת טייפ אלומיניום או לוחית מתכת אחרת ברוחב ואורך גדולים מעט מגודל הGPS, גם את זה טרם ניסיתי ;). כשיש מספר לווינים מספיק - לחיצה על הכפתור הקטן בOSD תנעל מיקום בית. כעת רישמו את קורדינטות הGPS שקיבלתם על דף, והשוו למיקומכם האמיתי; אני משתמש באפליקציית אייפון נחמדה בשם coordinate calculator שנותנת את נתוני הGPS של מיקומך הנוכחי על פי GOOGLE MAPS. כעת הפחיתו מהערך האמיתי של מיקומכם על כל ציר את הערך שמציג הGPS – זה מקדם התיקון. כנסו לקובץ CONFIG.H וקיפצו לשורה 146. הוסיפו לערך המופיע ב FUDGE_GOOGLE_LATוב FUDGE_GOOGLE_LON את מקדמי התיקון שלכם בהתאמה, לכל ציר בנפרד. לא לרשום את מקדם התיקון במקום מה שכתוב, אלא להוסיף לערך שכתוב את מקדם התיקון אם קיבלתם ערך חיובי, או להפחית ממנו את מקדם התיקון אם מקדם התיקון בעל ערך שלילי (כאמור, שני מקדמי תיקון נפרדים, אחד לכל ציר בהתאמה). בצעו BUILD מחדש, נתקו את הOSD ממתח וחברו לצורב ולמחשב ובצעו צריבה מחדש כפי שהוסבר קודם. כעת הGPS אמור להיות מכוייל.
כיול ניטור מתח סוללות:
בתחתית הOSD יש 3 חוגות מתברגות לכיול הניטור מתח עבור 2 סוללות וRSSI, בידקו בהוראות המגיעות עם הOSD איזה חוגה מכיילת איזה מתח. הכיול הוא פשוט – מודדים מתח של סוללה עם בודק סוללות אמין או מד מתח (זהירות לא לקצר!) ואז מחברים את הסוללה לOSD ומסובבים את החוגה עד שהערך שמציג הOSD למתח שלה הינו נכון. לגבי RSSI – בגרסא זו של הCL-OSD תצוגת הRSSI מופיעה רק כאשר RSSI<0%, כלומר כשלא מחובר כלום לכניסת הRSSI התצוגה שלו נעלמת מהמסך. אני לא משתמש בRSSI כך שאינני יודע איך מודדים את עוצמתו לצרכי כיול, מאמין שמי שמשתמש בRSSI יודע. הכיוון בOSD זהה באמצעות החוגה המתאימה לכניסה זו.
לסיכום – זה דורש מעט עבודה אבל לא משהו מסובך מדי, אם עובדים לפי ההוראות אני חושב שמקבלים תמורה טובה מאד להשקעה. וכשזוכרים שבכל זאת מדובר בOSD ב40$ לדעתי זה שווה. יש לו כמובן חסרונות כי אי אפשר שב40$ הכל יהיה מושלם: קצב ריענון הנתונים די איטי לטעמי, לדאון איטי זה לא בעיה אבל לכלי מהיר שמבצע תמרונים מהירים החץ הבייתה לא ייתעדכן במהירות מספקת כדי שייתאפשר שימוש יעיל בו, להערכתי. כמו כן, החץ הבייתה מבוסס על הערכת תנועה במרחב ביחס לנקודת הבית ולא על פי כיוון הפנים של הכלי, כיוון שאין לו מצפן; זה אומר שבריחוף במקום או בטיסה איטית, הוא לא יודע לכוון חץ הבייתה כלל ומסמן X. מצד שני השרשור בRcGroups כל הזמן מתעדכן, כל כמה שבועות יוצאת גרסא חדשה ומשופרת. יש מישהו שבנה גרסא שתומכת בחיבור מד טמפרטורה, יש כותב נוסף שכעת עובד על חיבור מד זרם.. פיתוח מעניין שכמה ח'ברה עובדים עליו הוא בניית תוכנת מחשב שתדע לקרוא את הנתונים מתמונת הוידאו כמו קריאה של ברקוד (באמצעות לוכד וידאו EASYCAP) ותדע להציג אותם במחשב על ממשק משתמש גרפי מעוצב יותר מהקיים; הם מתכננים תצוגת שעונים בדומה לקוקפיט במטוס ולצידה חיווי רציף בזמן אמת של מיקום הכלי על GOOGLE MAPS, כמו בMISSION PLANNER של ארדואנו. אישית אני מעדיף מסך נקי עם כמה שפחות קיטש, אבל קריאת נתוני הגובה, המרחק וקורדינטות הGPS למחשב פותחת פוטנציאל לשלב בעתיד לOSD הפשוט והזול הזה מערכת של ANTENNA TRACKER וזה מבחינתי כבר הרבה יותר מעניין. בקיצור, שווה להישאר מעודכנים בשרשור המרכזי בRcGroups.
לפני הכל, מדובר במוצר הבא: http://www.hobbyking.com/hobbyking/store/__19832__Hobbyking_G_OSD_II_Mini_OSD_System_w_GPS_ Module.html
מה מקבלים תמורת 40$? OSD הכולל GPS, יודע לתת קורדינטות GPS, זמן טיסה, מהירות קרקעית (ולא מהירות אווירית כמו שמוצהר בדף המוצר...), גובה, ניטור מתח ל2 סוללות (ניתן לכייל במדוייק את ניטור המתח), מד RSSI ושעה מקומית. כל זה בOSD קטן וקומפקטי, זול מאד, יעיל מאד. רק דבר אחד מרכזי חסר – אין חץ לכיוון הבית, הסיבה העיקרית לטעמי ולדעת מטיסי FPV רבים להשקיע בOSD הכולל GPS.
טיפ טיפה על האבולוציה של CL-osd, על קצה המזלג
יום אחד אי שם לפני שנה וחצי בערך קם בחור בRCgroups בכינוי Callelj, והחליט לכתוב לOSD גרסת תוכנה חדשה על בסיס קוד פתוח, שתאפשר חץ לכיוון הבייתה ושיפורים נוספים שנוספו עם הזמן. השרשור המרכזי לגרסה זו, הנקראת CL-osd נמצא כאן: http://www.rcgroups.com/forums/showthread.php?t=1490446 ובשנה וחצי שחלפו נצברו בו כבר 134 עמודים ולמעלה מ2000 תגובות. השרשור מתעדכן כל הזמן, אז שווה לעקוב... העמוד של גרסת הפרוייקט הרשמית נמצא בGoogle Code אבל כבר הרבה זמן הגרסא הרשמית לא עודכנה, כפי שאסביר בהמשך. בכל מקרה יש שם לא מעט מידע חיוני על תהליך הצריבה:
http://code.google.com/p/cl-osd/
הנה תמונת המסך של גרסת התוכנה המקורית:
80890
והנה צילום מסך של הגרסא האחרונה הרשמית של גרסת הCL-osd:
80891
גרסא זו כללה חץ הבייתה כמובן, ניטור מתח לשתי סוללות, ניטור RSSI, גובה, מהירות, מרחק מהבית, מספר לווינים וזמן טיסה. קורידנטות הGPS היו מופיעות על המסך רק בהיעדר תנועה, כיוון שלמרבה הצער התגלה שמסיבה לא מובנת כל הGPS-ים בסדרת הOSD הזו מזייפים בנתוני הנ.צ., כל מכשיר מזייף במידה מעט שונה וקבועה, כלומר – הסטייה היא תמיד אותה סטייה ולאותו כיוון לאותו המכשיר, אך שונה ממכשיר למכשיר. שלי למשל זייף כשרק קיבלתי אותו במשהו כמו 4.5 ק"מ, בבדיקות בחצר הבית קיבלתי נ.צ. של אי שם מעל רהט. במצב כזה לא היה שום טעם שנתוני הנ.צ. יופיעו באופן קבוע על המסך, וכיוון שהחץ הבייתה מקבל את נתוניו באופן יחסי על פי התנועה במרחב ביחס לנקודת הבית שהוגדרה בתחילת הטיסה, הכיוון שהוא מצביע עליו מדוייק גם עם הקורדינטות עצמן שגויות. עם הזמן הכניס Callelj מגוון שיפורים ושינויים לבקשת הקהילה, אבל עם הזמן השקעת הזמן שלו בפרוייקט ירדה, קצב השיפורים והשינויים ירד והתחושה בקהילה בRCgroups הייתה שכנראה זה "הכי טוב שיש", ובאמת מה כבר אפשר להוציא מOSD סיני ב40$? וככה השתמשו מטיסים רבים בCL-osd כשהשיפור המרכזי הוא החץ הבייתה ופריסה נוחה יותר של הנתונים על המסך, מבלי קורדינטות GPS, למשך כמה חודשים טובים.
ואז הגיע Truglodite – אחרי 1632 תגובות במשך כמעט שנה שהCL-osd קיימת, הבחור גילה שניתן לכייל באמצעות תיקון קטן בקוד את קורדינטות הGPS של הmini G osd II... הפוסט הבא פתח את מה שאני מכנה בחיוך "השלב הבא באבולוציה של CL-osd": http://www.rcgroups.com/forums/showpost.php?p=22333523&postcount=1632
כמובן שכעת הצגת קורדינטות הGPS באופן קבוע על המסך הפכה לרלוונטית. עם הזמן הצטרפו עוד ועוד אנשים מוכשרים לפרוייקט שיפור הCL-osd ולמעשה האבולוציה של הפרוייקט עברה מGoogle Code אל בין דפי השרשור בRcGroups. הייתה תקופה של קצת "מערב פרוע" כשכל אחד מפרסם גרסה משלו עם פריסה שונה של הנתונים על המסך, הרבה פעמים עם באגים, אבל בחודשים האחרונים התייצבו כמה ח'ברה מרכזיים, ביניהם Truglodite וATX_heli שאחראים לרוב השיפורים המשמעותיים האחרונים בגרסת התוכנה. הגרסא האחרונה שצרבתי הייתה מבית מלאכתו של Atx_heli ולדעתי היא המוצלחת ביותר – כוללת בנוסף לחץ הבייתה ולנתוני הGPS גם וריומטר (בנוסף לכל מה שכלול בגרסא המקורית), שופרו אומדני המהירות הגובה והמרחק מהבית, ובעיקר פריסת הנתונים על המסך מוצלחת מאד ומהווה שיפור משמעותי ביחס לכל הגרסאות הקודמות לטעמי. הנתונים העיקריים מרוכזים בגדול בצידי המסך ובתחתיתו, ונתוני הGPS מוצגים למעלה בצורה שלא מפריעה בעין אך עדיין נקלטים היטב בDVR לצרכי איתור כלי שהלך לאיבוד. הנה צילום מסך של גרסא זו, עליה אדגים את תהליך הצריבה:
80892
אז קדימה, לתהליך הקימפול והצריבה:
ראשית, אינני מתכנת במקצועי ואין לי רקע רב בתחום; בעלי הידע מוזמנים לתקן ולהמליץ על שיפורים. אני ממליץ על הדרך שבה אני עבדתי ואני יודע בוודאות לומר שהיא עובדת, ואפילו די בקלות.. אם פועלים לפי ההוראות זה לא אמור לקחת יותר מ30-40 דקות עבודה לכל התהליך מ-א' ועד ת'. החלטתי להשקיע ולרשום את כל התהליך במסודר ובאופן ברור לכל בר דעת כיוון ששרפתי כמה לילות טובים להבין את ההנחיות המאד לא ברורות בעמוד הרשמי של הפרוייקט בGoogle Code ובRcGroups אין לח'ברה אנרגיה להסביר כל פעם מחדש את תהליך הקימפול והצריבה לכל מתעניין חדש. עוד דבר שחשוב לציין שגרסת התוכנה המקורית של הOSD לפני הצריבה הינה קוד סגור, כלומר – מרגע שמחקתם אותה והתקנתם CL-osd, אין דרך חזרה. לא שיש ממש בשביל מה לחזור לדעתי, אבל בכל זאת – שתדעו.
כדי לצרוב גרסת תוכנה חדשה לOSD יש צורך בצורב AVR. כזה: http://www.hobbyking.com/hobbyking/store/__21321__USBasp_AVR_Programming_Device_for_ATMEL_p roccessors.html . כדאי בכל מקרה שיהיה במגירה למי שעוסק בתחום ועדיין אין כזה, הוא שימושי לצריבה לעוד כל מיני דברים מעניינים כמו לוחות הKK לייצוב רחפנים ועוד כל מיני ירקות. כמו כן נדרש מתאם לחיבור הלוח לצורב, כיוון שגרסת התוכנה המקורית שצרובה עליו היא קוד סגור, הוא לא מגיע עם הכנה לחיבור לצורב. את הפינים נחבר לפי התרשימים הבאים:
הלחמת הפינים על הOSD:
80893
התאמת הפינים ליציאת הצורב:
80894
אני ממליץ על חיבור שניתן לניתוק על מנת לצמצם את הסירבול. אצלי חיברתי שקע בלנסר מצד אחד, ואת החוטים שיוצאים מתקע הבלאנסר מהצד השני חיברתי למתאם שהכנתי אשר מתחבר לצורב. ככה זה נראה אצלי, עטוף בשרינק:
80895
80896
תתעלמו מהמיתקון הספורדי על הרחפן, הרחפן עדיין לא מוכן לטיסת FPV אז מיתקנתי עליו את הציוד באופן זמני רק לצורך כתיבת המאמר.
כמה תוכנות שנדרשות לקימפול ולצריבה – להוריד ולהתקין:
AVR STUDIO 5 - http://i.amniels.com/avr-studio-4-and-5-download-links. אין טעם להגדיל ראש ולהתקין את גרסה 6, היא עושה בעיות בצריבה. אין לי מושג למה, אבל זו תופעה שחזרה אצל משתמשים רבים בקהילה בRcGroups. תקפידו להתקין את גרסא 5.
WINAVR - http://sourceforge.net/projects/winavr/files/latest/download?source=files
EXTREME BURNER – AVR - http://extremeelectronics.co.in/avr-tutorials/gui-software-for-usbasp-based-usb-avr-programmers/
TortoiseSVN - http://tortoisesvn.net/ (רק אם רוצים להוריד את הגרסא הרשמית)
קימפול: בוחרים את הגרסא שרוצים להתקין. הנחיות להורדת הגרסא הרשמית נמצאות בעמוד הבית של הפרוייקט בGoogle Code – רשמתי את הקישור קודם. אני מעדיף כאמור את הגרסא האחרונה והמסודרת של ATX-Heli כפי שציינתי קודם, עליה הוספתי כמה שינויים כדי להתאים ליחידות מטריות, לשיטת שידור PAL ועוד כמה דברים שאפרט מייד. את הגרסא הזו ניתן להוריד מכאן: http://www.rcgroups.com/forums/showatt.php?attachmentid=5243307&d=1350685628
הערה: מי שרוצה לחסוך את כל עבודת השינויים בקוד יכול לדלג לתגובה 11, צרפתי שם את תיקיית הקבצים שלי שבה מעודכנים כל השינויים שאפרט לעיל - אפשר לפתוח ממנה את הקובץ הראשי, לקמפל ולצרוב ורק נותר לעשות קליברציה לGPS ולמתחים. למי שרוצה להכיר יותר את הקוד ואת השינויים שביצעתי אני מפרט כאן את התהליך:
בתוך התיקייה של גרסת התוכנה שאותה אנחנו רוצים להתקין נחפש את הקובץ cl-osd.avrgccproj ונפתח אותו עם AVR STUDIO. ייתכן שבפתיחת הקובץ תתבקשו לשמור קובץ גיבוי בסיומת atsln. ליחצו לאישור ואם הקובץ כבר קיים אשרו את החלפתו. נבחר מהמסך למעלה PROJECT ומשם PROPERTIES, נקבל מסך הגדרות ובו נבחר בצד שמאל בTOOLCHAIN, תחת Avr/GNU C Linker->Memory Settings בתיבה "Initial Stack Address (hex)" – נמחק את מה שכתוב. ככה:
80897
היכן שבתמונה מוקף בירוק נבחר בG-osd והיכן שמסומן בצהוב נוודא שבחרנו במעבד הנכון, ATmega88. היו ח'ברה שדיווחו שהמעבד בOSD שלהם היה שונה, ATmega88A; שלי נקנה לפני 4-5 חודשים והיה ATmega88. תנסו ATmega88 ומקסימום אם לא עובד תשנו ל ATmega88A בנסיון הבא.
עכשיו הגיע הזמן לערוך כמה שינויים בקוד...
לשינוי ממערכת יחידות מטרית במקום אימפריאלית – נבחר מהחלון הימני העליון את הקובץ Config.h, ונדלג לשורה 129 (באמצעות CTRL+G) שם מתחיל מקטע שכותרתו // Unit system. נסמן שני קווים אלכסוניים לפני #define IMPERIAL_SYSTEM //Feet, mph etc... //** כדי לבטל את השימוש במערכת יחידות אימפריאלית, ונסיר את שני הקווים האלכסוניים שלפני #define METRIC_SYSTEM //Meter, Km/h etc... //** על מנת להגדיר שימוש במערכת יחידות מטרית. בסוף זה צריך להראות ככה:
80898
לשינוי הSYSTEM מ NTSC לPAL כפי שנהוג בארץ – עדיין בתוך קובץ CONFIG.H נקפוץ לשורה 166 ונסמן שני קווים אלכסוניים לפני #define COLORSYSTEM_NTSC //**, ככה:
80899
כותב הקוד הזה משתמש ב NTSC, אז הוא לא כיוונן את החץ הבייתה לתחתית המסך גם בPAL.. כדי למקם את החץ הבייתה בתחתית המסך נקפוץ לשורה 224 - ונשנה את שורות 228-229 ל:
#define GRAPHICS_LINE 235 //[105]
#define GRAPHICS_OFFSET 26 //[46]
כך שהמקטע הסופי ייראה כך:
80986
למי שנוח שהחץ הבייתה יהיה בצד ימין למעלה, אפשר להשאיר כפי שזה.
שינוי אחרון שאני ביצעתי בגרסא זו – אחד החידושים שהכניס ATX_Heli זו פונקציה שמגדירה שקורדינטות הGPS תוצגנה על המסך רק בטיסה מתחת לגובה 200FT, בטענה שצריך נתונים אלו רק אם הכלי מתקרב לקרקע כדי לאתר אותו במקרה של ריסוק ובזמן טיסת FPV רגילה בגובה אין לו צורך בקורדינטות שסתם תופסות לו מקום במסך... הבעיה היא שקצב ריענון הנתונים של מודול הGPS שמגיע עם הOSD הינו די איטי, הוא מגיב לאט יחסית לשינויים ולי יש חשש שבמקרה של נפילה מהירה של הרחפן מגובה עקב תקלה הוא עשוי להגיב לאט מדי לשינוי הגובה, כך שיכול להיות מצב בו נתוני הGPS יוצגו בתמונה רק לאחר זמן כשאות הוידאו כבר עלול להיעלם או להיחלש בדרך. ליתר ביטחון, החלטתי לשים את נתוני הGPS בתמונה באופן קבוע. נפתח את קובץ LAYOUT.H ונלך לשורה 47. נוסיף שני קווים אלכסוניים לפני השורה כך שייראה כך
80900
כנ"ל בשורה 79, אותו הדבר.
על הדרך נשנה את כיתוב היחידות מיחידות אימפריאליות למטריות – באותו הקובץ בשורה 142 היכן שכתוב MPH נשנה לKMH, כמו כן בשורות 148, 176 ו 182במקום FT נשנה ל M (כמובן היכן שמתאים).
סטטיסטיקה - ישנה אפשרות שבסוף הטיסה תוצג סטטיסטיקה של מהירות מירבית גובה מירבי ומרחק מירבי; צריך לקחת בחשבון שהיה בעבר באג כשהסטטיסטיקה הייתה פועלת - היו ריצודים של קווים לבנים על המסך באיזור השורה השלישית (אמצע המסך), ולכן האופציה הזו בוטלה, במיוחד לאור העובדה שהסטטיסטיקה הסופית הזו לא כל כך מדוייקת בגלל שלעתים עקב ניתוקים רגעיים מלווינים יש קפיצות פתאומיות בגובה ובמרחק - הסטטיסטיקה רושמת את הגובה והמרחק המירביים ולכן קפיצות גדולות פתאומיות שכאלו נרשמות בסטטיסטיקה. בגרסא הנוכחית ידוע לי שניסו לתקן את הבאג של הריצודים אבל כיוון שכותב הקוד לא אוהב את הסטטיסטיקה בלאו הכי (כי כאמור היא לא מדוייקת) הוא השאיר את האופציה כבויה. למיטב ידיעתי אף אחד עדיין לא בדק האם בעיית הריצודים נפתרה. אני משאיר את זה כבוי בשביל להימנע מצרות מיותרות וכיוון שגם ככה היא לא מדוייקת, אם מישהו רוצה לנסות להפעיל ולספר לנו על רשמיו - בCONFIG.H בשורה 46 - למחוק את שני הקווים האלכסוניים לפני הביטוי #define STATISTICS_ENABLED.
ועכשיו לקימפול עצמו – בעמודת BUILD בפעם הראשונה שאנחנו מתעסקים עם גרסת הקוד הספציפית שאנו מקמפלים, נבחר Clean CL-OSD, נמתין לסיום. לאחר מכן נבחר BUILD CL-OSD ונמתין לסיום הבנייה. בתוך התיקייה שממנה פתחנו את הקובץ של גרסת הקוד, נמצאת תיקייה פנימית בשם G-OSD, שם נמצא כעת שני קבצים שאותם צריך לצרוב לOSD – CL-OSD.HEX ו CL-OSD.EEP.
נפתח את EXTREME BURNER AVR, נחבר את הצורב לשקע USB במחשב ואת הצורב לOSD. יש לתוכנה הזו כמה שגעונות אז כדאי לפעול בדיוק לפי ההנחיות ואז בערבון זה עובד... נבחר את המעבד המתאים (ATmega88) ונלחץ CHIP ERASE. לא להיבהל מזה שתוכנת הצריבה טוענת שהצ'יפ לא מתאים. לאשר, זה עובד. אני לא לחלוטין בטוח שחובה למחוק את הצ'יפ לפני הצריבה אך ככה אני עושה, ובינתיים עובד... לאחר מכן נלחץ FILE->OPEN EEPROM FILE ונבחר בקובץ הEEP שנוצר לנו בשלב הקימפול ולאחר מכן שוב FILE ואז OPEN FLASH FILE ונבחר בקובץ הHEX שנוצר לנו. לשים לב כשבוחרים קבצים לשנות את הסיומת בעמוד שנפתח לבחירת קבצים (יש בחירה בצד ימין למטה) כי אחרת פותחים את אותו הקובץ פעמיים. כמו כן דגש שלא לפתוח מהכפתור הצהוב במסך הראשי שכתוב עליו OPEN אלא כפי שהסברתי מתוך תפריט FILE וכל פעם את סוג הקובץ הרלוונטי - EEP קודם ואח"כ HEX אחרת הוא לא מצליח לצרוב. בSETTING נבחר PROGRAMMING MODE=ISP (במקרים שלא בחרתי זאת בתחילתה של כל צריבה נפרדת הצריבה לא יצאה טוב, אז ליתר ביטחון תבחרו בזה כל פעם מחדש) ואז WRITE ALL, ולהתפלל לטוב (גם כאן להתעלם מההערה שהצ'יפ לא תואם לבחירה). אם הצורב הצליח לצרוב – הנורה בOSD תהבהב באדום. אם היא נשארת כבויה, לא להתייאש ולנסות לעשות שוב את תהליך הצריבה. אגב מהנסיונות שלי ראיתי שכשהOSD מחובר למתח חיצוני בזמן הצריבה, הצריבה לא מצליחה. בשעה טובה אפשר לחבר הכל ולקוות לראות את תמונת הOSD טובה וברורה. אם כתוב בג'יבריש – חיזרו על תהליך הקימפול. אם רואים תמונה נקייה ללא נתונים – חיזרו על תהליך הצריבה, וודאו שאתם פועלים בדיוק לפי ההוראות עם תוכנת הצריבה. לא להתייאש, בסוף זה מצליח. אגב, בדף הפרוייקט בGOOGLE CODE מוסברת עוד שיטת צריבה עם תוכנת AVRDUDE. לי זה מעולם לא עבד, שרפתי שבוע רק על נסיונות להבין למה עד שויתרתי. מי שיודע איך להשתמש בAVRDUDE - זה אמור להיות הרבה יותר פשוט, לי כאמור זה לא עבד וכך לעוד כמה אנשים.
כיול GPS:
כמו שאמרתי קודם, בעיה רצינית עם מודול הGPS שמגיע עם הOSD הזה היא שהוא נוטה לזייף בכמה קילומטרים טובים. עוד נתון חשוב זה שככל שמספר הלווינים שהוא קולט קטן יותר, ככה הוא מזייף יותר, במיוחד בהערכת מרחקים וגובה. לכן כדאי להמתין לנעילה של כמה שיותר לווינים – סביב 3-4 לווינים תקבלו הערכות מרחק וגובה שלא קשורות למציאות, כאשר הערכת הגובה במיוחד בעייתית. עם 6 לווינים הסטייה הופכת להיות סבירה לצרכי הטסה, ב7 לווינים ומעלה הסטייה כבר די זניחה. לא הטסתי עדיין עם הגרסה האחרונה שצרבתי אבל מבדיקות שעשיתי ברחוב בזמן שהDVR מקליט, קיבלתי הערכות מרחק גובה ומהירות די ריאליות כשרצתי עם הרחפן ביד ברחוב (מזל שאחת בלילה, אחרת השכנים עוד היו חושבים שהשתגעתי) אחרי נעילה של 5 לווינים שעלתה ל 6 בזמן "הטיסה". הבעיה שלוקח לGPS המון המון זמן לנעול לווינים. מצאתי שאם אני מדליק את הרחפן ללא מערכת הוידאו (יש לי מתג נפרד לוידאו) ונותן לו כמה דקות לפני שאני מדליק את הוידאו, הGPS רוכש לווינים הרבה יותר מהר (הGPS זקוק ל5V ולכן המלצת היצרן היא לחבר אותו לערוץ פנוי במקלט או לרגולטור 5V, בנפרד מהOSD ויתר מערכת הוידאו שניזונים מ12V). אחד מהכותבים בRcGroups הציע לעלות לריחוף של דקה בטרם נעילת בית בגובה מטר או שניים, לטענתו ככה הGPS נועל לווינים מהר מאד. לא ניסיתי. עוד הצעה שהתקבלה בהתלהבות היא להניח את הGPS על חתיכת טייפ אלומיניום או לוחית מתכת אחרת ברוחב ואורך גדולים מעט מגודל הGPS, גם את זה טרם ניסיתי ;). כשיש מספר לווינים מספיק - לחיצה על הכפתור הקטן בOSD תנעל מיקום בית. כעת רישמו את קורדינטות הGPS שקיבלתם על דף, והשוו למיקומכם האמיתי; אני משתמש באפליקציית אייפון נחמדה בשם coordinate calculator שנותנת את נתוני הGPS של מיקומך הנוכחי על פי GOOGLE MAPS. כעת הפחיתו מהערך האמיתי של מיקומכם על כל ציר את הערך שמציג הGPS – זה מקדם התיקון. כנסו לקובץ CONFIG.H וקיפצו לשורה 146. הוסיפו לערך המופיע ב FUDGE_GOOGLE_LATוב FUDGE_GOOGLE_LON את מקדמי התיקון שלכם בהתאמה, לכל ציר בנפרד. לא לרשום את מקדם התיקון במקום מה שכתוב, אלא להוסיף לערך שכתוב את מקדם התיקון אם קיבלתם ערך חיובי, או להפחית ממנו את מקדם התיקון אם מקדם התיקון בעל ערך שלילי (כאמור, שני מקדמי תיקון נפרדים, אחד לכל ציר בהתאמה). בצעו BUILD מחדש, נתקו את הOSD ממתח וחברו לצורב ולמחשב ובצעו צריבה מחדש כפי שהוסבר קודם. כעת הGPS אמור להיות מכוייל.
כיול ניטור מתח סוללות:
בתחתית הOSD יש 3 חוגות מתברגות לכיול הניטור מתח עבור 2 סוללות וRSSI, בידקו בהוראות המגיעות עם הOSD איזה חוגה מכיילת איזה מתח. הכיול הוא פשוט – מודדים מתח של סוללה עם בודק סוללות אמין או מד מתח (זהירות לא לקצר!) ואז מחברים את הסוללה לOSD ומסובבים את החוגה עד שהערך שמציג הOSD למתח שלה הינו נכון. לגבי RSSI – בגרסא זו של הCL-OSD תצוגת הRSSI מופיעה רק כאשר RSSI<0%, כלומר כשלא מחובר כלום לכניסת הRSSI התצוגה שלו נעלמת מהמסך. אני לא משתמש בRSSI כך שאינני יודע איך מודדים את עוצמתו לצרכי כיול, מאמין שמי שמשתמש בRSSI יודע. הכיוון בOSD זהה באמצעות החוגה המתאימה לכניסה זו.
לסיכום – זה דורש מעט עבודה אבל לא משהו מסובך מדי, אם עובדים לפי ההוראות אני חושב שמקבלים תמורה טובה מאד להשקעה. וכשזוכרים שבכל זאת מדובר בOSD ב40$ לדעתי זה שווה. יש לו כמובן חסרונות כי אי אפשר שב40$ הכל יהיה מושלם: קצב ריענון הנתונים די איטי לטעמי, לדאון איטי זה לא בעיה אבל לכלי מהיר שמבצע תמרונים מהירים החץ הבייתה לא ייתעדכן במהירות מספקת כדי שייתאפשר שימוש יעיל בו, להערכתי. כמו כן, החץ הבייתה מבוסס על הערכת תנועה במרחב ביחס לנקודת הבית ולא על פי כיוון הפנים של הכלי, כיוון שאין לו מצפן; זה אומר שבריחוף במקום או בטיסה איטית, הוא לא יודע לכוון חץ הבייתה כלל ומסמן X. מצד שני השרשור בRcGroups כל הזמן מתעדכן, כל כמה שבועות יוצאת גרסא חדשה ומשופרת. יש מישהו שבנה גרסא שתומכת בחיבור מד טמפרטורה, יש כותב נוסף שכעת עובד על חיבור מד זרם.. פיתוח מעניין שכמה ח'ברה עובדים עליו הוא בניית תוכנת מחשב שתדע לקרוא את הנתונים מתמונת הוידאו כמו קריאה של ברקוד (באמצעות לוכד וידאו EASYCAP) ותדע להציג אותם במחשב על ממשק משתמש גרפי מעוצב יותר מהקיים; הם מתכננים תצוגת שעונים בדומה לקוקפיט במטוס ולצידה חיווי רציף בזמן אמת של מיקום הכלי על GOOGLE MAPS, כמו בMISSION PLANNER של ארדואנו. אישית אני מעדיף מסך נקי עם כמה שפחות קיטש, אבל קריאת נתוני הגובה, המרחק וקורדינטות הGPS למחשב פותחת פוטנציאל לשלב בעתיד לOSD הפשוט והזול הזה מערכת של ANTENNA TRACKER וזה מבחינתי כבר הרבה יותר מעניין. בקיצור, שווה להישאר מעודכנים בשרשור המרכזי בRcGroups.