وبلاگ ها

قابلیت هماهنگی RFID / Barcode

bc-rfid

این مقاله کمی بیشتر از آنچه که ما انجام می دهیم، فنی است، اما ما فکر کردیم که مفید است که با دیگران به اشتراک بگذاریم.

هنگامی که مشتریان برچسب های EPC-GEN2 Type UHF RFID را از ما سفارش می دهند ، آنها اغلب محصولی را می خواهند که هم دارای شماره قابل خواندن توسط انسان و هم بارکد باشد. و از نظر آنها شماره الکترونیکی باید با بارکد و شماره چاپ مطابقت داشته باشد. در بیشتر موارد ، آنها نیازی به اجرای EPC Tag Data Standard برای اطمینان از اینکه هر یک از برچسب های UHF RFID آنها در میان میلیاردها برچسب در سراسر جهان منحصر به فرد است. آنها فقط اهمیت می دهند که این تعداد در سیستم آنها منحصر به فرد باشد.

در زیر مثالی از برچسب UHF RFID آورده شده است که فناوری های مختلف استفاده شده در یک برچسب را نشان می دهد - با اعداد مطابق برای همه فناوری ها.

  1. UHF RFID (نشان داده شده در سایه آبی) - توانایی موجودی سریع، توانایی پیدا کردن یک شی
  2. بارکد (1D و 2D) - توانایی خواندن تعداد مشخصی که توسط یک خواننده نشان داده می شود - انجام این کار با یک خواننده RFID دشوار است زیرا چندین برچسب اغلب به طور هم زمان خوانده می شوند.
  3. شماره متن چاپی - برای افرادی که قادر به خواندن بدون هیچ گونه تجهیزات هستند.
مثال برچسب
کامل 96 بیت / 12 بایت UHF ارائه نمایندگی RFID

با این حال ، در بیشتر موارد ، مشتریان چنین تعداد طولانی را نمی خواهند. آنها همانطور که در تصویر بعدی نشان داده شده است ، یک شماره کوتاه و آسان برای خواندن را ترجیح می دهند:

نمایندگی داده های کوتاه
نمایندگی اطلاعات کوتاه

بنابراین در این موارد با شماره برچسب UHF RFID که همیشه 96 بیت است ، چه می کنیم؟ Telaeris دارای یک استاندارد داده داخلی است که به ما امکان می دهد تعدادی استاندارد مختلف برچسب UHF RFID را همزمان بخوانیم ، هم از انواع داده های طولانی و هم از انواع داده های کوتاه پشتیبانی می کند.

  1. اگر داده ها داده های رشته ای هستند - مانند چیزی که می توانید روی صفحه کلید تایپ کنید - ما این را به صورت رشته ای رمزگذاری می کنیم و در جلوی 12 بایت قرار می دهیم و آخرین بایت ها (حداقل 2 عدد) را با مقادیر صفر پر می کنیم. این رمزگذاری ترجیحی ما است و برای حداکثر 10 حرف خوب است که بیشتر موارد استفاده ما را پوشش می دهد. برای نموداری که نقشه برداری را از نویسه های رشته ای و نمایش های هجری آنها نشان می دهد ، اینجا کلیک کنید.
  2. بسیاری از شرکای ما داده ها را در پایان 12 بایت رمزگذاری می کنند. اگر در ابتدا مقادیر صفر پیدا کنیم (حداقل 2) ، فرض می کنیم از این نوع رمزگذاری استفاده می کند و داده ها را به عنوان داده های hex نمایش می دهد.
  3. اگر هر دو از این ساختارها شکست خورده باشند، ما به طور پیش فرض به داده های خام و نمایش آن ها به عنوان 23 هگزا دیتای داده ها.

این در مثال زیر نشان داده شده است:

کد رمزگذاری 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' ' <---- مقادیر صفر --->
<------- داده ها --------> <---- مقادیر صفر --->
کد رمزگذاری 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- مقادیر صفر ---------><--- داده ها ->

کد رمزگذاری 3:
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- داده ها ------------------->

آیا در مواردی که این فرضیات باعث همپوشانی شوند ، می تواند مشکلی وجود داشته باشد؟ بله ، اما تعداد آنها بسیار کم است. و طبق تجربه ما ، داشتن تعداد خواننده کوتاهتر در نهایت تجربه کلی بهتری را در اختیار مشتری نهایی قرار می دهد.

توسط دیوید کارتا، مدیر عامل Telaeris

ارسال نظر

*

اشتراک ایمیل

آخرین به روزرسانی های ارسال شده مستقیم به صندوق ورودی خود را دریافت کنید