חמישה טיפים לבוני רובוטים

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

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

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

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

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

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

מקור: https://www.therobotreport.com