פריסת צמיד RFID בד: קידוד, אינטגרציה ובדיקות קבלה

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

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

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

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

מדוע צמיד קריא עדיין יכול להיכשל

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

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

הקפאת כללי ההפעלה לפני הקידוד

הקידוד צריך לייצג זרימת עבודה כתובה. אין להשתמש בו כדי להמציא את זרימת העבודה במהלך הייצור.

כניסה,-כניסה מחדש ואנטי-החזרה

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

שכבות גישה

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

חשבונות ללא מזומן

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

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

הפסד, החלפה והחזרים

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

בחר את טכנולוגיית ה-RF מתוך האינטראקציה

HF ו-NFC עבור ברזים מכוונים

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

המילים "תואם NFC" אינן מפרט שלם. הפלטפורמה עשויה לדרוש משפחת שבבים מסוימת, אורך UID, מבנה זיכרון, שיטת אימות או פורמט נתונים. המדריך של Syntek ל-ההבדל בין RFID ל-NFCוהטווח שלו שלקוראי וכותבי NFCיכול לתמוך בבחירה ראשונית.

UHF עבור זרימות עבודה נבחרות בטווח ארוך יותר-

הGS1 EPC Gen2 UHF אוויר-תקן ממשקמגדיר תקשורת בין תגי UHF פסיביים וקוראים. UHF עשוי להתאים ליישומי תזמון, רכב, הליכה-דרך או ריבוי-תגים נבחרים.

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

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

צור מפת נתוני אישורים מבוקרת

כל ייצוג פיזי ואלקטרוני של האישור צריך להיות מחובר באמצעות רשומה מבוקרת אחת.

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

הערכים הבאים הינם היפותטיים והם כלולים כדי להראות מדוע יש להסכים על הפורמט לפני הייבוא.

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

אשר את פרופיל האבטחה והשבב המדויק

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

NXP מציינת זאתMIFARE DESFire EV3יכול לתמוך באימות קריפטוגרפי ועסקאות מוגנות ללא מגע. היכולות הללו עדיין תלויות בעיצוב אפליקציה, ניהול מפתח מאובטח, תצורת קורא ובקרות קצה. שימוש בשבב מאובטח רק כ-UID חשוף אינו מספק את ההגנה הזמינה מהפונקציות המאומתות שלו.

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

בנו מדגם -מקביל להפקה

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

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

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

הגדר קריטריוני קבלה לפני הבדיקה

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

המאמר של Syntek בנושאמדוע יש צורך בבדיקת מערכת RFIDמסביר מדוע יש לאמת אישור, קורא ויישום כזרימת עבודה אחת.

הפעל מבחני קבלה בשכבות

קריאת ספסל וב-פרק כף היד

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

כללי שער, אזור ו-כניסה מחדש

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

עסקאות והתאמה ללא מזומן

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

תפעול ושחזור לא מקוון

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

החלפה וביטול

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

הוסף בדיקת עומס וקיבולת

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

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

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

בקרת קידוד אצווה, בדיקה ואריזה

בקרות הייצור אמורות לזהות קידוד כפול או חסר, שבב שגוי, מודולים בלתי קריאים, חוסר התאמה של-ל-UID, שכבות גישה שגויות, גרפיקה מעורבת, סגירות שגויות וחבילות שהוצבו מחוץ לרצף.

רשומת אצווה צריכה לחבר את הזמנת הרכש, גירסת הגרפיקה, גירסת הקובץ-הקידוד, אצווה שבב, תאריך ייצור, טווח סדרתי, קרטון, תוצאת בדיקה, כמות שנדחתה ואישור שחרור. סקירה כללית של Syntek עלציוד בדיקת איכות RFIDמתאר יכולות{0}}בדיקת ייצור קשורות.

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

הגן על נתונים וגישה מנהלתית

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

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

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

השתמש בבקרת שינוי כדי להחליט מתי לבדוק מחדש

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

תכנן את ציר הזמן של הפריסה

1. הקפאת זרימות העבודה.אשר כניסה, אזורים,{0}}כניסה מחדש, תשלום, החזר כספי, החלפה, לא מקוון וכללי דיווח.
2. אשר את פרופיל הטכנולוגיה.אשר תדירות, שבב, פורמט מזהה, הגדרות אבטחה, תמיכה בקורא ובפלטפורמה.
3. אשר דגימות{0} שוות ייצור.השלם בדיקות פיזיות, נתונים, גישה, תשלום ושחזור.
4. הקפאת גרפיקה וקובצי מיפוי.שליטה בתיקונים לפני תחילת קידוד בכמות גדולה.
5. אמת את האצווה וייבא.בדוק ייחודיות, מיפוי, אריזה והקצאת פלטפורמה.
6. הפעל את בדיקת האתר והקיבולת.השתמש בתהליך השערים, המסופים, הרשת, הכוח והחזרה המיועדים.
7. הרכבת צוות וחזרה על חריגים.כלול סריקות לא חוקיות, הפסקות, צמידים שאבדו, החזרים כספיים ועקיפות ידניות.
8. המשך לביקורת Go/No-Go.פתור פגמים קריטיים ואשר את מוכנות התמיכה לפני הפעלה ציבורית.

כשל אינטגרציה ממחיש

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

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

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

דוגמה זו ממחישה מדוע הצלחת קריאה, מיפוי נתונים והרשאת פלטפורמה דורשות ראיות נפרדות.

Go/No- Go Checklist

הפרויקט לא אמור לעלות לאוויר כל עוד אחד מהדברים הבאים לא פתורים:

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

לבנייה אישית, הדפסה, קידוד ואריזה מבוקרת, סקור את Syntek'sייצור OEM ו-ODMיכולות. קונה יכול גםלבקש מדגם פריסהעבור אימות פיזי, קידוד ואינטגרציה לפני ייצור המוני.

אשר את המערכת, לא רק את הצמיד

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

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