MFi בקצרה: מתי אפל דורשת רישיון על האביזר שלכם

אתם מפתחים מוצר חומרה שמתחבר לאייפון, ומישהו הזכיר לכם ש"צריך אישור של אפל". האמת מורכבת יותר: אישור MFi לאביזר אייפון (Made for iPhone/iPad) נדרש רק כשהמוצר משתמש בממשקים הקנייניים של אפל — ורוב המוצרים החכמים של היום יכולים, בתכנון נכון, להימנע ממנו לגמרי. ההבדל בין שני המסלולים הוא חודשים בלוח הזמנים ועלויות משמעותיות, ולכן זו שאלה שחייבים לסגור בשלב האפיון, לפני בחירת רכיבי התקשורת.

מתי כן חייבים MFi

  • חיבור פיזי במחבר Lightning. אביזר שמתחבר למחבר הקנייני — מטען מיוחד, קורא כרטיסים, אביזר שקע — חייב רכיב אימות מורשה ורישיון.
  • תקשורת בפרוטוקול iAP2. אביזר שמדבר עם האייפון בפרוטוקול האביזרים של אפל, בכבל או על גבי Bluetooth Classic, נמצא בליבת התוכנית.
  • תקשורת נתונים מותאמת על Bluetooth Classic. ערוץ נתונים משלכם על Classic מול אפליקציית iOS מחייב MFi — זו הסיבה שהבחירה בין פרוטוקולי הבלוטות' כל כך קריטית.
  • שימוש בלוגו ובכיתוב הרשמי. גם כשמותר טכנית להתחבר, את הסימון "Made for iPhone" על האריזה מותר לשאת רק לבעלי רישיון.

מתי לא צריך MFi — הרשימה המשמחת

  • BLE. מוצר שמתקשר ב-Bluetooth Low Energy דרך CoreBluetooth לא דורש שום רישוי מאפל. זה המסלול של רוב המוצרים הלבישים, החיישנים והבקרים כיום — המדריך המלא לחיבור בבלוטות' מסביר איך זה עובד.
  • פרופילי אודיו סטנדרטיים. אוזניות ורמקולים על פרופילי האודיו המקובלים עובדים מול אייפון בלי רישיון.
  • תקשורת רשת. מוצר שמדבר עם האפליקציה דרך Wi-Fi, ענן או רשת מקומית — אין לאפל מגבלה על זה.
  • תגי NFC. קריאת תגים סטנדרטיים מהאפליקציה אפשרית בלי תוכנית רישוי — פירטנו במאמר על חיבור מוצר לאפליקציה עם NFC.
  • USB-C במחלקות התקן סטנדרטיות. המעבר של אפל למחבר האוניברסלי פתח דלת לאביזרים בכבל שעובדים במחלקות סטנדרטיות בלי רכיב אימות.

מה התהליך כולל — למי שכן חייב

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

ההשלכה על התכן: לרוב עדיף פשוט לתכנן סביב

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

לסכם את זה להחלטה אחת

אם המוצר שלכם צריך מחבר Lightning, פרוטוקול iAP2 או ערוץ נתונים על Bluetooth Classic — תכננו את מסלול ה-MFi מראש, עם התקציב והזמן שהוא דורש. אם לא — ורוב הסיכויים שלא — בחרו BLE או תקשורת רשת, וחסכתם לעצמכם את התהליך כולו. הבחירה הזו נעשית בשלב אפיון החומרה, ולכן שווה לקבל אותה עם מי שמכיר את שני הצדדים — גם את עולם הרישוי של אפל וגם את חלופות התקשורת שעוקפות אותו בלי לוותר על פונקציונליות. עוד מדריכים על חיבור מוצרים לאפליקציות מחכים באשכול פיתוח אפליקציות.

רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.