שיתוף הפעולה של Nissan ו-Honda בתוכנה (2025): השפעה על כוונון ECU

Nissan ו-Honda סיימו את שיחות המיזוג בפברואר 2025 (Autobuzz, 14 בפברואר 2025), אך מסרו שימשיכו לשתף פעולה בפיתוח רכבים חשמליים ותוכנה. אם העבודה הזו תתקדם לכיוון תוכנה משותפת, היא עשויה להזיז יצרני רכב יפניים ממערכות קנייניות מפוצלות לעבר ארכיטקטורת רכב מוגדר תוכנה (SDV) מאוחדת. עבור מגזר כוונון ה-ECU העצמאי, שיתוף הפעולה הזה עשוי להיות יותר מהתאמה תאגידית; הוא עשוי להוות אות טכני לכך שחסמי הכניסה לכיול רכבים יתקננו בין שני המותגים הגדולים בעולם. אם היצרנים יאחדו את פיתוח התוכנה שלהם כדי להתחרות בגורמים מבוססי טכנולוגיה, הפרוטוקולים, שכבות ההצפנה וארכיטקטורות השער ברכבי Nissan ו-Honda עשויים להתכנס.

שיתוף פעולה בתוכנה לאחר שיחות המיזוג

במאמר זה לא מאושרת תוכנית פיתוח משותפת מסוימת, לכן הנקודות שלהלן הן תרחישים. מערכת הפעלה (OS) משותפת ויחידות בקרה אלקטרוניות (ECU) מתוקננות יהיו הדרך המרכזית לארכיטקטורה משותפת. במשך עשרות שנים שמרו Nissan (המשתמשת בעיקר בחומרת Hitachi ו-Bosch) ו-Honda (המשתמשת במערכות Keihin ו-Continental) על מבני לוגיקה נפרדים. מסגרת SDV משותפת תרמוז שדגמים עתידיים עשויים לכלול מחשב ביצועים גבוהים מרכזי (HPC), ולא עשרות מיקרו־בקרים מבודדים.

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

השלכות על אבטחת ECU ופיתוח פרוטוקולים

הדחף הסביר לכל עבודת תוכנה של Nissan ו-Honda הוא הפחתת עלויות מול דרישות המחקר והפיתוח (R&D) הגוברות לחשמול ולנהיגה אוטונומית. עם זאת, תוצר לוואי של תוכנה משותפת הוא תשתית אבטחה משותפת. כבר ראינו מגמה זו בשוק האירופי עם פלטפורמת VAG (Volkswagen Audi Group), שבה שער אבטחה יחיד (SFD) או לוגיקת הצפנה נפרסים על פני מותגים מרובים. אם Nissan ו-Honda יאמצו גישה דומה, תעשיית הכוונון העצמאית חייבת להתכונן ל“שער יפני” מאוחד, שעשוי לשלוט בגישה לפונקציות אבחון וכיול של שני המותגים בו־זמנית.

אתגרים טכניים לכווננים צפויים לכלול:

• אימות מרכזי: מעבר מאלגוריתמי seed-key ייעודיים למותג לפרוטוקולי אימות מבוססי ענן, הנפוצים בארכיטקטורות SDV.
• הצפנה מקצה לקצה: שימוש בקודי אימות הודעות (MAC) על אפיק ה-CAN-FD, כדי למנוע שינוי לא מורשה של בקשות מומנט ופרמטרי דלק.
• מפות לוגיקה משותפות: מעבר למבני מפה מתוקננים, שעשויים להפוך ידע של מותג אחד להעברה ישירה למותג האחר, בתנאי שתיעקף שכבת האבטחה.

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

תפקידן של מערכות הפעלה מאוחדות בשוק המשני

מערכת הפעלה משותפת שניתן לעדכן באוויר (OTA) תהיה פלטפורמה קניינית, וצבירת משאבים עשויה להפוך אותה לעמידה וסקלבילית. לשוק הכוונון, עדכוני OTA מציבים אתגר חוזר: הסיכון ל“הבהוב מחדש” (re-flashing) של רכב מכוונן בחזרה לפרמטרים של המפעל במהלך עדכון תוכנה שגרתי של היצרן. אם Nissan ו-Honda ישתמשו במערכת הפעלה משותפת, התדירות וההשפעה של העדכונים האלה צפויות לעלות, וזה ידרוש מודל תמיכה חזק יותר של “כוונון מחדש” לעסקים עצמאיים.

יתר על כן, השותפות הזו עלולה להוביל לממשקי חומרה מתוקננים. בעבר, Nissan Z ו-Honda Civic Type R דרשו ממשקי אבחון ופרוטוקולים שונים מאוד (CONSULT-III לעומת HDS). מחסנית תוכנה משותפת מקרבת את התעשייה למציאות שבה ממשק יחיד התואם J2534 יוכל לטפל בכיול ברמה עמוקה בשני המותגים, עם שונות מינימלית בסביבת התוכנה. כדי להישאר לפני השינויים האלה, אנשי מקצוע צריכים לשקול ניסיון בכלי ניתוח הפרוטוקולים החדשים שלנו, כדי להשוות את היכולות הנוכחיות שלהם לתקני SDV מתהווים.

תחזית אסטרטגית לעסקים עצמאיים של כוונון

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

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

שאלות נפוצות

האם השותפות הזו תהפוך את כוונון הדגמים העתידיים של Nissan ו-Honda לבלתי אפשרי?

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

כמה מהר נראה את תוצאות שיתוף הפעולה בתוכנה של Nissan-Honda בייצור?

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

האם זה אומר ש-Nissan ו-Honda ישתמשו באותם מנועים?

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

האם כלי כוונון קיימים יעבדו על פלטפורמות משותפות כאלה?

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