בשורה לאייפוניסטים אפליקציית רב-קו אונליין מגיעה בקרוב

[arseny92]

מועיל ועוד איך: PDF עמודי 2-3 אם ifixit משערים נכון את הדגם

אולי כאן יהיה מידע מועיל
https://www.ifixit.com/Teardown/iPhone+6+Teardown/29213
&nbsp
(לגלול למטה ל-Step 17)
&nbsp
PDF של החלק המשוער כאן:
&nbsp
https://www.nxp.com/docs/en/brochure/75016890.pdf

מועיל ועוד איך: PDF עמודי 2-3 אם ifixit משערים נכון את הדגם
NXP 65V10 NFC module + Secure Element (likely contains an NXP PN544 NFC controller inside)

אומנם בעמוד 2 ל-PDF של הבקר (קונטרולר - אם הבקר לא תומך בכל מה שצריך, אין משמעות לחפש מפרט של ה-module 65V10)

(קריאה/כתיבה - תגים, לא כרטיס)
Reader/writer ISO 14443 –A-B, MIFARE, FeliCa®, NFC Forum tags, ISO 15693
(אמולציית כרטיסים (HCE) המאפשרת לדמות כרטיס באפליקציה)
Card emulation ISO 14443 –A-B-B’, MIFARE, FeliCa RF

למרות זאת עמוד 3 מפרט:
PN544 transmission modes

ACTIVE COMMUNICATION MODE
NFC-IP1 INITIATOR*
NFC-IP1 TARGET*
(שידור אקטיבי ללא NFC-IP2 - כלומר לא ISO 21481 / ECMA-352)

PCD IN PASSIVE COMMUNICATION MODE - עמודה זו לא רלוונטית גם כשהתמיכות מצוינות בה: כרטיס בשידור פעולות ISO 7816-4 APDU פועל בשידור PICC וללא קשר לאפשרות פוטנציאלית לדמות HCE "רב-קו באפליקציה" שאותו כנראה אפשר בשבב זה

ממשיכים
PICC IN PASSIVE COMMUNICATION MODE
NFC-IP1 TARGET*
ISO 14443 TYPE A
ISO 14443 TYPE B
TYPE B**

משמע ותמיכה יש, אך פה אנו מגלים בטקסט קטן
NFC-IP1
* According to ISO/IEC 18092 (ECMA 340) standard
כלומר כרטיסים הוא קורא, אך - אלו בסטנדרט 18092 (FeliCa) כגון אוקטופוס בהונג קונג למשל או יכול לדמות בעצמו כרטיס כזה (HCE)

תמיכה ב-ISO 14443 סוג B - אפשר היה לחשוב כי ניתן לפתח אפליקציית שידור 7816-4 מול שבב זה שתקרא את תוכן הרב-קו (14443 TYPE B - סטנדרט תשדורת בסיס רמה פיזית/רשת (אם נשווה למודל OSI להשוואה בלבד), 7816-4 סטנדרט רמת אפליקציה) ותציג חוזים, אך לא תאפשר טעינות (כתיבה), אבל עם השורה הבאה
** Type B’ via SWP only
מגבילים אותנו אף יותר לסוגי הפעולות שניתן לבצע מול כרטיס בסטאק 7816-4 הלא מספקים לרב-קו (ובין השאר גם כי ללא NFC-IP2)

 

[N641]

שאפו על הניתוח המדוקדק

מועיל ועוד איך: PDF עמודי 2-3 אם ifixit משערים נכון את הדגם
NXP 65V10 NFC module + Secure Element (likely contains an NXP PN544 NFC controller inside)

אומנם בעמוד 2 ל-PDF של הבקר (קונטרולר - אם הבקר לא תומך בכל מה שצריך, אין משמעות לחפש מפרט של ה-module 65V10)

(קריאה/כתיבה - תגים, לא כרטיס)
Reader/writer ISO 14443 –A-B, MIFARE, FeliCa®, NFC Forum tags, ISO 15693
(אמולציית כרטיסים (HCE) המאפשרת לדמות כרטיס באפליקציה)
Card emulation ISO 14443 –A-B-B’, MIFARE, FeliCa RF

למרות זאת עמוד 3 מפרט:
PN544 transmission modes

ACTIVE COMMUNICATION MODE
NFC-IP1 INITIATOR*
NFC-IP1 TARGET*
(שידור אקטיבי ללא NFC-IP2 - כלומר לא ISO 21481 / ECMA-352)

PCD IN PASSIVE COMMUNICATION MODE - עמודה זו לא רלוונטית גם כשהתמיכות מצוינות בה: כרטיס בשידור פעולות ISO 7816-4 APDU פועל בשידור PICC וללא קשר לאפשרות פוטנציאלית לדמות HCE "רב-קו באפליקציה" שאותו כנראה אפשר בשבב זה

ממשיכים
PICC IN PASSIVE COMMUNICATION MODE
NFC-IP1 TARGET*
ISO 14443 TYPE A
ISO 14443 TYPE B
TYPE B**

משמע ותמיכה יש, אך פה אנו מגלים בטקסט קטן
NFC-IP1
* According to ISO/IEC 18092 (ECMA 340) standard
כלומר כרטיסים הוא קורא, אך - אלו בסטנדרט 18092 (FeliCa) כגון אוקטופוס בהונג קונג למשל או יכול לדמות בעצמו כרטיס כזה (HCE)

תמיכה ב-ISO 14443 סוג B - אפשר היה לחשוב כי ניתן לפתח אפליקציית שידור 7816-4 מול שבב זה שתקרא את תוכן הרב-קו (14443 TYPE B - סטנדרט תשדורת בסיס רמה פיזית/רשת (אם נשווה למודל OSI להשוואה בלבד), 7816-4 סטנדרט רמת אפליקציה) ותציג חוזים, אך לא תאפשר טעינות (כתיבה), אבל עם השורה הבאה
** Type B’ via SWP only
מגבילים אותנו אף יותר לסוגי הפעולות שניתן לבצע מול כרטיס בסטאק 7816-4 הלא מספקים לרב-קו (ובין השאר גם כי ללא NFC-IP2)

שאפו על הניתוח המדוקדק

בסופו של דבר, כפי שאפל מאז ומעולם נוהגת, הכל מצריך אישור שלה (להבדיל מגוגל שמפעילה את אנדרואיד). אפילו אם השבב היה טכנית 100% מתאים, היא מחליטה מה יעבוד בפועל ומה לא, הכל חסום ונעול בעולם שלהם מלבד לדברים שהם החליטו מראש לתת אישור וגישה.

 

[arseny92]

למתקשים להבין את רוב הטרמינולוגיה כאן: סדר הסטאק ל-NFC

מועיל ועוד איך: PDF עמודי 2-3 אם ifixit משערים נכון את הדגם
NXP 65V10 NFC module + Secure Element (likely contains an NXP PN544 NFC controller inside)

אומנם בעמוד 2 ל-PDF של הבקר (קונטרולר - אם הבקר לא תומך בכל מה שצריך, אין משמעות לחפש מפרט של ה-module 65V10)

(קריאה/כתיבה - תגים, לא כרטיס)
Reader/writer ISO 14443 –A-B, MIFARE, FeliCa®, NFC Forum tags, ISO 15693
(אמולציית כרטיסים (HCE) המאפשרת לדמות כרטיס באפליקציה)
Card emulation ISO 14443 –A-B-B’, MIFARE, FeliCa RF

למרות זאת עמוד 3 מפרט:
PN544 transmission modes

ACTIVE COMMUNICATION MODE
NFC-IP1 INITIATOR*
NFC-IP1 TARGET*
(שידור אקטיבי ללא NFC-IP2 - כלומר לא ISO 21481 / ECMA-352)

PCD IN PASSIVE COMMUNICATION MODE - עמודה זו לא רלוונטית גם כשהתמיכות מצוינות בה: כרטיס בשידור פעולות ISO 7816-4 APDU פועל בשידור PICC וללא קשר לאפשרות פוטנציאלית לדמות HCE "רב-קו באפליקציה" שאותו כנראה אפשר בשבב זה

ממשיכים
PICC IN PASSIVE COMMUNICATION MODE
NFC-IP1 TARGET*
ISO 14443 TYPE A
ISO 14443 TYPE B
TYPE B**

משמע ותמיכה יש, אך פה אנו מגלים בטקסט קטן
NFC-IP1
* According to ISO/IEC 18092 (ECMA 340) standard
כלומר כרטיסים הוא קורא, אך - אלו בסטנדרט 18092 (FeliCa) כגון אוקטופוס בהונג קונג למשל או יכול לדמות בעצמו כרטיס כזה (HCE)

תמיכה ב-ISO 14443 סוג B - אפשר היה לחשוב כי ניתן לפתח אפליקציית שידור 7816-4 מול שבב זה שתקרא את תוכן הרב-קו (14443 TYPE B - סטנדרט תשדורת בסיס רמה פיזית/רשת (אם נשווה למודל OSI להשוואה בלבד), 7816-4 סטנדרט רמת אפליקציה) ותציג חוזים, אך לא תאפשר טעינות (כתיבה), אבל עם השורה הבאה
** Type B’ via SWP only
מגבילים אותנו אף יותר לסוגי הפעולות שניתן לבצע מול כרטיס בסטאק 7816-4 הלא מספקים לרב-קו (ובין השאר גם כי ללא NFC-IP2)

למתקשים להבין את רוב הטרמינולוגיה כאן: סדר הסטאק ל-NFC
https://en.wikipedia.org/wiki/Near-field_communication#Standards

רב-קו נמצא בדרגה Application Protocol - ISO/IEC 7816-4 (APDUs) מול עמודה ל-ISO 14443-B* לסוג NFC B

 

[sweetums]

החל מאייפון 8 היה שינוי בתמיכה וכנראה גם בשבב

אולי כאן יהיה מידע מועיל
https://www.ifixit.com/Teardown/iPhone+6+Teardown/29213
&nbsp
(לגלול למטה ל-Step 17)
&nbsp
PDF של החלק המשוער כאן:
&nbsp
https://www.nxp.com/docs/en/brochure/75016890.pdf

החל מאייפון 8 היה שינוי בתמיכה וכנראה גם בשבב
התווספה תמיכה בSUICA ביפן, בדגמים קודים רק היה צורך בדגם היפני
https://support.apple.com/en-us/HT207154
&nbsp

 

[arseny92]

בקישור מדובר על אמולציית כרטיס ה-Suica דרך HCE ב-Apple Pay

החל מאייפון 8 היה שינוי בתמיכה וכנראה גם בשבב
התווספה תמיכה בSUICA ביפן, בדגמים קודים רק היה צורך בדגם היפני
https://support.apple.com/en-us/HT207154
&nbsp

בקישור מדובר על אמולציית כרטיס ה-Suica דרך HCE ב-Apple Pay
לעומת זאת אם בארץ ילכו על הדרך הזאת של הוספת תמיכה לרב-קו מדומה באפליקציה, אז במידה ומפתחי אפליקציה כזו לא יתקמצנו על הגדרת שדה טרגטינג של פרויקט קוד האפליקציה (הגדרת מכשיר מינימלי נתמך ב-manifest לעניין תמיכה עסקית במכשירים מיושנים), אז אם הדגם של ה-NFC ב-iPhone 6 נכון אז לפי הניתוח מעליך ההדמיה של הרב-קו אמורה לעבוד גם ב-6 למרות אי אפשרות לקרוא ולכתוב על כרטיס רב-קו פיזי

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

 

[Bus Nerd]

לא נראה לי שישתמשו ע"י דימוי רב קו

בקישור מדובר על אמולציית כרטיס ה-Suica דרך HCE ב-Apple Pay
לעומת זאת אם בארץ ילכו על הדרך הזאת של הוספת תמיכה לרב-קו מדומה באפליקציה, אז במידה ומפתחי אפליקציה כזו לא יתקמצנו על הגדרת שדה טרגטינג של פרויקט קוד האפליקציה (הגדרת מכשיר מינימלי נתמך ב-manifest לעניין תמיכה עסקית במכשירים מיושנים), אז אם הדגם של ה-NFC ב-iPhone 6 נכון אז לפי הניתוח מעליך ההדמיה של הרב-קו אמורה לעבוד גם ב-6 למרות אי אפשרות לקרוא ולכתוב על כרטיס רב-קו פיזי

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

לא נראה לי שישתמשו ע"י דימוי רב קו
התפרסמו בפורום כבר תמונות של ולידטורים חדשים באגד שיש להם (כנראה) מצלמה שקוראת QR Code. הטלפון יוכל להציג QR Code כדי להזדהות מול הולידטור למשל, או שהטלפון יוכל לעבוד בשיטה שבה Hop On יודעת לעבוד היום באמצעות wifi / bluetooth / תקשורת קולית בתדרים שלא נשמעים לבני אדם (אני חושב שבפועל הם משתמשים באופציה הקולית כי האפליקציה מסוגלת לפי המניפסט לבקש הרשאה למיקרופון, מעולם לא השתמשתי באפשרות הזו לתיקוף).

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

 

[arseny92]

HopOn משתמשים בקליטת תדרים קולית או סריקה של ה-QR המודבק

לא נראה לי שישתמשו ע"י דימוי רב קו
התפרסמו בפורום כבר תמונות של ולידטורים חדשים באגד שיש להם (כנראה) מצלמה שקוראת QR Code. הטלפון יוכל להציג QR Code כדי להזדהות מול הולידטור למשל, או שהטלפון יוכל לעבוד בשיטה שבה Hop On יודעת לעבוד היום באמצעות wifi / bluetooth / תקשורת קולית בתדרים שלא נשמעים לבני אדם (אני חושב שבפועל הם משתמשים באופציה הקולית כי האפליקציה מסוגלת לפי המניפסט לבקש הרשאה למיקרופון, מעולם לא השתמשתי באפשרות הזו לתיקוף).

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

HopOn משתמשים בקליטת תדרים קולית או סריקה של ה-QR המודבק
על הקיר/מפרד הזכוכית באוטובוס לתיקוף הנסיעה

וכן הולידטור של אגד בעל גם QR שאותו סורקים על ידי המצלמה (מה מקודד שם? אין לי סמארטפון כעת), רק שלא בכל מתקף יש את הסימון הזה, וגם מצלמה למעלה

לגבי האופציה ההפוכה של המצלמה שסורקת את כל מה שלידה לסריקת קוד QR מודפס או מוצג במסך הטלפון כפי שיש למשל בטאלין, אסטוניה, בולידטור הקדמי:

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

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

 

[arseny92]

הנה,בבקשה: עושים סלט לשני אופציות התשלום: גם QR וגם אפליקציה

HopOn משתמשים בקליטת תדרים קולית או סריקה של ה-QR המודבק
על הקיר/מפרד הזכוכית באוטובוס לתיקוף הנסיעה

וכן הולידטור של אגד בעל גם QR שאותו סורקים על ידי המצלמה (מה מקודד שם? אין לי סמארטפון כעת), רק שלא בכל מתקף יש את הסימון הזה, וגם מצלמה למעלה

לגבי האופציה ההפוכה של המצלמה שסורקת את כל מה שלידה לסריקת קוד QR מודפס או מוצג במסך הטלפון כפי שיש למשל בטאלין, אסטוניה, בולידטור הקדמי:

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

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

הנה,בבקשה: עושים סלט לשני אופציות התשלום: גם QR וגם אפליקציה
למרות שלא ברור אם מדובר בדימוי רב-קו (שמירת אותו תוכן של כרטיס כאפליקציה ואיפשור שימוש בכל חוזה שמוצע לרב-קו) או בשירות מקוון שלא מדמה רב-קו אלא עושה משהו אחר ומשלם ב-NFC או מציג קוד QR של אישור תשלום לסריקה בעת תיקוף..
&nbsp
http://www.tapuz.co.il/forums/viewmsg/394/184374006/

 

[arseny92]

רשום לאייפון 7 ומעלה, לא 6S

בשורה לאייפוניסטים אפליקציית רב-קו אונליין מגיעה בקרוב

הגיע הזמן שמכשיר ב-4000 ש"ח ידע לעשות את מה שמכשיר אנדרואיד ב-700 שקל יודע לעשות כבר שנים.
הדבר יתאפשר לאחר הגעתה של גרסת 13 ל-iOS (מערכת ההפעלה של האייפון) ויהנו ממנה בעלי מכשירי אייפון מדגם 6s ומעלה.

עוד פרטים כאן:
https://ravkavonline.co.il/he/rav-kav-online-iphone

רשום לאייפון 7 ומעלה, לא 6S
יחד אם זאת, מי שהתקין את גירסת הבטא של מערכת ההפעלה, יכול כבר להרשם ל-TestFlight של רב-קו אונליין
https://ravkavonline.co.il/he/rav-kav-online-iphone/beta-testers

נ.ב.: אכן, הודעתי בזמנו לרב-קו אונליין על השינויים ב-API אז הנה קבלו ותחתמו חח

 

[N641]

ראה את ההערה שלי בהודעה מעליך

רשום לאייפון 7 ומעלה, לא 6S
יחד אם זאת, מי שהתקין את גירסת הבטא של מערכת ההפעלה, יכול כבר להרשם ל-TestFlight של רב-קו אונליין
https://ravkavonline.co.il/he/rav-kav-online-iphone/beta-testers

נ.ב.: אכן, הודעתי בזמנו לרב-קו אונליין על השינויים ב-API אז הנה קבלו ותחתמו חח

ראה את ההערה שלי בהודעה מעליך

 

[arseny92]

טענתי את הדף לפני שכתבת אותה

ראה את ההערה שלי בהודעה מעליך

טענתי את הדף לפני שכתבת אותה