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

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

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

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

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

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

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

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

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

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

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

כללי ללא מזומן והחזר כספי

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

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

אבדו אישורים והחלפה

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

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

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

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

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

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

הנוכחיתקן GS1 EPC Gen2 UHFמגדיר תקשורת בממשק אוויר- עבור מערכות UHF RFID על פני 860–930 מגה-הרץ. UHF עשוי להתאים לתזמון נבחר, לאינטראקציות-רחבות בנתיב או לאינטראקציות מרובות-תגים.

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

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

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

דוגמה לפורמט UID להמחשה

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

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

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

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

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

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

אשר מדגם-מקביל להפקה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

החלפה וביטול

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

רשומת בדיקה לדוגמה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

כשל אינטגרציה להמחשה: אי התאמה של סדר בתים

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

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

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

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

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

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

מטריצת אחריות ספק ופלטפורמה

אף גורם לא צריך להניח שלספק אחר יש ממשק לא מוגדר. ניתן לתאם בנייה, הדפסה, קידוד ואריזה מבוקרת בהתאמה אישית באמצעות Syntek'sייצור OEM ו-ODMשֵׁרוּת.

Go/No-Go Checklist

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

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

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

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

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

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