UM11942
PN5190 انسٹرکشن لیئر
این ایف سی فرنٹ اینڈ کنٹرولر
صارف دستی
PN5190 NFC فرنٹ اینڈ کنٹرولر
دستاویز کی معلومات
| معلومات | مواد |
| مطلوبہ الفاظ | PN5190، NFC، NFC فرنٹ اینڈ، کنٹرولر، انسٹرکشن لیئر |
| خلاصہ | یہ دستاویز NXP PN5190 NFC فرنٹ اینڈ کنٹرولر کے آپریشن کا جائزہ لینے کے لیے، میزبان کنٹرولر سے کام کرنے کے لیے انسٹرکشن لیئر کمانڈز اور جوابات کی وضاحت کرتی ہے۔ PN5190 اگلی نسل کا NFC فرنٹ اینڈ کنٹرولر ہے۔ اس دستاویز کا دائرہ PN5190 NFC فرنٹ اینڈ کنٹرولر کے ساتھ کام کرنے کے لیے انٹرفیس کمانڈز کی وضاحت کرنا ہے۔ PN5190 NFC فرنٹ اینڈ کنٹرولر کے آپریشن کے بارے میں مزید معلومات کے لیے، ڈیٹا شیٹ اور اس کی تکمیلی معلومات سے رجوع کریں۔ |
نظرثانی کی تاریخ
| Rev | تاریخ | تفصیل |
| 3.7 | 20230525 | • دستاویز کی قسم اور عنوان کو پروڈکٹ ڈیٹا شیٹ کے ضمیمہ سے صارف دستی میں تبدیل کر دیا گیا ہے۔ • ادارتی صفائی • SPI سگنلز کے لیے اپ ڈیٹ کردہ ادارتی شرائط • سیکشن 8 میں ٹیبل 4.5.2.3 میں GET_CRC_USER_AREA کمانڈ شامل کیا گیا • سیکشن 5190 میں PN1B5190 اور PN2B3.4.1 کے لیے مختلف تفریق شدہ تفصیلات کو اپ ڈیٹ کیا گیا ہے۔ • سیکشن 3.4.7 کا تازہ ترین جواب |
| 3.6 | 20230111 | سیکشن 3.4.7 میں بہتر چیک انٹیگریٹی جواب کی تفصیل |
| 3.5 | 20221104 | سیکشن 4.5.4.6.3 "ایونٹ": شامل کیا گیا۔ |
| 3.4 | 20220701 | • سیکشن 8 میں ٹیبل 4.5.9.3 میں CONFIGURE_MULTIPLE_TESTBUS_DIGITAL کمانڈ شامل کی گئی ہے۔ • اپ ڈیٹ شدہ سیکشن 4.5.9.2.2 |
| 3.3 | 20220329 | ہارڈ ویئر کی تفصیل سیکشن 4.5.12.2.1 "کمانڈ" اور سیکشن 4.5.12.2.2 "جواب" میں بہتر ہوئی |
| 3.2 | 20210910 | فرم ویئر ورژن نمبرز کو 2.1 سے 2.01 اور 2.3 سے 2.03 تک اپ ڈیٹ کیا گیا |
| 3.1 | 20210527 | RETRIEVE_RF_FELICA_EMD_DATA کمانڈ کی تفصیل شامل کی گئی۔ |
| 3 | 20210118 | پہلا سرکاری جاری کردہ ورژن |
تعارف
1.1 تعارف
یہ دستاویز PN5190 میزبان انٹرفیس اور APIs کی وضاحت کرتی ہے۔ دستاویزات میں استعمال ہونے والا فزیکل ہوسٹ انٹرفیس SPI ہے۔ دستاویز میں SPI جسمانی خصوصیت پر غور نہیں کیا گیا ہے۔
فریم علیحدگی اور بہاؤ کنٹرول اس دستاویز کا حصہ ہیں۔
1.1.1 دائرہ کار
دستاویز منطقی پرت، ہدایات کوڈ، APIs کی وضاحت کرتی ہے جو گاہک کے لیے متعلقہ ہیں۔
میزبان مواصلات ختمview
PN5190 میں میزبان کنٹرولر کے ساتھ بات چیت کرنے کے لیے آپریشن کے دو اہم طریقے ہیں۔
- HDLL پر مبنی مواصلات کا استعمال اس وقت کیا جاتا ہے جب آلہ داخل ہونے کے لیے متحرک ہوتا ہے:
a اس کے فرم ویئر کو اپ ڈیٹ کرنے کے لیے انکرپٹڈ سیکیور ڈاؤن لوڈ موڈ - TLV کمانڈ رسپانس پر مبنی مواصلت (بطور سابقہ دیا گیا ہے۔ampلی).
2.1 ایچ ڈی ایل ایل موڈ
ایچ ڈی ایل ایل موڈ کو پیکٹ ایکسچینج فارمیٹ کے لیے نیچے آئی سی آپریٹنگ طریقوں کے ساتھ کام کرنے کے لیے استعمال کیا جاتا ہے:
- محفوظ فرم ویئر ڈاؤن لوڈ موڈ (SFWU)، سیکشن 3 دیکھیں
2.1.1 HDLL کی تفصیل
HDLL ایک قابل اعتماد FW ڈاؤن لوڈ کو یقینی بنانے کے لیے NXP کے ذریعے تیار کردہ لنک لیئر ہے۔
ایک HDLL پیغام 2 بائٹ ہیڈر سے بنا ہے، اس کے بعد ایک فریم ہے، جس میں اوپک کوڈ اور کمانڈ کا پے لوڈ شامل ہے۔ ہر پیغام 16 بٹ CRC کے ساتھ ختم ہوتا ہے، جیسا کہ ذیل کی تصویر میں بیان کیا گیا ہے:
HDLL ہیڈر پر مشتمل ہے:
- ایک ٹکڑا سا۔ جو اس بات کی نشاندہی کرتا ہے کہ آیا یہ پیغام کسی پیغام کا واحد یا آخری حصہ ہے (ٹکڑا = 0)۔ یا اگر، کم از کم، ایک اور حصہ اس کی پیروی کرتا ہے (ٹکڑا = 1)۔
- 10 بٹس پر کوڈ شدہ پے لوڈ کی لمبائی۔ لہذا، HDLL فریم پے لوڈ 1023 بائٹس تک جا سکتا ہے۔
بائٹ آرڈر کو بگ اینڈین کے طور پر بیان کیا گیا ہے، جس کا مطلب ہے سب سے پہلے محترمہ بائٹ۔
CRC16 X.25 کے مطابق ہے
اس کا حساب پورے HDLL فریم پر کیا جاتا ہے، یعنی Header + Frame۔
Sampلی سی کوڈ کا نفاذ:
جامد uint16_t phHal_Host_CalcCrc16(uint8_t* p، uint32_t dwLength)
{
uint32_t i ;
uint16_t crc_new ;
uint16_t crc = 0xffffU;
کے لیے (I = 0؛ i <dwLength؛ i++)
{
crc_new = (uint8_t)(crc >> 8) | (crc << 8)
crc_new ^= p[i]؛
crc_new ^= (uint8_t)(crc_new & 0xff) >> 4;
crc_new ^= crc_new << 12;
crc_new ^= (crc_new & 0xff) << 5;
crc = crc_new;
}
واپسی crc؛
}
2.1.2 SPI پر ٹرانسپورٹ میپنگ
ہر NTS دعوے کے لیے، پہلا بائٹ ہمیشہ ہیڈر (فلو انڈیکیشن بائٹ) ہوتا ہے، لکھنے/پڑھنے کے عمل کے حوالے سے یہ یا تو 0x7F/0xFF ہو سکتا ہے۔
2.1.2.1 میزبان سے ترتیب لکھیں (سمت DH => PN5190)
2.1.2.2 میزبان سے ترتیب پڑھیں (سمت PN5190 => DH)
2.1.3 HDLL پروٹوکول
HDLL ایک کمانڈ ریسپانس پروٹوکول ہے۔ مذکورہ بالا تمام آپریشنز ایک مخصوص کمانڈ کے ذریعے شروع کیے جاتے ہیں اور جواب کی بنیاد پر ان کی توثیق کی جاتی ہے۔
کمانڈز اور جوابات HDLL میسج سنٹیکس کی پیروی کرتے ہیں، ڈیوائس ہوسٹ کی طرف سے بھیجی گئی کمانڈ، PN5190 کی طرف سے جواب۔ اوپکوڈ کمانڈ اور رسپانس کی قسم کی نشاندہی کرتا ہے۔
HDLL پر مبنی مواصلات، صرف اس وقت استعمال ہوتے ہیں جب PN5190 کو "Secure firmware ڈاؤن لوڈ" موڈ میں داخل ہونے کے لیے متحرک کیا جاتا ہے۔
2.2 TLV موڈ
TLV کا مطلب ہے۔ Tag لمبائی کی قدر
2.2.1 فریم کی تعریف
ایک SPI فریم NTS کے گرتے ہوئے کنارے سے شروع ہوتا ہے اور NTS کے بڑھتے ہوئے کنارے پر ختم ہوتا ہے۔ SPI فی فزیکل ڈیفینیشن فل ڈوپلیکس ہے لیکن PN5190 SPI کو ہاف ڈوپلیکس موڈ میں استعمال کرتا ہے۔ SPI موڈ زیادہ سے زیادہ گھڑی کی رفتار کے ساتھ CPOL 0 اور CPHA 0 تک محدود ہے جیسا کہ [2] میں بیان کیا گیا ہے۔ ہر SPI فریم 1 بائٹ ہیڈر اور باڈی کے این بائٹس پر مشتمل ہوتا ہے۔
2.2.2 بہاؤ کا اشارہ
HOST ہمیشہ پہلے بائٹ کے طور پر فلو انڈیکیشن بائٹ بھیجتا ہے، چاہے وہ PN5190 سے ڈیٹا لکھنا یا پڑھنا چاہے۔
اگر پڑھنے کی درخواست ہے اور کوئی ڈیٹا دستیاب نہیں ہے تو جواب میں 0xFF ہوتا ہے۔
بہاؤ اشارے بائٹ کے بعد کا ڈیٹا ایک یا کئی پیغامات ہیں۔
ہر NTS دعوے کے لیے، پہلا بائٹ ہمیشہ ہیڈر (فلو انڈیکیشن بائٹ) ہوتا ہے، لکھنے/پڑھنے کے عمل کے حوالے سے یہ یا تو 0x7F/0xFF ہو سکتا ہے۔
2.2.3 پیغام کی قسم
ایک میزبان کنٹرولر PN5190 کے ساتھ ایسے پیغامات کا استعمال کرتے ہوئے بات چیت کرے گا جو SPI فریموں کے اندر منتقل ہوتے ہیں۔
تین مختلف قسم کے پیغامات ہیں:
- حکم
- جواب
- واقعہ
مندرجہ بالا مواصلاتی خاکہ ذیل میں مختلف پیغام کی اقسام کے لیے اجازت دی گئی ہدایات دکھاتا ہے:
- حکم اور جواب۔
- کمانڈ صرف میزبان کنٹرولر سے PN5190 پر بھیجے جاتے ہیں۔
- جوابات اور واقعات صرف PN5190 سے میزبان کنٹرولر کو بھیجے جاتے ہیں۔
- کمانڈ کے جوابات IRQ پن کا استعمال کرتے ہوئے مطابقت پذیر ہوتے ہیں۔
- میزبان صرف اس وقت کمانڈ بھیج سکتا ہے جب IRQ کم ہو۔
- میزبان جواب/ایونٹ کو تب ہی پڑھ سکتا ہے جب IRQ زیادہ ہو۔
2.2.3.1 اجازت دی گئی ترتیب اور قواعد
حکم، ردعمل، اور واقعات کی اجازت دی گئی ترتیب
- ایک کمانڈ کو ہمیشہ جواب، یا واقعہ، یا دونوں کے ذریعہ تسلیم کیا جاتا ہے۔
- میزبان کنٹرولر کو دوسری کمانڈ بھیجنے کی اجازت نہیں ہے اس سے پہلے کہ پچھلی کمانڈ کا جواب نہ ملے۔
- واقعات کسی بھی وقت متضاد طور پر بھیجے جاسکتے ہیں (کمانڈ / رسپانس جوڑے میں مداخلت نہیں کرتے)۔
- EVENT پیغامات کو کبھی بھی ایک فریم میں RESPONSE پیغامات کے ساتھ نہیں ملایا جاتا ہے۔
نوٹ: پیغام کی دستیابی (یا تو RESPONSE یا EVENT) کا اشارہ IRQ کے اونچے سے نیچے جانے کے ساتھ ہوتا ہے۔ IRQ اس وقت تک بلند رہتا ہے جب تک کہ تمام ردعمل یا ایونٹ کا فریم پڑھا نہ جائے۔ IRQ سگنل کم ہونے کے بعد ہی میزبان اگلی کمانڈ بھیج سکتا ہے۔
2.2.4 پیغام کی شکل
SWITCH_MODE_NORMAL کمانڈ کے علاوہ ہر پیغام کو ہر پیغام کے لیے n-bytes پے لوڈ کے ساتھ TLV ڈھانچے میں کوڈ کیا جاتا ہے۔
ہر TLV پر مشتمل ہے:
قسم (T) => 1 بائٹ
بٹ[7] پیغام کی قسم
0: کمانڈ یا جوابی پیغام
1: واقعہ کا پیغام
بٹ [6:0]: انسٹرکشن کوڈ
لمبائی (L) => 2 بائٹس (بڑے اینڈین فارمیٹ میں ہونا چاہئے)
ویلیو (V) => لینتھ فیلڈ (بڑے اینڈین فارمیٹ) پر مبنی TLV (کمانڈ پیرامیٹرز / رسپانس ڈیٹا) کی قدر کے N بائٹس/ڈیٹا
2.2.4.1 اسپلٹ فریم
COMMAND پیغام ایک SPI فریم میں بھیجا جانا چاہیے۔
RESPONSE اور EVENT پیغامات کو ایک سے زیادہ SPI فریموں میں پڑھا جا سکتا ہے، مثلاً لمبائی بائٹ پڑھنے کے لیے۔
RESPONSE یا EVENT کے پیغامات کو سنگل SPI فریم میں پڑھا جا سکتا ہے لیکن درمیان میں NO-CLOCK کی وجہ سے تاخیر ہوتی ہے، مثلاً لمبائی بائٹ پڑھنے کے لیے۔
آئی سی آپریٹنگ بوٹ موڈ - محفوظ ایف ڈبلیو ڈاؤن لوڈ موڈ
3.1 تعارف
PN5190 فرم ویئر کوڈ کا کچھ حصہ ROM میں مستقل طور پر محفوظ ہوتا ہے، جبکہ باقی کوڈ اور ڈیٹا ایمبیڈڈ فلیش میں محفوظ ہوتا ہے۔ صارف کا ڈیٹا فلیش میں محفوظ کیا جاتا ہے اور اسے آنٹی ٹیرنگ میکانزم کے ذریعے محفوظ کیا جاتا ہے جو ڈیٹا کی سالمیت اور دستیابی کو یقینی بناتے ہیں۔ NXPs کے صارفین کو ایسی خصوصیات فراہم کرنے کے لیے جو تازہ ترین معیارات (EMVCo، NFC فورم، وغیرہ) کے مطابق ہوں، FLASH میں کوڈ اور صارف کے ڈیٹا دونوں کو اپ ڈیٹ کیا جا سکتا ہے۔
انکرپٹڈ فرم ویئر کی صداقت اور سالمیت غیر متناسب/سمیٹرک کلیدی دستخط اور ریورس چینڈ ہیش میکانزم کے ذریعہ محفوظ ہے۔ پہلی DL_SEC_WRITE کمانڈ دوسری کمانڈ کی ہیش پر مشتمل ہے اور پہلے فریم کے پے لوڈ پر RSA کے دستخط سے محفوظ ہے۔ PN5190 فرم ویئر پہلی کمانڈ کی تصدیق کے لیے RSA پبلک کلید کا استعمال کرتا ہے۔ ہر کمانڈ میں زنجیروں والی ہیش کو بعد میں آنے والی کمانڈ کی توثیق کرنے کے لیے استعمال کیا جاتا ہے، اس بات کو یقینی بنانے کے لیے کہ فرم ویئر کوڈ اور ڈیٹا کو تھرڈ پارٹیز تک رسائی حاصل نہ ہو۔
DL_SEC_WRITE کمانڈز کے پے لوڈز کو AES-128 کلید کے ساتھ انکرپٹ کیا گیا ہے۔ ہر کمانڈ کی توثیق کے بعد، پے لوڈ مواد کو ڈکرپٹ کیا جاتا ہے اور PN5190 فرم ویئر کے ذریعے فلیش کے لیے لکھا جاتا ہے۔
NXP فرم ویئر کے لیے، NXP نئے صارف کے ڈیٹا کے ساتھ نئے محفوظ فرم ویئر اپ ڈیٹس فراہم کرنے کا انچارج ہے۔
اپ ڈیٹ کا طریقہ کار NXP کوڈ اور ڈیٹا کی صداقت، سالمیت اور رازداری کے تحفظ کے لیے ایک طریقہ کار سے لیس ہے۔
HDLL پر مبنی فریم پیکٹ سکیما کو محفوظ فرم ویئر اپ گریڈ موڈ کے لیے تمام کمانڈ اور جوابات کے لیے استعمال کیا جاتا ہے۔
سیکشن 2.1 اوور فراہم کرتا ہے۔view HDLL فریم پیکٹ سکیما کا استعمال کیا گیا ہے۔
PN5190 ICs استعمال شدہ ویرینٹ کے لحاظ سے لیگیسی انکرپٹڈ محفوظ ایف ڈبلیو ڈاؤن لوڈ اور ہارڈ ویئر کریپٹو اسسٹڈ انکرپٹڈ محفوظ ایف ڈبلیو ڈاؤن لوڈ پروٹوکول دونوں کو سپورٹ کرتا ہے۔
دو قسمیں ہیں:
- لیگیسی محفوظ ایف ڈبلیو ڈاؤن لوڈ پروٹوکول جو صرف PN5190 B0/B1 IC ورژن کے ساتھ کام کرتا ہے۔
- ہارڈ ویئر کرپٹو کی مدد سے محفوظ ایف ڈبلیو ڈاؤن لوڈ پروٹوکول جو صرف PN5190B2 IC ورژن کے ساتھ کام کرتا ہے، جو آن چپ ہارڈویئر کرپٹو بلاکس کا استعمال کرتا ہے۔
درج ذیل حصے سیکیور فرم ویئر ڈاؤن لوڈ موڈ کے کمانڈز اور جوابات کی وضاحت کرتے ہیں۔
3.2 "محفوظ فرم ویئر ڈاؤن لوڈ" موڈ کو کیسے متحرک کریں۔
خاکہ کے نیچے، اور اس کے بعد کے مراحل، دکھائیں کہ محفوظ فرم ویئر ڈاؤن لوڈ موڈ کو کیسے متحرک کیا جائے۔
پیشگی شرط: PN5190 آپریشن حالت میں ہے۔
اہم منظر نامہ:
- داخلے کی حالت جہاں DWL_REQ پن کا استعمال "محفوظ فرم ویئر ڈاؤن لوڈ" موڈ میں داخل ہونے کے لیے کیا جاتا ہے۔
a ڈیوائس ہوسٹ DWL_REQ پن کو ہائی کھینچتا ہے (صرف اس صورت میں درست ہے جب DWL_REQ پن کے ذریعے محفوظ فرم ویئر اپ ڈیٹ ہو) یا
ب ڈیوائس ہوسٹ PN5190 کو بوٹ کرنے کے لیے ہارڈ ری سیٹ کرتا ہے۔ - داخلے کی حالت جہاں DWL_REQ پن کو "محفوظ فرم ویئر ڈاؤن لوڈ" موڈ میں داخل ہونے کے لیے استعمال نہیں کیا جاتا ہے (پنلیس ڈاؤن لوڈ)۔
a ڈیوائس ہوسٹ PN5190 کو بوٹ کرنے کے لیے ہارڈ ری سیٹ کرتا ہے۔
ب ڈیوائس ہوسٹ نارمل ایپلیکیشن موڈ میں داخل ہونے کے لیے SWITCH_MODE_NORMAL (سیکشن 4.5.4.5) بھیجتا ہے۔
c اب جب IC ایپلیکیشن کے نارمل موڈ میں ہوتا ہے، ڈیوائس ہوسٹ محفوظ ڈاؤن لوڈ موڈ میں داخل ہونے کے لیے SWITCH_MODE_DOWNLOAD (سیکشن 4.5.4.9) بھیجتا ہے۔ - ڈیوائس ہوسٹ DL_GET_VERSION (سیکشن 3.4.4) یا DL_GET_DIE_ID (سیکشن 3.4.6) یا DL_GET_SESSION_STATE (سیکشن 3.4.5) کمانڈ بھیجتا ہے۔
- ڈیوائس ہوسٹ ڈیوائس سے موجودہ ہارڈ ویئر اور فرم ویئر ورژن، سیشن، ڈائی آئی ڈی پڑھتا ہے۔
a ڈیوائس ہوسٹ سیشن کی حیثیت چیک کرتا ہے اگر آخری ڈاؤن لوڈ مکمل ہوا تھا۔
ب ڈیوائس ہوسٹ یہ فیصلہ کرنے کے لیے ورژن کی جانچ کے قواعد کا اطلاق کرتا ہے کہ آیا ڈاؤن لوڈ شروع کرنا ہے یا ڈاؤن لوڈ سے باہر نکلنا ہے۔ - ڈیوائس ہوسٹ لوڈ کرتا ہے a سے file فرم ویئر بائنری کوڈ جس کو ڈاؤن لوڈ کرنا ہے۔
- ڈیوائس ہوسٹ پہلی DL_SEC_WRITE ( سیکشن 3.4.8) کمانڈ فراہم کرتا ہے جس میں شامل ہیں:
a نئے فرم ویئر کا ورژن،
ب انکرپشن کلید کی الجھن کے لیے استعمال ہونے والی صوابدیدی اقدار کا ایک 16 بائٹ نونس
c اگلے فریم کی ڈائجسٹ ویلیو،
ڈی خود فریم کا ڈیجیٹل دستخط - ڈیوائس ہوسٹ DL_SEC_WRITE (سیکشن 5190) کمانڈز کے ساتھ PN3.4.8 پر محفوظ ڈاؤن لوڈ پروٹوکول کی ترتیب کو لوڈ کرتا ہے۔
- جب آخری DL_SEC_WRITE (سیکشن 3.4.8) کمانڈ بھیجی جاتی ہے، ڈیوائس ہوسٹ DL_CHECK_INTEGRITY (سیکشن 3.4.7) کمانڈ پر عمل کرتا ہے تاکہ یہ چیک کیا جا سکے کہ آیا یادیں کامیابی سے لکھی گئی ہیں۔
- ڈیوائس ہوسٹ نئے فرم ویئر ورژن کو پڑھتا ہے اور اوپری پرت کو رپورٹ کرنے کے لیے بند ہونے پر سیشن کی حیثیت کو چیک کرتا ہے۔
- ڈیوائس ہوسٹ DWL_REQ پن کو نیچے کھینچتا ہے (اگر DWL_REQ پن کو ڈاؤن لوڈ موڈ میں داخل کرنے کے لیے استعمال کیا جاتا ہے)
- ڈیوائس ہوسٹ PN5190 کو ریبوٹ کرنے کے لیے ڈیوائس پر ہارڈ ری سیٹ (ٹوگلنگ VEN پن) کرتا ہے۔
پوسٹ کنڈیشن: فرم ویئر کو اپ ڈیٹ کیا گیا ہے۔ نئے فرم ویئر ورژن نمبر کی اطلاع دی گئی ہے۔
3.3 فرم ویئر کے دستخط اور ورژن کنٹرول
PN5190 فرم ویئر ڈاؤن لوڈ موڈ میں، ایک طریقہ کار یقینی بناتا ہے کہ NXP کے ذریعے دستخط شدہ اور ڈیلیور کردہ صرف ایک فرم ویئر کو NXP فرم ویئر کے لیے قبول کیا جائے گا۔
مندرجہ ذیل صرف انکرپٹڈ محفوظ NXP فرم ویئر کے لیے قابل اطلاق ہے۔
ڈاؤن لوڈ سیشن کے دوران، ایک نیا 16 بٹس فرم ویئر ورژن بھیجا جاتا ہے۔ یہ ایک بڑی اور معمولی تعداد پر مشتمل ہے:
- میجر نمبر: 8 بٹس (MSB)
- معمولی نمبر: 8 بٹس (LSB)
PN5190 چیک کرتا ہے کہ آیا نیا بڑا ورژن نمبر موجودہ سے بڑا ہے یا اس کے برابر ہے۔ اگر نہیں، تو محفوظ فرم ویئر ڈاؤن لوڈ کو مسترد کر دیا جاتا ہے، اور سیشن کو بند رکھا جاتا ہے۔
3.4 ایچ ڈی ایل ایل کمانڈز لیجیسی انکرپٹڈ ڈاؤن لوڈ اور ہارڈ ویئر کرپٹو اسسٹڈ کے لیے خفیہ کردہ ڈاؤن لوڈ
یہ سیکشن ان کمانڈز اور جوابات کے بارے میں معلومات فراہم کرتا ہے جو NXP فرم ویئر ڈاؤن لوڈ کے لیے دونوں قسم کے ڈاؤن لوڈز کے لیے استعمال کیے گئے تھے۔
3.4.1 HDLL کمانڈ او پی کوڈز
نوٹ: HDLL کمانڈ فریم 4 بائٹس منسلک ہیں۔ غیر استعمال شدہ پے لوڈ بائٹس صفر رہ گئے ہیں۔
جدول 1۔ ایچ ڈی ایل ایل کمانڈ او پی کوڈز کی فہرست
| PN5190 B0/ B1 (میراثی ڈاؤن لوڈ) |
PN5190 B2 (کرپٹو اسسٹڈ ڈاؤن لوڈ) |
کمانڈ عرف | تفصیل |
| 0xF0 | 0xE5 | DL_RESET | نرم ری سیٹ انجام دیتا ہے۔ |
| 0xF1 | 0xE1 | DL_GET_VERSION | ورژن نمبرز لوٹاتا ہے۔ |
| 0xF2 | 0xDB | DL_GET_SESSION_STATE | موجودہ سیشن کی حالت لوٹاتا ہے۔ |
| 0xF4 | 0xDF | DL_GET_DIE_ID | ڈائی آئی ڈی لوٹاتا ہے۔ |
| 0xE0 | 0xE7 | DL_CHECK_INTEGRITY | مختلف علاقوں میں CRCs کو چیک کریں اور واپس کریں نیز ہر ایک کے لیے پاس/فیل اسٹیٹس فلیگ |
| 0xC0 | 0x8C۔ | DL_SEC_WRITE | مطلق پتہ y سے شروع ہونے والی میموری پر x بائٹس لکھتا ہے۔ |
3.4.2 HDLL رسپانس Opcodes
نوٹ: HDLL رسپانس فریم 4 بائٹس منسلک ہیں۔ غیر استعمال شدہ پے لوڈ بائٹس صفر رہ گئے ہیں۔ صرف DL_OK جوابات ہی پے لوڈ ویلیوز پر مشتمل ہو سکتے ہیں۔
جدول 2۔ HDLL رسپانس OP کوڈز کی فہرست
| اوپکوڈ | جواب عرف | تفصیل |
| 0x00 | DL_OK | حکم گزر گیا۔ |
| 0x01 | DL_INVALID_ADDR | ایڈریس کی اجازت نہیں ہے۔ |
| 0x0B | DL_UNKNOW_CMD | انجانا حکم |
| 0x0C۔ | DL_ABORTED_CMD | ٹکڑوں کی ترتیب بہت بڑی ہے۔ |
| 0x1E | DL_ADDR_RANGE_OFL_ERROR | پتہ حد سے باہر ہے۔ |
| 0x1F | DL_BUFFER_OFL_ERROR | بفر بہت چھوٹا ہے۔ |
| 0x20 | DL_MEM_BSY | یادداشت میں مصروف |
| 0x21 | DL_SIGNATURE_ERROR | دستخط میں مماثلت نہیں ہے۔ |
| 0x24 | DL_FIRMWARE_VERSION_ERROR | موجودہ ورژن برابر یا اس سے اوپر |
| 0x28 | DL_PROTOCOL_ERROR | پروٹوکول کی خرابی۔ |
| 0x2A | DL_SFWU_DEGRADED | فلیش ڈیٹا کرپٹ |
| 0x2D | PH_STATUS_DL_FIRST_CHUNK | پہلا حصہ موصول ہوا۔ |
| 0x2E | PH_STATUS_DL_NEXT_CHUNK | اگلے حصے کا انتظار کریں۔ |
| 0xC5 | PH_STATUS_INTERNAL_ERROR_5 | لمبائی میں مماثلت نہیں ہے۔ |
3.4.3 DL_RESET کمانڈ
فریم کا تبادلہ:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF0 0x00 0x00 0x00 0x18 0x5B]
PN5190 B2: [HDLL] -> [0x00 0x04 0xE5 0x00 0x00 0x00 0xBF 0xB9] [HDLL] <- [0x00 0x04 STAT 0x00 CRC16] ری سیٹ PN5190 کو DL_ST جواب بھیجنے سے روکتا ہے۔ لہذا، صرف غلط حیثیت حاصل کی جا سکتی ہے.
STAT واپسی کی حیثیت ہے۔
3.4.4 DL_GET_VERSION کمانڈ
فریم کا تبادلہ:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF1 0x00 0x00 0x00 0x6E 0xEF]
PN5190 B2: [HDLL] -> [0x00 0x04 0xE1 0x00 0x00 0x00 0x75 0x48] [HDLL] <- [0x00 0x08 STAT HW_V RO_V MODEL_ID FM1V FM2V RFU1 کا جواب CRC2 RFU16 کا فریم حاصل کریں:
ٹیبل 3. GetVersion کمانڈ کا جواب
| میدان | بائٹ | تفصیل |
| اسٹیٹ | 1 | حیثیت |
| HW_V | 2 | ہارڈ ویئر ورژن |
| RO_V | 3 | ROM کوڈ |
| MODEL_ID | 4 | ماڈل کی شناخت |
| ایف ایم ایکس وی | 5-6 | فرم ویئر ورژن (ڈاؤن لوڈ کے لیے استعمال کیا جاتا ہے) |
| RFU1-RFU2 | 7-8 | – |
جواب کے مختلف شعبوں کی متوقع قدریں اور ان کی نقشہ بندی حسب ذیل ہے:
ٹیبل 4۔ GetVersion کمانڈ کے جواب کی متوقع اقدار
| آئی سی کی قسم | HW ورژن (ہیکس) | ROM ورژن (ہیکس) | ماڈل ID (ہیکس) | FW ورژن (ہیکس) |
| PN5190 B0 | 0x51 | 0x02 | 0x00 | xx.yy |
| PN5190 B1 | 0x52 | 0x02 | 0x00 | xx.yy |
| PN5190 B2 | 0x53 | 0x03 | 0x00 | xx.yy |
3.4.5 DL_GET_SESSION_STATE کمانڈ
فریم کا تبادلہ:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF2 0x00 0x00 0x00 0xF5 0x33]
PN5190 B2: [HDLL] -> [0x00 0x04 0xDB 0x00 0x00 0x00 0x31 0x0A] [HDLL] <- [0x00 0x04 STAT SSTA RFU CRC16] GetSession جواب کا پے لوڈ فریم ہے:
ٹیبل 5. GetSession کمانڈ کا جواب
| میدان | بائٹ | تفصیل |
| اسٹیٹ | 1 | حیثیت |
| ایس ایس ٹی اے | 2 | سیشن کی حالت • 0x00: بند • 0x01: کھلا۔ • 0x02: مقفل (ڈاؤن لوڈ کرنے کی مزید اجازت نہیں ہے) |
| آر ایف یو | 3-4 |
3.4.6 DL_GET_DIE_ID کمانڈ
فریم کا تبادلہ:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xF4 0x00 0x00 0x00 0xD2 0xAA]
PN5190 B2: [HDLL] -> [0x00 0x04 0xDF 0x00 0x00 0x00 0xFB 0xFB] [HDLL] <- [0x00 0x14 اسٹیٹ 0x00 0x00 0x00 ID0 ID1 ID2 ID3 ID4 ID5 ID6
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId جواب کا پے لوڈ فریم ہے:
ٹیبل 6. GetDieId کمانڈ کا جواب
| میدان | بائٹ | تفصیل |
| اسٹیٹ | 1 | حیثیت |
| آر ایف یو | 2-4 | |
| ڈی آئی ای آئی ڈی | 5-20 | ڈائی کی شناخت (16 بائٹس) |
3.4.7 DL_CHECK_INTEGRITY کمانڈ
فریم کا تبادلہ:
PN5190 B0/B1: [HDLL] -> [0x00 0x04 0xE0 0x00 0x00 0x00 CRC16]
PN5190 B2: [HDLL] -> [0x00 0x04 0xE7 0x00 0x00 0x00 0x52 0xD1] [HDLL] <- [0x00 0x20 STAT LEN_DATA LEN_CODE 0x00 [CRC_INFO] [CRC_INFO] [CRC32r کی ادائیگی کے فریم میں جواب ہے: CRC16 کا جواب ہے]
جدول 7. CheckIntegrity کمانڈ کا جواب
| میدان | بائٹ | قدر/تفصیل | |
| اسٹیٹ | 1 | حیثیت | |
| LEN ڈیٹا | 2 | ڈیٹا سیکشنز کی کل تعداد | |
| LEN کوڈ | 3 | کوڈ سیکشنز کی کل تعداد | |
| آر ایف یو | 4 | محفوظ | |
| [CRC_INFO] | 58 | 32 بٹس (لٹل اینڈین)۔ اگر تھوڑا سا سیٹ کیا جائے تو متعلقہ سیکشن کا CRC ٹھیک ہے، ورنہ ٹھیک نہیں ہے۔ | |
| بٹ | علاقے کی سالمیت کی حیثیت | ||
| [31:28] | محفوظ [3] | ||
| [27:23] | محفوظ [1] | ||
| [22] | محفوظ [3] | ||
| [21:20] | محفوظ [1] | ||
| [19] | آر ایف کنفیگریشن ایریا (PN5190 B0/B1) [2] محفوظ (PN5190 B2) [3] | ||
| [18] | پروٹوکول کنفیگریشن ایریا (PN5190 B0/B1) [2] RF کنفیگریشن ایریا (PN5190 B2) [2] | ||
| [17] | محفوظ (PN5190 B0/B1) [3] صارف کی ترتیب کا علاقہ (PN5190 B2) [2] | ||
| [16:6] | محفوظ [3] | ||
| [5:4] | PN5190 B0/B1 کے لیے مخصوص [3] PN5190 B2 کے لیے مخصوص [1] | ||
| [3:0] | محفوظ [1] | ||
| [CRC32] | 9-136 | 32 سیکشنز میں سے CRC32۔ ہر سی آر سی 4 بائٹس کا ہوتا ہے جو لٹل اینڈین فارمیٹ میں محفوظ ہوتا ہے۔ CRC کے پہلے 4 بائٹس بٹ CRC_INFO[31] کے ہیں، CRC کے اگلے 4 بائٹس بٹ CRC_INFO[30] اور اسی طرح کے ہیں۔ |
|
- [1] PN1 کو صحیح طریقے سے کام کرنے کے لیے یہ بٹ 5190 ہونا چاہیے (خصوصیات اور یا انکرپٹڈ FW ڈاؤن لوڈ کے ساتھ)۔
- [2] یہ بٹ بطور ڈیفالٹ 1 پر سیٹ ہے، لیکن صارف کی ترمیم شدہ ترتیبات CRC کو باطل کر دیتی ہیں۔ PN5190 فعالیت پر کوئی اثر نہیں..
- [3] یہ بٹ ویلیو، چاہے یہ 0 ہی کیوں نہ ہو، متعلقہ نہیں ہے۔ اس بٹ ویلیو کو نظر انداز کیا جا سکتا ہے..
3.4.8 DL_SEC_WRITE کمانڈ
DL_SEC_WRITE کمانڈ کو محفوظ تحریری حکموں کی ترتیب کے تناظر میں سمجھا جانا ہے: خفیہ کردہ "محفوظ فرم ویئر ڈاؤن لوڈ" (اکثر eSFWu کہا جاتا ہے)۔
محفوظ تحریر کمانڈ پہلے ڈاؤن لوڈ سیشن کو کھولتا ہے اور RSA کی توثیق کو پاس کرتا ہے۔ اگلے والے PN5190 فلیش میں لکھنے کے لیے انکرپٹڈ ایڈریس اور بائٹس پاس کر رہے ہیں۔ آخری والے کے علاوہ باقی تمام میں اگلے ہیش پر مشتمل ہے، اس لیے یہ بتانا کہ وہ آخری نہیں ہیں، اور ترتیب کے فریموں کو خفیہ طور پر بانڈ کرتے ہیں۔
دیگر کمانڈز (سوائے DL_RESET اور DL_CHECK_INTEGRITY) کو بغیر کسی ترتیب کے محفوظ تحریری کمانڈز کے درمیان داخل کیا جا سکتا ہے۔
3.4.8.1 پہلی DL_SEC_WRITE کمانڈ
ایک محفوظ تحریری کمانڈ پہلی ہے اگر اور صرف اس صورت میں:
- فریم کی لمبائی 312 بائٹس ہے۔
- آخری ری سیٹ کے بعد سے کوئی محفوظ تحریری کمانڈ موصول نہیں ہوئی ہے۔
- ایمبیڈڈ دستخط PN5190 سے کامیابی کے ساتھ تصدیق شدہ ہے۔
پہلی فریم کمانڈ کا جواب حسب ذیل ہوگا: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT واپسی کی حیثیت ہے۔
نوٹ: eSFWu کے دوران ڈیٹا کا کم از کم ایک حصہ ضرور لکھا جانا چاہیے حالانکہ لکھا ہوا ڈیٹا صرف ایک بائٹ لمبا ہو سکتا ہے۔ لہذا، پہلی کمانڈ ہمیشہ اگلی کمانڈ کی ہیش پر مشتمل ہوگی، کیونکہ کم از کم دو کمانڈ ہوں گے۔
3.4.8.2 مڈل DL_SEC_WRITE کمانڈز
ایک محفوظ تحریری کمانڈ 'درمیانی' ہے اگر اور صرف اس صورت میں:
- opcode جیسا کہ DL_SEC_WRITE کمانڈ کے سیکشن 3.4.1 میں بیان کیا گیا ہے۔
- پہلی محفوظ تحریری کمانڈ پہلے ہی موصول ہوچکی ہے اور اس سے پہلے کامیابی کے ساتھ تصدیق ہوچکی ہے۔
- پہلی محفوظ تحریر کمانڈ موصول ہونے کے بعد سے کوئی ری سیٹ نہیں ہوا ہے۔
- فریم کی لمبائی ڈیٹا سائز + ہیڈر سائز + ہیش سائز کے برابر ہے: FLEN = SIZE + 6 + 32
- پورے فریم کا ڈائجسٹ پچھلے فریم میں موصول ہونے والی ہیش ویلیو کے برابر ہے۔
پہلی فریم کمانڈ کا جواب حسب ذیل ہوگا: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT واپسی کی حیثیت ہے۔
3.4.8.3 آخری DL_SEC_WRITE کمانڈ
ایک محفوظ تحریری کمانڈ آخری ہے اگر اور صرف اس صورت میں:
- opcode جیسا کہ DL_SEC_WRITE کمانڈ کے سیکشن 3.4.1 میں بیان کیا گیا ہے۔
- پہلی محفوظ تحریری کمانڈ پہلے ہی موصول ہوچکی ہے اور اس سے پہلے کامیابی کے ساتھ تصدیق ہوچکی ہے۔
- پہلی محفوظ تحریر کمانڈ موصول ہونے کے بعد سے کوئی ری سیٹ نہیں ہوا ہے۔
- فریم کی لمبائی ڈیٹا سائز + ہیڈر سائز کے برابر ہے: FLEN = SIZE + 6
- پورے فریم کا ڈائجسٹ پچھلے فریم میں موصول ہونے والی ہیش ویلیو کے برابر ہے۔
پہلی فریم کمانڈ کا جواب حسب ذیل ہوگا: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT واپسی کی حیثیت ہے۔
آئی سی آپریٹنگ بوٹ موڈ – نارمل آپریشن موڈ
4.1 تعارف
عام طور پر PN5190 IC اس سے NFC فعالیت حاصل کرنے کے لیے آپریشن کے عام موڈ میں ہونا چاہیے۔
جب PN5190 IC بوٹ ہوتا ہے، تو یہ ہمیشہ آپریشن انجام دینے کے لیے میزبان سے کمانڈ موصول ہونے کا انتظار کرتا ہے، الا یہ کہ PN5190 IC کے اندر پیدا ہونے والے واقعات کے نتیجے میں PN5190 IC بوٹ نہ ہو۔
4.2 کمانڈز کی فہرست ختمview
ٹیبل 8. PN5190 کمانڈ لسٹ
| کمانڈ کوڈ | کمانڈ کا نام |
| 0x00 | WRITE_REGISTER |
| 0x01 | WRITE_REGISTER_OR_MASK |
| 0x02 | WRITE_REGISTER_AND_MASK |
| 0x03 | WRITE_REGISTER_MULTIPLE |
| 0x04 | READ_REGISTER |
| 0x05 | READ_REGISTER_MULTIPLE |
| 0x06 | WRITE_E2PROM |
| 0x07 | READ_E2PROM |
| 0x08 | TRANSMIT_RF_DATA |
| 0x09 | RETRIEVE_RF_DATA |
| 0x0A | EXCHANGE_RF_DATA |
| 0x0B | MFC_AUTHENTICATE |
| 0x0C۔ | EPC_GEN2_INVENTORY |
| 0x0D | LOAD_RF_CONFIGURATION |
| 0x0E | UPDATE_RF_CONFIGURATION |
| 0x0F | RF_CONFIGURATION حاصل کریں۔ |
| 0x10 | RF_ON |
| 0x11 | RF_OFF |
| 0x12 | TESTBUS_DIGITAL کو کنفیگر کریں۔ |
| 0x13 | CONFIGURE_TESTBUS_ANALOG |
| 0x14 | CTS_ENABLE |
| 0x15 | CTS_CONFIGURE |
| 0x16 | CTS_RETRIEVE_LOG |
| 0x17-0x18 | آر ایف یو |
| 0x19 | FW v2.01 تک: RFU |
| FW v2.03 سے: RETRIEVE_RF_FELICA_EMD_DATA | |
| 0x1A | RECEIVE_RF_DATA |
| 0x1B-0x1F | آر ایف یو |
| 0x20 | SWITCH_MODE_NORMAL |
| 0x21 | SWITCH_MODE_AUTOCOLL |
| 0x22 | SWITCH_MODE_STANDBY |
| 0x23 | SWITCH_MODE_LPCD |
| 0x24 | آر ایف یو |
| 0x25 | SWITCH_MODE_DOWNLOAD |
| 0x26 | GET_DIEID |
| 0x27 | GET_VERSION |
| 0x28 | آر ایف یو |
| 0x29 | FW v2.05 تک: RFU |
| FW v2.06 سے آگے: GET_CRC_USER_AREA | |
| 0x2A | FW v2.03 تک: RFU |
| FW v2.05 سے: CONFIGURE_MULTIPLE_TESTBUS_DIGITAL | |
| 0x2B-0x3F | آر ایف یو |
| 0x40 | ANTENNA_SELF_TEST (تعاون یافتہ نہیں) |
| 0x41 | PRBS_TEST |
| 0x42-0x4F | آر ایف یو |
4.3 جوابی حیثیت کی قدریں۔
جوابی حیثیت کی قدریں درج ذیل ہیں، جو کمانڈ کے فعال ہونے کے بعد PN5190 سے جواب کے حصے کے طور پر واپس کی جاتی ہیں۔
ٹیبل 9. PN5190 جوابی حیثیت کی قدریں۔
| جواب کی حیثیت | جواب کی حیثیت کی قدر | تفصیل |
| PN5190_STATUS_SUCCESS | 0x00 | یہ بتاتا ہے کہ آپریشن کامیابی سے مکمل ہوا ہے۔ |
| PN5190_STATUS_TIMEOUT | 0x01 | اشارہ کرتا ہے کہ کمانڈ کے آپریشن کے نتیجے میں ٹائم آؤٹ ہوا۔ |
| PN5190_STATUS_INTEGRITY_ERROR | 0x02 | اشارہ کرتا ہے کہ کمانڈ کے آپریشن کے نتیجے میں RF ڈیٹا کی سالمیت کی خرابی ہوئی۔ |
| PN5190_STATUS_RF_COLLISION_ERROR | 0x03 | اشارہ کرتا ہے کہ کمانڈ کے آپریشن کے نتیجے میں RF تصادم کی خرابی ہوئی۔ |
| PN5190_STATUS_RFU1 | 0x04 | محفوظ |
| PN5190_STATUS_INVALID_COMMAND | 0x05 | اشارہ کرتا ہے کہ دی گئی کمانڈ غلط ہے / لاگو نہیں ہوئی ہے۔ |
| PN5190_STATUS_RFU2 | 0x06 | محفوظ |
| PN5190_STATUS_AUTH_ERROR | 0x07 | اشارہ کرتا ہے کہ MFC کی توثیق ناکام ہوگئی (اجازت مسترد) |
| PN5190_STATUS_MEMORY_ERROR | 0x08 | اشارہ کرتا ہے کہ کمانڈ کے آپریشن کے نتیجے میں پروگرامنگ کی خرابی یا اندرونی میموری کی خرابی ہوئی۔ |
| PN5190_STATUS_RFU4 | 0x09 | محفوظ |
| PN5190_STATUS_NO_RF_FIELD | 0x0A | اشارہ کرتا ہے کہ اندرونی RF فیلڈ کی موجودگی میں کوئی یا غلطی نہیں ہے (صرف انیشیٹر/ریڈر موڈ پر لاگو ہوتا ہے) |
| PN5190_STATUS_RFU5 | 0x0B | محفوظ |
| PN5190_STATUS_SYNTAX_ERROR | 0x0C۔ | اشارہ کرتا ہے کہ غلط کمانڈ فریم کی لمبائی موصول ہوئی ہے۔ |
| PN5190_STATUS_RESOURCE_ERROR | 0x0D | اشارہ کرتا ہے کہ اندرونی وسائل کی خرابی واقع ہوئی ہے۔ |
| PN5190_STATUS_RFU6 | 0x0E | محفوظ |
| PN5190_STATUS_RFU7 | 0x0F | محفوظ |
| PN5190_STATUS_NO_EXTERNAL_RF_FIELD | 0x10 | اشارہ کرتا ہے کہ کمانڈ کے نفاذ کے دوران کوئی بیرونی RF فیلڈ موجود نہیں ہے (صرف کارڈ/ٹارگٹ موڈ میں لاگو) |
| PN5190_STATUS_RX_TIMEOUT | 0x11 | اشارہ کرتا ہے کہ RFE ایکسچینج شروع ہونے اور RX کا وقت ختم ہونے کے بعد ڈیٹا موصول نہیں ہوتا ہے۔ |
| PN5190_STATUS_USER_CANCELLED | 0x12 | اشارہ کرتا ہے کہ موجودہ کمانڈ جو جاری ہے اسے ختم کر دیا گیا ہے۔ |
| PN5190_STATUS_PREVENT_STANDBY | 0x13 | اشارہ کرتا ہے کہ PN5190 کو اسٹینڈ بائی موڈ میں جانے سے روکا گیا ہے۔ |
| PN5190_STATUS_RFU9 | 0x14 | محفوظ |
| PN5190_STATUS_CLOCK_ERROR | 0x15 | اشارہ کرتا ہے کہ CLIF کی گھڑی شروع نہیں ہوئی۔ |
| PN5190_STATUS_RFU10 | 0x16 | محفوظ |
| PN5190_STATUS_PRBS_ERROR | 0x17 | اشارہ کرتا ہے کہ PRBS کمانڈ نے ایک خرابی لوٹائی |
| PN5190_STATUS_INSTR_ERROR | 0x18 | اشارہ کرتا ہے کہ کمانڈ کا آپریشن ناکام ہو گیا ہے (اس میں شامل ہو سکتا ہے، ہدایات کے پیرامیٹرز میں خرابی، نحو کی خرابی، خود آپریشن میں غلطی، ہدایات کے لیے پیشگی تقاضے پورے نہیں ہوئے وغیرہ) |
| PN5190_STATUS_ACCESS_DENIED | 0x19 | اشارہ کرتا ہے کہ اندرونی میموری تک رسائی سے انکار کر دیا گیا ہے۔ |
| PN5190_STATUS_TX_FAILURE | 0x1A | اشارہ کرتا ہے کہ TX اوور RF ناکام ہو گیا ہے۔ |
| PN5190_STATUS_NO_ANTENNA | 0x1B | اشارہ کرتا ہے کہ کوئی اینٹینا منسلک/موجود نہیں ہے۔ |
| PN5190_STATUS_TXLDO_ERROR | 0x1C۔ | اشارہ کرتا ہے کہ TXLDO میں ایک خرابی ہے جب VUP دستیاب نہیں ہے اور RF آن ہے۔ |
| PN5190_STATUS_RFCFG_NOT_APPLIED | 0x1D | اشارہ کرتا ہے کہ جب RF کو آن کیا جاتا ہے تو RF کنفیگریشن لوڈ نہیں ہوتی ہے۔ |
| PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR | 0x1E | FW 2.01 تک: متوقع نہیں۔ |
| FW 2.03 سے: اشارہ کرتا ہے کہ LOG ENABLE BIT کے ساتھ تبادلے کے دوران FeliCa EMD رجسٹر میں سیٹ ہے، FeliCa EMD کی خرابی دیکھی گئی |
||
| PN5190_STATUS_INTERNAL_ERROR | 0x7F | اشارہ کرتا ہے کہ NVM آپریشن ناکام ہوگیا۔ |
| PN5190_STATUS_SUCCSES_CHAINING | 0xAF | اشارہ کرتا ہے کہ مزید ڈیٹا پڑھنا باقی ہے۔ |
4.4 واقعات ختم ہوئے۔view
میزبان کو ایونٹس کی اطلاع دینے کے دو طریقے ہیں۔
4.4.1 IRQ پن پر عام واقعات
یہ واقعات درج ذیل زمرے ہیں:
- ہمیشہ فعال - میزبان کو ہمیشہ مطلع کیا جاتا ہے۔
- میزبان کے ذریعے کنٹرول - میزبان کو مطلع کیا جاتا ہے، اگر متعلقہ ایونٹ ان ایبل بٹ رجسٹر میں سیٹ کیا گیا ہو (EVENT_ENABLE (01h))۔
CLIF سمیت پیری فیرل IPs سے کم سطحی رکاوٹوں کو فرم ویئر کے اندر مکمل طور پر سنبھالا جائے گا اور میزبان کو صرف واقعات کے سیکشن میں درج واقعات کے بارے میں مطلع کیا جائے گا۔
فرم ویئر دو ایونٹ رجسٹرز کو RAM رجسٹر کے طور پر لاگو کرتا ہے جنہیں سیکشن 4.5.1.1 / سیکشن 4.5.1.5 کمانڈز کا استعمال کرتے ہوئے لکھا/پڑھا جا سکتا ہے۔
رجسٹر EVENT_ENABLE (0x01) => مخصوص/تمام ایونٹ کی اطلاعات کو فعال کریں۔
رجسٹر EVENT_STATUS (0x02) => ایونٹ کے پیغام کے پے لوڈ کا حصہ۔
میزبان کے ذریعے ایونٹ کا پیغام پڑھے جانے کے بعد ایونٹس کو کلیئر کر دیا جائے گا۔
واقعات غیر مطابقت پذیر ہوتے ہیں اور میزبان کو مطلع کیا جاتا ہے، اگر وہ EVENT_ENABLE رجسٹر میں فعال ہیں۔
مندرجہ ذیل واقعات کی فہرست ہے جو ایونٹ کے پیغام کے حصے کے طور پر میزبان کو دستیاب ہوں گی۔
ٹیبل 10۔ PN5190 واقعات (EVENT_STATUS کے مشمولات)
| بٹ - رینج | میدان [1] | ہمیشہ فعال (Y/N) | |
| 31 | 12 | آر ایف یو | NA |
| 11 | 11 | CTS_EVENT [2] | N |
| 10 | 10 | IDLE_EVENT | Y |
| 9 | 9 | LPCD_CALIBRATION_DONE_EVENT | Y |
| 8 | 8 | LPCD_EVENT | Y |
| 7 | 7 | AUTOCOLL_EVENT | Y |
| 6 | 6 | TIMER0_EVENT | N |
| 5 | 5 | TX_OVERCURRENT_EVENT | N |
| 4 | 4 | RFON_DET_EVENT [2] | N |
| 3 | 3 | RFOFF_DET_EVENT [2] | N |
| 2 | 2 | STANDBY_PREV_EVENT | Y |
| 1 | 1 | GENERAL_ERROR_EVENT | Y |
| 0 | 0 | BOOT_EVENT | Y |
- نوٹ کریں کہ غلطیوں کے علاوہ کوئی دو واقعات جمع نہیں کیے گئے ہیں۔ آپریشن کے دوران غلطیوں کی صورت میں، فنکشنل ایونٹ (جیسے BOOT_EVENT، AUTOCALL_EVENT وغیرہ) اور GENERAL_ERROR_EVENT سیٹ کیا جائے گا۔
- یہ ایونٹ میزبان پر پوسٹ ہونے کے بعد خود بخود غیر فعال ہو جائے گا۔ میزبان کو ان ایونٹس کو دوبارہ فعال کرنا چاہیے اگر وہ ان ایونٹس کو مطلع کرنا چاہتا ہے۔
4.4.1.1 ایونٹ میسج فارمیٹس
ایونٹ کے پیغام کا فارمیٹ کسی واقعہ کی موجودگی اور PN5190 کی مختلف حالت کے لحاظ سے مختلف ہوتا ہے۔
میزبان ضرور پڑھیں tag (T) اور پیغام کی لمبائی (L) اور پھر واقعات کی قدر (V) کے طور پر بائٹس کی متعلقہ تعداد کو پڑھیں۔
عام طور پر، ایونٹ کا پیغام (شکل 12 دیکھیں) میں EVENT_STATUS ہوتا ہے جیسا کہ جدول 11 میں بیان کیا گیا ہے اور ایونٹ کا ڈیٹا EVENT_STATUS میں سیٹ کردہ متعلقہ ایونٹ بٹ سے مطابقت رکھتا ہے۔
نوٹ:
کچھ واقعات کے لیے، پے لوڈ موجود نہیں ہے۔ مثال کے طور پر اگر TIMER0_EVENT کو ٹرگر کیا جاتا ہے، تو صرف EVENT_STATUS ایونٹ کے پیغام کے حصے کے طور پر فراہم کیا جاتا ہے۔
جدول 11 میں یہ بھی بتایا گیا ہے کہ آیا ایونٹ کا ڈیٹا ایونٹ کے پیغام میں متعلقہ ایونٹ کے لیے موجود ہے۔
GENERAL_ERROR_EVENT دیگر واقعات کے ساتھ بھی ہو سکتا ہے۔
اس منظر نامے میں، ایونٹ کا پیغام (تصویر 13 دیکھیں) ٹیبل 11 میں بیان کردہ EVENT_STATUS اور GENERAL_ERROR_STATUS_DATA پر مشتمل ہے جیسا کہ ٹیبل 14 میں بیان کیا گیا ہے اور پھر ایونٹ کا ڈیٹا EVENT_STATUS میں سیٹ کردہ متعلقہ ایونٹ بٹ سے مساوی ہے جیسا کہ T11 میں بیان کیا گیا ہے۔
نوٹ:
صرف BOOT_EVENT کے بعد یا POR، STANDBY، ULPCD کے بعد، میزبان اوپر دی گئی کمانڈز جاری کر کے نارمل آپریشن موڈ میں کام کر سکے گا۔
موجودہ چلنے والی کمانڈ کو ختم کرنے کی صورت میں، صرف IDLE_EVENT کے بعد، میزبان اوپر دی گئی کمانڈز جاری کر کے نارمل آپریشن موڈ میں کام کر سکے گا۔
4.4.1.2 مختلف واقعات کی حیثیت کی تعریفیں۔
EVENT_STATUS کے لیے 4.4.1.2.1 بٹ تعریفیں۔
جدول 11۔ EVENT_STATUS بٹس کی تعریفیں۔
| بٹ (سے - سے) | واقعہ | تفصیل | متعلقہ ایونٹ کے ایونٹ کا ڈیٹا (اگر کوئی ہے) |
|
| 31 | 12 | آر ایف یو | محفوظ | |
| 11 | 11 | CTS_EVENT | یہ بٹ سیٹ ہوتا ہے، جب CTS ایونٹ تیار ہوتا ہے۔ | ٹیبل 86 |
| 10 | 10 | IDLE_EVENT | یہ بٹ سیٹ کیا جاتا ہے، جب جاری کمانڈ کو SWITCH_MODE_NORMAL کمانڈ کے جاری ہونے کی وجہ سے منسوخ کر دیا جاتا ہے۔ | ایونٹ کا کوئی ڈیٹا نہیں ہے۔ |
| 9 | 9 | LPCD_CALIBRATION_DONE_ واقعہ |
یہ بٹ اس وقت سیٹ ہوتا ہے جب LPCD کیلیبریشنڈون ایونٹ تیار ہوتا ہے۔ | ٹیبل 16 |
| 8 | 8 | LPCD_EVENT | یہ بٹ سیٹ ہو جاتا ہے، جب LPCD ایونٹ تیار ہوتا ہے۔ | ٹیبل 15 |
| 7 | 7 | AUTOCOLL_EVENT | یہ بٹ سیٹ ہو جاتا ہے، جب AUTOCOLL آپریشن مکمل ہو جاتا ہے۔ | ٹیبل 52 |
| 6 | 6 | TIMER0_EVENT | یہ بٹ سیٹ ہو جاتا ہے، جب TIMER0 واقعہ ہوتا ہے۔ | ایونٹ کا کوئی ڈیٹا نہیں ہے۔ |
| 5 | 5 | TX_OVERCURRENT_ERROR_ واقعہ |
یہ بٹ سیٹ کیا جاتا ہے، جب TX ڈرائیور پر کرنٹ EEPROM میں متعین حد سے زیادہ ہوتا ہے۔ اس شرط پر، میزبان کو اطلاع دینے سے پہلے فیلڈ خود بخود بند ہو جاتا ہے۔ براہ کرم سیکشن 4.4.2.2 دیکھیں۔ | ایونٹ کا کوئی ڈیٹا نہیں ہے۔ |
| 4 | 4 | RFON_DET_EVENT | یہ بٹ سیٹ کیا جاتا ہے، جب بیرونی RF فیلڈ کا پتہ چل جاتا ہے۔ | ایونٹ کا کوئی ڈیٹا نہیں ہے۔ |
| 3 | 3 | RFOFF_DET_EVENT | یہ بٹ سیٹ ہو جاتا ہے، جب پہلے سے موجود بیرونی RF فیلڈ غائب ہو جاتی ہے۔ | ایونٹ کا کوئی ڈیٹا نہیں ہے۔ |
| 2 | 2 | STANDBY_PREV_EVENT | یہ بٹ سیٹ کیا جاتا ہے، جب اسٹینڈ بائی کو روکا جاتا ہے کیونکہ روک تھام کے حالات موجود ہوتے ہیں۔ | ٹیبل 13 |
| 1 | 1 | GENERAL_ERROR_EVENT | یہ بٹ سیٹ کیا جاتا ہے، جب کوئی عام خرابی کی شرائط موجود ہوں۔ | ٹیبل 14 |
| 0 | 0 | BOOT_EVENT | یہ بٹ سیٹ ہوتا ہے، جب PN5190 POR/Standby کے ساتھ بوٹ ہوتا ہے۔ | ٹیبل 12 |
4.4.1.2.2 BOOT_STATUS_DATA کے لیے بٹ تعریفیں۔
جدول 12۔ BOOT_STATUS_DATA بٹس کی تعریفیں۔
| تھوڑا سا | سے بٹ | بوٹ کی حیثیت | بوٹ کی وجہ سے |
| 31 | 27 | آر ایف یو | محفوظ |
| 26 | 26 | ULP_STANDBY | ULP_STANDBY سے باہر نکلنے کی وجہ سے بوٹ اپ کی وجہ۔ |
| 25 | 23 | آر ایف یو | محفوظ |
| 22 | 22 | BOOT_ RX_ULPDET | RX ULPDET کے نتیجے میں ULP-اسٹینڈ بائی موڈ میں بوٹ ہوا۔ |
| 21 | 21 | آر ایف یو | محفوظ |
| 20 | 20 | BOOT_SPI | SPI_NTS سگنل کم ہونے کی وجہ سے بوٹ اپ کی وجہ |
| 19 | 17 | آر ایف یو | محفوظ |
| 16 | 16 | BOOT_GPIO3 | GPIO3 کی کم سے اونچی منتقلی کی وجہ سے بوٹ اپ کی وجہ۔ |
| 15 | 15 | BOOT_GPIO2 | GPIO2 کی کم سے اونچی منتقلی کی وجہ سے بوٹ اپ کی وجہ۔ |
| 14 | 14 | BOOT_GPIO1 | GPIO1 کی کم سے اونچی منتقلی کی وجہ سے بوٹ اپ کی وجہ۔ |
| 13 | 13 | BOOT_GPIO0 | GPIO0 کی کم سے اونچی منتقلی کی وجہ سے بوٹ اپ کی وجہ۔ |
| 12 | 12 | BOOT_LPDET | اسٹینڈ بائی/سسپنڈ کے دوران بیرونی RF فیلڈ کی موجودگی کی وجہ سے بوٹ اپ کی وجہ |
| 11 | 11 | آر ایف یو | محفوظ |
| 10 | 8 | آر ایف یو | محفوظ |
| 7 | 7 | BOOT_SOFT_RESET | IC کے نرم ری سیٹ کی وجہ سے بوٹ اپ کی وجہ |
| 6 | 6 | BOOT_VDDIO_LOSS | VDDIO کے نقصان کی وجہ سے بوٹ اپ۔ سیکشن 4.4.2.3 کا حوالہ دیں۔ |
| 5 | 5 | BOOT_VDDIO_START | بوٹ اپ کی وجہ اگر STANDBY VDDIO LOSS کے ساتھ داخل ہوا ہے۔ سیکشن 4.4.2.3 کا حوالہ دیں۔ |
| 4 | 4 | BOOT_WUC | اسٹینڈ بائی آپریشن کے دوران ویک اپ کاؤنٹر کے بوٹ اپ کی وجہ ختم ہوگئی۔ |
| 3 | 3 | BOOT_TEMP | IC درجہ حرارت کی وجہ سے بوٹ اپ کی وجہ ترتیب شدہ حد سے زیادہ ہے۔ براہ کرم سیکشن 4.4.2.1 سے رجوع کریں۔ |
| 2 | 2 | BOOT_WDG | واچ ڈاگ ری سیٹ کی وجہ سے بوٹ اپ کی وجہ |
| 1 | 1 | آر ایف یو | محفوظ |
| 0 | 0 | BOOT_POR | بوٹ اپ کی وجہ سے پاور آن ری سیٹ |
STANDBY_PREV_STATUS_DATA کے لیے 4.4.1.2.3 بٹ تعریفیں
جدول 13۔ STANDBY_PREV_STATUS_DATA بٹس کی تعریفیں
| تھوڑا سا | سے بٹ | اسٹینڈ بائی روک تھام | کی وجہ سے اسٹینڈ بائی روک دیا گیا۔ |
| 31 | 26 | آر ایف یو | محفوظ |
| 25 | 25 | آر ایف یو | محفوظ |
| 24 | 24 | PREV_TEMP | ICs آپریٹنگ درجہ حرارت حد سے باہر ہے۔ |
| 23 | 23 | آر ایف یو | محفوظ |
| 22 | 22 | PREV_HOSTCOMM | میزبان انٹرفیس مواصلات |
| 21 | 21 | PREV_SPI | SPI_NTS سگنل کم کھینچا جا رہا ہے۔ |
| 20 | 18 | آر ایف یو | محفوظ |
| 17 | 17 | PREV_GPIO3 | GPIO3 سگنل کم سے اعلی کی طرف منتقلی |
| 16 | 16 | PREV_GPIO2 | GPIO2 سگنل کم سے اعلی کی طرف منتقلی |
| 15 | 15 | PREV_GPIO1 | GPIO1 سگنل کم سے اعلی کی طرف منتقلی |
| 14 | 14 | PREV_GPIO0 | GPIO0 سگنل کم سے اعلی کی طرف منتقلی |
| 13 | 13 | PREV_WUC | جاگنے کا کاؤنٹر گزر گیا۔ |
| 12 | 12 | PREV_LPDET | کم طاقت کا پتہ لگانا۔ اس وقت ہوتا ہے جب اسٹینڈ بائی میں جانے کے عمل میں ایک بیرونی RF سگنل کا پتہ چلتا ہے۔ |
| 11 | 11 | PREV_RX_ULPDET | RX انتہائی کم طاقت کا پتہ لگانا۔ اس وقت ہوتا ہے جب ULP_STANDBY پر جانے کے عمل میں RF سگنل کا پتہ چلتا ہے۔ |
| 10 | 10 | آر ایف یو | محفوظ |
| 9 | 5 | آر ایف یو | محفوظ |
| 4 | 4 | آر ایف یو | محفوظ |
| 3 | 3 | آر ایف یو | محفوظ |
| 2 | 2 | آر ایف یو | محفوظ |
| 1 | 1 | آر ایف یو | محفوظ |
| 0 | 0 | آر ایف یو | محفوظ |
GENERAL_ERROR_STATUS_DATA کے لیے 4.4.1.2.4 بٹ تعریفیں
جدول 14. GENERAL_ERROR_STATUS_DATA بٹس کے لیے تعریفیں
| تھوڑا سا | سے تھوڑا سا | خرابی کی کیفیت | تفصیل |
| 31 | 6 | آر ایف یو | محفوظ |
| 5 | 5 | XTAL_START_ERROR | XTAL آغاز بوٹ کے دوران ناکام ہو گیا۔ |
| 4 | 4 | SYS_TRIM_RECOVERY_ERROR | اندرونی سسٹم ٹرم میموری میں خرابی پیش آگئی، لیکن ریکوری ناکام ہوگئی۔ سسٹم ڈاؤن گریڈڈ موڈ میں کام کرتا ہے۔ |
| 3 | 3 | SYS_TRIM_RECOVERY_SUCCESS | اندرونی سسٹم ٹرم میموری میں خرابی پیش آگئی، اور بازیابی کامیاب رہی۔ بازیابی کے مؤثر ہونے کے لیے میزبان کو PN5190 کو دوبارہ شروع کرنا چاہیے۔ |
| 2 | 2 | TXLDO_ERROR | TXLDO غلطی |
| 1 | 1 | CLOCK_ERROR | گھڑی کی خرابی |
| 0 | 0 | GPADC_ERROR | ADC کی غلطی |
LPCD_STATUS_DATA کے لیے 4.4.1.2.5 بٹ تعریفیں۔
جدول 15۔ LPCD_STATUS_DATA بائٹس کی تعریفیں۔
| تھوڑا سا | سے بٹ | LPCD یا ULPCD کے بنیادی آپریشن کے مطابق اسٹیٹس بٹس کا اطلاق | متعلقہ بٹ کی تفصیل اسٹیٹس بائٹ میں سیٹ کی گئی ہے۔ | ||
| ایل پی سی ڈی | یو ایل پی سی ڈی | ||||
| 31 | 7 | آر ایف یو | محفوظ | ||
| 6 | 6 | Abort_HIF | Y | N | HIF سرگرمی کی وجہ سے روک دیا گیا۔ |
| 5 | 5 | CLKDET خرابی۔ | N | Y | CLKDET کی خرابی کی وجہ سے روک دیا گیا۔ |
| 4 | 4 | XTAL ٹائم آؤٹ | N | Y | XTAL ٹائم آؤٹ کی وجہ سے اسقاط ہوا۔ |
| 3 | 3 | VDDPA LDO Overcurrent | N | Y | VDDPA LDO اوورکورنٹ کی وجہ سے اسقاط ہوا۔ |
| 2 | 2 | بیرونی آر ایف فیلڈ | Y | Y | بیرونی RF فیلڈ کی وجہ سے روک دیا گیا۔ |
| 1 | 1 | GPIO3 اسقاط | N | Y | GPIO3 کی سطح میں تبدیلی کی وجہ سے ختم کر دیا گیا۔ |
| 0 | 0 | کارڈ کا پتہ چلا | Y | Y | کارڈ کا پتہ چلا ہے۔ |
LPCD_CALIBRATION_DONE اسٹیٹس ڈیٹا کے لیے 4.4.1.2.6 بٹ تعریفیں
جدول 16. ULPCD کے لیے LPCD_CALIBRATION_DONE اسٹیٹس ڈیٹا بائٹس کی تعریفیں
| تھوڑا سا | سے بٹ | LPCD_CALIBRATION DONE کی حیثیت واقعہ | متعلقہ بٹ کی تفصیل اسٹیٹس بائٹ میں سیٹ کی گئی ہے۔ |
| 31 | 11 | محفوظ | |
| 10 | 0 | ULPCD کیلیبریشن سے حوالہ قیمت | ULPCD کیلیبریشن کے دوران ماپا گیا RSSI قدر جو ULPCD کے دوران حوالہ کے طور پر استعمال ہوتا ہے۔ |
جدول 17۔ ایل پی سی ڈی کے لیے LPCD_CALIBRATION_DONE اسٹیٹس ڈیٹا بائٹس کی تعریفیں
| تھوڑا سا | سے بٹ | LPCD یا ULPCD کے بنیادی آپریشن کے مطابق اسٹیٹس بٹس کا اطلاق | متعلقہ بٹ کی تفصیل اسٹیٹس بائٹ میں سیٹ کی گئی ہے۔ | ||
| 2 | 2 | بیرونی آر ایف فیلڈ | Y | Y | بیرونی RF فیلڈ کی وجہ سے روک دیا گیا۔ |
| 1 | 1 | GPIO3 اسقاط | N | Y | GPIO3 کی سطح میں تبدیلی کی وجہ سے ختم کر دیا گیا۔ |
| 0 | 0 | کارڈ کا پتہ چلا | Y | Y | کارڈ کا پتہ چلا ہے۔ |
4.4.2 مختلف بوٹ منظرناموں کو سنبھالنا
PN5190 IC IC پیرامیٹرز سے متعلق مختلف خرابی کی شرائط کو ذیل میں ہینڈل کرتا ہے۔
4.4.2.1 جب PN5190 زیر عمل ہو تو زیادہ درجہ حرارت کے منظر نامے کو سنبھالنا
جب بھی PN5190 IC کا اندرونی درجہ حرارت EEPROM فیلڈ TEMP_WARNING [2] میں ترتیب کردہ حد کی قدر تک پہنچتا ہے، IC اسٹینڈ بائی میں داخل ہوتا ہے۔ اور نتیجتاً اگر EEPROM فیلڈ ENABLE_GPIO0_ON_OVERTEMP [2] کو میزبان کو اطلاع دینے کے لیے ترتیب دیا گیا ہے، تو GPIO0 کو زیادہ سے زیادہ درجہ حرارت پر IC کو مطلع کرنے کے لیے کھینچا جائے گا۔
جیسا کہ اور جب IC کا درجہ حرارت EEPROM فیلڈ TEMP_WARNING [2] میں ترتیب کردہ حد کی قدر سے نیچے آتا ہے، تو IC BOOT_EVENT کے ساتھ بوٹ اپ ہو جائے گا جیسا کہ ٹیبل 11 میں ہے اور BOOT_TEMP بوٹ اسٹیٹس بٹ سیٹ ہے جیسا کہ ٹیبل 12 میں ہے اور GPIO0 کو کم کر دیا جائے گا۔
4.4.2.2 اوور کرنٹ کو سنبھالنا
اگر PN5190 IC اوور کرنٹ حالت کو محسوس کرتا ہے، تو IC RF پاور کو بند کر دیتا ہے اور TX_OVERCURRENT_ERROR_EVENT بھیجتا ہے جیسا کہ جدول 11 میں ہے۔
overcurrent حالت کی مدت کو EEPROM فیلڈ TXLDO_CONFIG [2] میں ترمیم کرکے کنٹرول کیا جا سکتا ہے۔
موجودہ حد سے زیادہ IC کے بارے میں معلومات کے لیے، دستاویز [2] سے رجوع کریں۔
نوٹ:
اگر کوئی دیگر زیر التواء واقعات یا جواب ہیں، تو وہ میزبان کو بھیجے جائیں گے۔
4.4.2.3 آپریشن کے دوران VDDIO کا نقصان
اگر PN5190 IC کا سامنا ہوتا ہے کہ کوئی VDDIO (VDDIO نقصان نہیں ہے)، IC اسٹینڈ بائی میں داخل ہوتا ہے۔
IC صرف اس وقت بوٹ ہوتا ہے جب VDDIO دستیاب ہو، BOOT_EVENT کے ساتھ جیسا کہ جدول 11 میں ہے اور BOOT_VDDIO_START بوٹ اسٹیٹس بٹ کو جدول 12 کی طرح سیٹ کیا گیا ہے۔
PN5190 IC جامد خصوصیات کے بارے میں معلومات کے لیے، دستاویز [2] سے رجوع کریں۔
4.4.3 اسقاط حمل کے منظرناموں کو سنبھالنا
PN5190 IC کو موجودہ ایگزیکیوٹنگ کمانڈز اور PN5190 IC کے رویے کو ختم کرنے کی حمایت حاصل ہے، جب اسقاط کی کمانڈ جیسا کہ سیکشن 4.5.4.5.2 PN5190 IC کو بھیجا جاتا ہے جیسا کہ جدول 18 میں دکھایا گیا ہے۔
نوٹ:
جب PN5190 IC ULPCD اور ULP-اسٹینڈ بائی موڈ میں ہے، تو اسے یا تو سیکشن 4.5.4.5.2 بھیج کر یا SPI ٹرانزیکشن شروع کر کے (SPI_NTS سگنل کو کم کر کے) ختم نہیں کیا جا سکتا۔
جدول 18۔ سیکشن 4.5.4.5.2 کے ساتھ مختلف کمانڈز ختم ہونے پر ایونٹ کے ردعمل کی توقع
| احکام | رویہ جب سوئچ موڈ نارمل کمانڈ بھیجا جاتا ہے۔ |
| تمام کمانڈز جہاں کم طاقت داخل نہیں ہوتی ہے۔ | EVENT_STAUS "IDLE_EVENT" پر سیٹ ہے |
| سوئچ موڈ LPCD | EVENT_STATUS کو "LPCD_EVENT" پر سیٹ کیا گیا ہے "LPCD_ STATUS_DATA" کے ساتھ اسٹیٹس بٹس کو "Abort_HIF" کے طور پر ظاہر کرتا ہے۔ |
| سوئچ موڈ اسٹینڈ بائی | EVENT_STAUS کو "BOOT_EVENT" پر سیٹ کیا گیا ہے جس میں "BOOT_ STATUS_DATA" بٹس "BOOT_SPI" کو ظاہر کرتا ہے۔ |
| سوئچ موڈ آٹوکول (کوئی خود مختار موڈ نہیں، اسٹینڈ بائی کے ساتھ خود مختار موڈ اور اسٹینڈ بائی کے بغیر خود مختار موڈ) | EVENT_STAUS کو STATUS_DATA بٹس کے ساتھ "AUTOCOLL_EVENT" پر سیٹ کیا گیا ہے جس سے یہ ظاہر ہوتا ہے کہ صارف کی کمانڈ منسوخ کر دی گئی تھی۔ |
4.5 نارمل موڈ آپریشن کی ہدایات کی تفصیلات
4.5.1 رجسٹر ہیرا پھیری
اس سیکشن کی ہدایات PN5190 کے منطقی رجسٹروں تک رسائی کے لیے استعمال کی جاتی ہیں۔
4.5.1.1 WRITE_REGISTER
اس ہدایت کو منطقی رجسٹر میں 32 بٹ ویلیو (لٹل اینڈین) لکھنے کے لیے استعمال کیا جاتا ہے۔
4.5.1.1.1 شرائط
رجسٹر کا پتہ موجود ہونا چاہیے، اور رجسٹر میں یا تو READ-WRITE یا WRITE-ONLY وصف ہونا چاہیے۔
4.5.1.1.2 کمانڈ
ٹیبل 19۔ WRITE_REGISTER کمانڈ ویلیو رجسٹر میں 32 بٹ ویلیو لکھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| پتہ رجسٹر کریں۔ | 1 بائٹ | رجسٹر کا پتہ۔ |
ٹیبل 19. WRITE_REGISTER کمانڈ ویلیو...جاری ہے۔
رجسٹر میں 32 بٹ ویلیو لکھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| قدر | 4 بائٹس | 32-بٹ رجسٹر ویلیو جو لکھنا ضروری ہے۔ (لٹل اینڈین) |
4.5.1.1.3 جواب
جدول 20. WRITE_REGISTER جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS | ||
| PN5190_STATUS_INSTR_ERROR |
4.5.1.1.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.1.2 WRITE_REGISTER_OR_MASK
یہ ہدایت ایک منطقی یا آپریشن کا استعمال کرتے ہوئے رجسٹر کے مواد میں ترمیم کرنے کے لیے استعمال ہوتی ہے۔ رجسٹر کا مواد پڑھا جاتا ہے اور فراہم کردہ ماسک کے ساتھ ایک منطقی OR آپریشن کیا جاتا ہے۔ ترمیم شدہ مواد کو رجسٹر پر واپس لکھا جاتا ہے۔
4.5.1.2.1 شرائط
رجسٹر کا پتہ موجود ہونا چاہیے، اور رجسٹر میں READ-WRITE وصف ہونا چاہیے۔
4.5.1.2.2 کمانڈ
ٹیبل 21. WRITE_REGISTER_OR_MASK کمانڈ ویلیو فراہم کردہ ماسک کا استعمال کرتے ہوئے رجسٹر پر ایک منطقی یا آپریشن کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| پتہ رجسٹر کریں۔ | 1 بائٹ | رجسٹر کا پتہ۔ |
| ماسک | 4 بائٹس | بٹ ماسک منطقی یا آپریشن کے لیے بطور آپرینڈ استعمال ہوتا ہے۔ (لٹل اینڈین) |
4.5.1.2.3 جواب
جدول 22. WRITE_REGISTER_OR_MASK جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS | ||
| PN5190_STATUS_INSTR_ERROR |
4.5.1.2.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.1.3 WRITE_REGISTER_AND_MASK
یہ ہدایت ایک منطقی اور عمل کا استعمال کرتے ہوئے رجسٹر کے مواد میں ترمیم کرنے کے لیے استعمال ہوتی ہے۔ رجسٹر کا مواد پڑھا جاتا ہے اور فراہم کردہ ماسک کے ساتھ ایک منطقی اور آپریشن کیا جاتا ہے۔ ترمیم شدہ مواد کو واپس رجسٹر میں لکھا جاتا ہے۔
4.5.1.3.1 شرائط
رجسٹر کا پتہ موجود ہونا چاہیے، اور رجسٹر میں READ-WRITE وصف ہونا چاہیے۔
4.5.1.3.2 کمانڈ
ٹیبل 23. WRITE_REGISTER_AND_MASK کمانڈ ویلیو فراہم کردہ ماسک کا استعمال کرتے ہوئے رجسٹر پر ایک منطقی اور آپریشن کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| پتہ رجسٹر کریں۔ | 1 بائٹ | رجسٹر کا پتہ۔ |
| ماسک | 4 بائٹس | بٹ ماسک منطقی اور آپریشن کے لیے بطور آپرینڈ استعمال ہوتا ہے۔ (لٹل اینڈین) |
4.5.1.3.3 جواب
جدول 24. WRITE_REGISTER_AND_MASK جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS | ||
| PN5190_STATUS_INSTR_ERROR |
4.5.1.3.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.1.4 WRITE_REGISTER_MULTIPLE
یہ ہدایات کی فعالیت سیکشن 4.5.1.1، سیکشن 4.5.1.2، سیکشن 4.5.1.3 کی طرح ہے، ان کو یکجا کرنے کے امکانات کے ساتھ۔ درحقیقت، یہ رجسٹر ٹائپ ویلیو سیٹ کی ایک صف لیتا ہے اور مناسب کارروائی کرتا ہے۔ قسم اس عمل کی عکاسی کرتی ہے جو یا تو رجسٹر پر لکھنا، منطقی یا رجسٹر پر آپریشن یا رجسٹر پر منطقی اور آپریشن ہے۔
4.5.1.4.1 شرائط
ایک سیٹ کے اندر رجسٹر کا متعلقہ منطقی پتہ موجود ہونا چاہیے۔
رجسٹر تک رسائی کی خصوصیت کو مطلوبہ کارروائی (قسم) کو انجام دینے کی اجازت دینی چاہیے:
- تحریری کارروائی (0x01): READ-WRITE یا WRITE-ONLY انتساب
- یا ماسک ایکشن (0x02): READ-WRITE انتساب
- اور ماسک ایکشن (0x03): READ-WRITE انتساب
'سیٹ' سرنی کا سائز 1 - 43 کے درمیان ہونا چاہیے، بشمول۔
فیلڈ 'قسم' 1 - 3 کی رینج میں ہونی چاہیے، بشمول
4.5.1.4.2 کمانڈ
ٹیبل 25. WRITE_REGISTER_MULTIPLE کمانڈ ویلیو رجسٹر ویلیو کے جوڑوں کے سیٹ کا استعمال کرتے ہوئے لکھنے کے رجسٹر آپریشن کو انجام دیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |||
| سیٹ کریں [1…n] | 6 بائٹس | پتہ رجسٹر کریں۔ | 1 بائٹ | رجسٹر کا منطقی پتہ۔ | |
| قسم | 1 بائٹ | 0x1 | رجسٹر لکھیں۔ | ||
| 0x2 | رجسٹر یا ماسک لکھیں۔ | ||||
| 0x3 | رجسٹر اور ماسک لکھیں۔ | ||||
| قدر | 4 بائٹس | 32 بائٹ رجسٹر ویلیو جو لکھی جانی چاہیے، یا منطقی آپریشن کے لیے بٹ ماسک استعمال کیا جائے۔ (لٹل اینڈین) | |||
نوٹ: استثناء کی صورت میں آپریشن کو واپس نہیں لیا جاتا، یعنی رجسٹر جن میں ترمیم کی گئی ہے جب تک کہ استثناء واقع نہ ہوجائے ترمیم شدہ حالت میں رہیں۔ میزبان کو ایک متعین حالت میں بحال کرنے کے لیے مناسب اقدامات کرنا ہوں گے۔
4.5.1.4.3 جواب
جدول 26. WRITE_REGISTER_MULTIPLE جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS | ||
| PN5190_STATUS_INSTR_ERROR |
4.5.1.4.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.1.5 پڑھیں_رجسٹر
یہ ہدایت منطقی رجسٹر کے مواد کو پڑھنے کے لیے استعمال کی جاتی ہے۔ جواب میں مواد موجود ہے، لٹل اینڈین فارمیٹ میں 4 بائٹ ویلیو کے طور پر۔
4.5.1.5.1 شرائط
منطقی رجسٹر کا پتہ موجود ہونا چاہیے۔ رجسٹر کی رسائی کی خصوصیت یا تو READ-RITE یا READ ONLY ہونی چاہیے۔
4.5.1.5.2 کمانڈ
ٹیبل 27۔ READ_REGISTER کمانڈ ویلیو
ایک رجسٹر کا مواد واپس پڑھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| پتہ رجسٹر کریں۔ | 1 بائٹ | منطقی رجسٹر کا پتہ |
4.5.1.5.3 جواب
جدول 28۔ READ_REGISTER جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) | ||
| رجسٹر ویلیو | 4 بائٹس | 32 بٹ رجسٹر ویلیو جو پڑھی جا چکی ہے۔ (لٹل اینڈین) |
4.5.1.5.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.1.6 READ_REGISTER_MULTIPLE
یہ ہدایت ایک ساتھ متعدد منطقی رجسٹروں کو پڑھنے کے لیے استعمال ہوتی ہے۔ نتیجہ (ہر رجسٹر کا مواد) ہدایات کے جواب میں فراہم کیا جاتا ہے۔ رجسٹر کا پتہ خود جواب میں شامل نہیں ہے۔ جواب کے اندر اندر رجسٹر کے مواد کی ترتیب ہدایات کے اندر اندر رجسٹر کے پتوں کی ترتیب سے مساوی ہے۔
4.5.1.6.1 شرائط
ہدایات کے اندر اندر تمام رجسٹر ایڈریس موجود ہونا ضروری ہے. ہر رجسٹر کے لیے رسائی کی خصوصیت یا تو READ-RITE یا READ ONLY ہونی چاہیے۔ 'رجسٹر ایڈریس' سرنی کا سائز 1 - 18 کے درمیان ہونا چاہیے، بشمول۔
4.5.1.6.2 کمانڈ
ٹیبل 29۔ READ_REGISTER_MULTIPLE کمانڈ ویلیو رجسٹروں کے سیٹ پر ریڈ رجسٹر آپریشن کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| پتہ رجسٹر کریں[1…n] | 1 بائٹ | پتہ رجسٹر کریں۔ |
4.5.1.6.3 جواب
جدول 30۔ READ_REGISTER_MULTIPLE جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | ||
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: | ||
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) | ||||
| رجسٹر ویلیو [1…n] | 4 بائٹس | قدر | 4 بائٹس | 32-بٹ رجسٹر ویلیو جسے پڑھا گیا ہے (لٹل اینڈین)۔ |
4.5.1.6.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.2 E2PROM ہیرا پھیری
E2PROM میں قابل رسائی علاقہ EEPROM نقشہ اور قابل شناخت سائز کے مطابق ہے۔
نوٹ:
1. نیچے دی گئی ہدایات میں جہاں کہیں بھی 'E2PROM ایڈریس' کا تذکرہ کیا گیا ہے، وہ قابل ایڈریس ایریا کے سائز کا حوالہ دے گا۔
4.5.2.1 WRITE_E2PROM
یہ ہدایت E2PROM پر ایک یا زیادہ اقدار لکھنے کے لیے استعمال ہوتی ہے۔ فیلڈ 'ویلیوز' میں وہ ڈیٹا ہوتا ہے جسے E2PROM پر لکھا جانا ہوتا ہے جس کا آغاز فیلڈ 'E2PROM ایڈریس' کے ذریعے دیے گئے پتے سے ہوتا ہے۔ ڈیٹا کو ترتیب وار ترتیب میں لکھا جاتا ہے۔
نوٹ:
نوٹ کریں کہ یہ ایک بلاکنگ کمانڈ ہے، اس کا مطلب ہے کہ لکھنے کے عمل کے دوران NFC FE بلاک ہو گیا ہے۔ اس میں کئی ملی سیکنڈ لگ سکتے ہیں۔
4.5.2.1.1 شرائط
'E2PROM ایڈریس' فیلڈ [2] کے مطابق رینج میں ہونی چاہیے۔ 'ویلیوز' فیلڈ کے اندر بائٹس کی تعداد 1 - 1024 (0x0400) کے درمیان ہونی چاہیے۔ تحریری آپریشن EEPROM ایڈریس سے آگے نہیں جانا چاہیے جیسا کہ [2] میں بتایا گیا ہے۔ غلطی کا جواب میزبان کو بھیجا جائے گا اگر پتہ EEPROM ایڈریس اسپیس سے زیادہ ہو جیسا کہ [2] ہے۔
4.5.2.1.2 کمانڈ
جدول 31۔ WRITE_E2PROM کمانڈ ویلیو دی گئی قدروں کو ترتیب وار E2PROM پر لکھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| E2PROM پتہ | 2 بائٹ | EEPROM میں پتہ جس سے تحریری عمل شروع ہوگا۔ (لٹل اینڈین) |
| اقدار | 1 - 1024 بائٹس | قدریں جو ترتیب وار ترتیب میں E2PROM پر لکھی جائیں۔ |
4.5.2.1.3 جواب
جدول 32. WRITE_EEPROM جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.2.1.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.2.2 READ_E2PROM
یہ ہدایت E2PROM میموری ایریا سے ڈیٹا بیک پڑھنے کے لیے استعمال ہوتی ہے۔ فیلڈ 'E2PROM ایڈریس' پڑھنے کے آپریشن کے آغاز کا پتہ بتاتا ہے۔ جواب میں E2PROM سے پڑھا گیا ڈیٹا شامل ہے۔
4.5.2.2.1 شرائط
'E2PROM ایڈریس' فیلڈ ایک درست رینج میں ہونی چاہیے۔
'بائٹس کی تعداد' فیلڈ 1 - 256 کے درمیان ہونی چاہیے، بشمول۔
پڑھنے کا عمل آخری قابل رسائی EEPROM ایڈریس سے آگے نہیں جانا چاہیے۔
غلطی کا جواب میزبان کو بھیجا جائے گا، اگر پتہ EEPROM ایڈریس کی جگہ سے زیادہ ہے۔
4.5.2.2.2 کمانڈ
جدول 33۔ READ_E2PROM کمانڈ ویلیو E2PROM سے ترتیب وار اقدار پڑھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| E2PROM پتہ | 2 بائٹ | E2PROM میں پتہ جس سے پڑھنے کا عمل شروع ہوگا۔ (لٹل اینڈین) |
| بائٹس کی تعداد | 2 بائٹ | پڑھنے کے لیے بائٹس کی تعداد۔ (لٹل اینڈین) |
4.5.2.2.3 جواب
جدول 34. READ_E2PROM جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS | ||
| PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) | ||
| اقدار | 1 - 1024 بائٹس | وہ اقدار جنہیں ترتیب وار پڑھا گیا ہے۔ |
4.5.2.2.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.2.3 GET_CRC_USER_AREA
یہ ہدایت PN5190 IC کے پروٹوکول ایریا سمیت مکمل صارف کنفیگریشن ایریا کے لیے CRC کا حساب لگانے کے لیے استعمال ہوتی ہے۔
4.5.2.3.1 کمانڈ
ٹیبل 35. GET_CRC_USER_AREA کمانڈ ویلیو
پروٹوکول ایریا سمیت صارف کنفیگریشن ایریا کا CRC پڑھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| – | – | پے لوڈ میں کوئی ڈیٹا نہیں ہے۔ |
4.5.2.3.2 جواب
جدول 36. GET_CRC_USER_AREA جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS | ||
| PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) | ||
| اقدار | 4 بائٹس | لٹل اینڈین فارمیٹ میں CRC ڈیٹا کے 4 بائٹس۔ |
4.5.2.3.3 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.3 CLIF ڈیٹا ہیرا پھیری
اس سیکشن میں بیان کردہ ہدایات آر ایف ٹرانسمیشن اور ریسیپشن کے لیے کمانڈز کی وضاحت کرتی ہیں۔
4.5.3.1 EXCHANGE_RF_DATA
RF ایکسچینج فنکشن TX ڈیٹا کی ترسیل انجام دیتا ہے اور کسی بھی RX ڈیٹا کے استقبال کا انتظار کر رہا ہے۔
استقبالیہ (یا تو غلط یا درست) یا ٹائم آؤٹ ہونے کی صورت میں فنکشن واپس آتا ہے۔ ٹائمر ٹرانسمیشن کے اختتام کے ساتھ شروع ہوتا ہے اور استقبال کے آغاز کے ساتھ رک جاتا ہے۔ EEPROM میں پہلے سے تشکیل شدہ ٹائم آؤٹ ویلیو اس صورت میں استعمال کی جائے گی کہ ایکسچینج کمانڈ کے نفاذ سے پہلے ٹائم آؤٹ کنفیگر نہ ہو۔
اگر transceiver_state ہے
- IDLE میں TRANSCEIVE موڈ داخل ہوتا ہے۔
- WAIT_RECEIVE میں، انیشی ایٹر بٹ سیٹ ہونے کی صورت میں ٹرانسیور کی حالت TRANSCEIVE MODE پر ری سیٹ ہو جاتی ہے۔
- WAIT_TRANSMIT میں، انیشی ایٹر بٹ سیٹ نہ ہونے کی صورت میں ٹرانسیور کی حالت TRANSCEIVE MODE پر ری سیٹ ہو جاتی ہے۔
فیلڈ 'آخری بائٹ میں درست بٹس کی تعداد' منتقل کیے جانے والے ڈیٹا کی درست لمبائی کی نشاندہی کرتی ہے۔
4.5.3.1.1 شرائط
'TX ڈیٹا' فیلڈ کا سائز 0 - 1024 کے درمیان ہونا چاہیے، بشمول۔
'آخری بائٹ میں درست بٹس کی تعداد' فیلڈ 0 - 7 کے درمیان ہونی چاہیے۔
جاری آر ایف ٹرانسمیشن کے دوران کمانڈ کو نہیں بلایا جانا چاہیے۔ کمانڈ ڈیٹا کو منتقل کرنے کے لیے ٹرانسیور کی صحیح حالت کو یقینی بنائے گی۔
نوٹ:
یہ کمانڈ صرف ریڈر موڈ اور P2P" Passive/Active Initiator موڈ کے لیے درست ہے۔
4.5.3.1.2 کمانڈ
ٹیبل 37۔ EXCHANGE_RF_DATA کمانڈ ویلیو
TX ڈیٹا کو اندرونی RF ٹرانسمیشن بفر میں لکھیں اور ٹرانسسیو کمانڈ کا استعمال کرتے ہوئے ٹرانسمیشن شروع کریں اور میزبان کو جواب تیار کرنے کے لیے استقبالیہ یا ٹائم آؤٹ تک انتظار کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| آخری بائٹ میں درست بٹس کی تعداد | 1 بائٹ | 0 | آخری بائٹ کے تمام بٹس منتقل کیے جاتے ہیں۔ |
| 1 - 7 | منتقل کیے جانے والے آخری بائٹ کے اندر بٹس کی تعداد۔ | ||
| RFExchangeConfig | 1 بائٹ | آر ایف ای ایکسچینج فنکشن کی ترتیب۔ تفصیلات نیچے دیکھیں | |
جدول 37۔ EXCHANGE_RF_DATA کمانڈ ویلیو...جاری ہے۔
TX ڈیٹا کو اندرونی RF ٹرانسمیشن بفر میں لکھیں اور ٹرانسسیو کمانڈ کا استعمال کرتے ہوئے ٹرانسمیشن شروع کریں اور میزبان کو جواب تیار کرنے کے لیے استقبالیہ یا ٹائم آؤٹ تک انتظار کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| TX ڈیٹا | n بائٹس | TX ڈیٹا جو ٹرانسسیو کمانڈ کا استعمال کرتے ہوئے CLIF کے ذریعے بھیجا جانا چاہیے۔ n = 0 – 1024 بائٹس |
ٹیبل 38. RFexchangeConfig Bitmask
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | تفصیل |
| بٹس 4 - 7 RFU ہیں۔ | ||||||||
| X | RX_STATUS کی بنیاد پر جواب میں RX ڈیٹا شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ | |||||||
| X | جواب میں EVENT_STATUS رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ | |||||||
| X | جواب میں RX_STATUS_ERROR رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ | |||||||
| X | جواب میں RX_STATUS رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ |
4.5.3.1.3 جواب
جدول 39۔ EXCHANGE_RF_DATA جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) PN5190_STATUS_TIMEOUT PN5190_STATUS_RX_TIMEOUT PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_TIMEOUT_WIRTH_EMDER |
||
| RX_STATUS | 4 بائٹس | اگر RX_STATUS کی درخواست کی گئی ہے (لٹل اینڈین) |
| RX_STATUS_ERROR | 4 بائٹس | اگر RX_STATUS_ERROR کی درخواست کی گئی ہے (لٹل اینڈین) |
| EVENT_STATUS | 4 بائٹس | اگر EVENT_STATUS کی درخواست کی گئی ہے (لٹل اینڈین) |
| RX ڈیٹا | 1 - 1024 بائٹس | اگر RX ڈیٹا کی درخواست کی جائے۔ RF ایکسچینج کے RF استقبالیہ مرحلے کے دوران موصول ہونے والا RX ڈیٹا۔ |
4.5.3.1.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.3.2 TRANSMIT_RF_DATA
اس ہدایت کا استعمال ڈیٹا کو اندرونی CLIF ٹرانسمیشن بفر میں لکھنے اور ٹرانسسیو کمانڈ کا استعمال کرتے ہوئے ٹرانسمیشن شروع کرنے کے لیے کیا جاتا ہے۔ اس بفر کا سائز 1024 بائٹس تک محدود ہے۔ اس ہدایات پر عمل درآمد کے بعد، ایک RF استقبالیہ خود بخود شروع ہو جاتا ہے۔
ٹرانسمیشن مکمل ہونے کے فوراً بعد کمانڈ واپس آجاتی ہے استقبالیہ کی تکمیل کا انتظار نہیں کرتے۔
4.5.3.2.1 شرائط
'TX ڈیٹا' فیلڈ کے اندر بائٹس کی تعداد 1 - 1024 کے درمیان ہونی چاہیے، بشمول۔
جاری آر ایف ٹرانسمیشن کے دوران کمانڈ کو نہیں بلایا جانا چاہیے۔
4.5.3.2.2 کمانڈ
ٹیبل 40. TRANSMIT_RF_DATA کمانڈ ویلیو TX ڈیٹا کو اندرونی CLIF ٹرانسمیشن بفر میں لکھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| آخری بائٹ میں درست بٹس کی تعداد | 1 بائٹ | 0 آخری بائٹ کے تمام بٹس کو منتقل کیا جاتا ہے 1 - 7 آخری بائٹ کے اندر منتقل ہونے والے بٹس کی تعداد۔ |
| آر ایف یو | 1 بائٹ | محفوظ |
| TX ڈیٹا | 1 - 1024 بائٹس | TX ڈیٹا جو اگلی RF ٹرانسمیشن کے دوران استعمال کیا جائے گا۔ |
4.5.3.2.3 جواب
جدول 41. TRANSMIT_RF_DATA جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
4.5.3.2.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.3.3 RETRIEVE_RF_DATA
اس ہدایت کا استعمال اندرونی CLIF RX بفر سے ڈیٹا کو پڑھنے کے لیے کیا جاتا ہے، جس میں سیکشن 4.5.3.1 کے سابقہ عمل سے اس پر پوسٹ کیا گیا RF جوابی ڈیٹا (اگر کوئی ہو) ہوتا ہے جس میں موصولہ ڈیٹا کو جواب یا سیکشن 4.5.3.2 میں شامل نہ کرنے کا اختیار ہوتا ہے۔ .XNUMX کمانڈ۔
4.5.3.3.1 کمانڈ
ٹیبل 42. RETRIEVE_RF_DATA کمانڈ ویلیو اندرونی RF استقبالیہ بفر سے RX ڈیٹا پڑھیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| خالی | خالی | خالی |
4.5.3.3.2 جواب
جدول 43۔ RETRIEVE_RF_DATA جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
||
| RX ڈیٹا | 1 - 1024 بائٹس | RX ڈیٹا جو آخری کامیاب RF استقبالیہ کے دوران موصول ہوا ہے۔ |
4.5.3.3.3 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.3.4 RECEIVE_RF_DATA
یہ ہدایت ریڈر کے آر ایف انٹرفیس کے ذریعے موصول ہونے والے ڈیٹا کا انتظار کرتی ہے۔
ریڈر موڈ میں، یہ ہدایت واپس آتی ہے یا تو استقبالیہ (یا تو غلط یا درست) یا FWT ٹائم آؤٹ ہوا ہے۔ ٹائمر ٹرانسمیشن کے اختتام کے ساتھ شروع ہوتا ہے اور استقبال کے آغاز کے ساتھ رک جاتا ہے۔ EEPROM میں پہلے سے ترتیب شدہ ڈیفالٹ ٹائم آؤٹ ویلیو اس صورت میں استعمال کی جائے گی جب ایکسچینج کمانڈ کے نفاذ سے پہلے ٹائم آؤٹ کنفیگر نہ ہو۔
ٹارگٹ موڈ میں، یہ ہدایت یا تو استقبالیہ (غلط یا درست) یا بیرونی RF کی خرابی کی صورت میں واپس آتی ہے۔
نوٹ:
یہ ہدایت TX اور RX آپریشن کو انجام دینے کے لیے TRANSMIT_RF_DATA کمانڈ کے ساتھ استعمال کی جائے گی…
4.5.3.4.1 کمانڈ
ٹیبل 44۔ RECEIVE_RF_DATA کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| آر ایف سی کنفیگ وصول کریں۔ | 1 بائٹ | ReceiveRFCconfig فنکشن کی ترتیب۔ دیکھیں ٹیبل 45 |
ٹیبل 45۔ آر ایف سی کنفگ بٹ ماسک وصول کریں۔
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | تفصیل |
| بٹس 4 - 7 RFU ہیں۔ | ||||||||
| X | RX_STATUS کی بنیاد پر جواب میں RX ڈیٹا شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ | |||||||
| X | جواب میں EVENT_STATUS رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ | |||||||
| X | جواب میں RX_STATUS_ERROR رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ | |||||||
| X | جواب میں RX_STATUS رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ |
4.5.3.4.2 جواب
جدول 46۔ RECEIVE_RF_DATA جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) PN5190_STATUS_TIMEOUT |
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| PN5190_STATUS_NO_RF_FIELD PN5190_STATUS_NO_EXTERNAL_RF_FIELD |
||
| RX_STATUS | 4 بائٹس | اگر RX_STATUS کی درخواست کی گئی ہے (لٹل اینڈین) |
| RX_STATUS_ERROR | 4 بائٹس | اگر RX_STATUS_ERROR کی درخواست کی گئی ہے (لٹل اینڈین) |
| EVENT_STATUS | 4 بائٹس | اگر EVENT_STATUS کی درخواست کی گئی ہے (لٹل اینڈین) |
| RX ڈیٹا | 1 - 1024 بائٹس | اگر RX ڈیٹا کی درخواست کی جائے۔ RF پر RX ڈیٹا موصول ہوا۔ |
4.5.3.4.3 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.3.5 RETRIEVE_RF_FELICA_EMD_DATA (FeliCa EMD کنفیگریشن)
اس ہدایت کا استعمال اندرونی CLIF RX بفر سے ڈیٹا کو پڑھنے کے لیے کیا جاتا ہے، جس میں ایک FeliCa EMD جوابی ڈیٹا (اگر کوئی ہے) ہوتا ہے جس میں EXCHANGE_RF_DATA کمانڈ کے پچھلے عمل سے اس پر پوسٹ کیا گیا تھا 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' اسٹیٹس کے ساتھ۔
نوٹ: یہ کمانڈ PN5190 FW v02.03 سے دستیاب ہے۔
4.5.3.5.1 کمانڈ
اندرونی RF استقبالیہ بفر سے RX ڈیٹا پڑھیں۔
ٹیبل 47. RETRIEVE_RF_FELICA_EMD_DATA کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| FeliCaRFRetrieveConfig | 1 بائٹ | 00 – ایف ایف | RETRIEVE_RF_FELICA_EMD_DATA فنکشن کی کنفیگریشن |
| کنفیگریشن (بٹ ماسک) کی تفصیل | بٹ 7..2: آر ایف یو بٹ 1: جواب میں RX_STATUS_ ERROR رجسٹر شامل کریں، اگر بٹ 1b پر سیٹ ہے۔ بٹ 0: جواب میں RX_STATUS رجسٹر شامل کریں، اگر بٹ کو 1b پر سیٹ کیا گیا ہے۔ |
||
4.5.3.5.2 جواب
جدول 48. RETRIEVE_RF_FELICA_EMD_DATA جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |||
| حیثیت | 1 بائٹ | آپریشن کی حیثیت۔ متوقع قدریں حسب ذیل ہیں: PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) | |||
| RX_STATUS | 4 بائٹ | اگر RX_STATUS کی درخواست کی گئی ہے (لٹل اینڈین) | |||
| RX_STATUS_ ERROR | 4 بائٹ | اگر RX_STATUS_ERROR کی درخواست کی گئی ہے (لٹل اینڈین) | |||
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |||
| RX ڈیٹا | 1…1024 بائٹ | FeliCa EMD RX ڈیٹا جو ایکسچینج کمانڈ کا استعمال کرتے ہوئے آخری ناکام RF استقبالیہ کے دوران موصول ہوا ہے۔ | |||
4.5.3.5.3 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.4 سوئچنگ آپریشن موڈ
PN5190 4 مختلف آپریشن موڈز کو سپورٹ کرتا ہے:
4.5.4.1 نارمل
یہ ڈیفالٹ موڈ ہے، جہاں تمام ہدایات کی اجازت ہے۔
4.5.4.2 اسٹینڈ بائی
PN5190 بجلی بچانے کے لیے اسٹینڈ بائی/نیند کی حالت میں ہے۔ اسٹینڈ بائی کو دوبارہ کب چھوڑنا ہے اس کی وضاحت کرنے کے لیے جاگنے کے حالات کا سیٹ ہونا ضروری ہے۔
4.5.4.3 LPCD
PN5190 کم طاقت والے کارڈ کا پتہ لگانے کے موڈ میں ہے، جہاں یہ ایک ایسے کارڈ کا پتہ لگانے کی کوشش کرتا ہے جو آپریٹنگ والیوم میں داخل ہو رہا ہے، کم سے کم بجلی کی کھپت کے ساتھ۔
4.5.4.4 آٹوکول
PN5190 RF سننے والے کے طور پر کام کر رہا ہے، ٹارگٹ موڈ ایکٹیویشن کو خود مختار طریقے سے انجام دے رہا ہے (حقیقی وقت کی رکاوٹوں کی ضمانت کے لیے)
4.5.4.5 SWITCH_MODE_NORMAL
سوئچ موڈ نارمل کمانڈ میں استعمال کے تین کیسز ہیں۔
4.5.4.5.1 UseCase1: پاور اپ پر نارمل آپریشن موڈ درج کریں (POR)
عام آپریشن موڈ میں داخل ہو کر اگلی کمانڈ وصول کرنے/اس پر کارروائی کرنے کے لیے Idle حالت پر دوبارہ سیٹ کرنے کے لیے استعمال کریں۔
4.5.4.5.2 UseCase2: نارمل آپریشن موڈ پر جانے کے لیے پہلے سے چل رہی کمانڈ کو ختم کرنا (اسقاط کمانڈ)
پہلے سے چل رہے کمانڈز کو ختم کر کے اگلی کمانڈ کو وصول کرنے / اس پر کارروائی کرنے کے لیے Idle حالت پر دوبارہ سیٹ کرنے کے لیے استعمال کریں۔
اسٹینڈ بائی، ایل پی سی ڈی، ایکسچینج، پی آر بی ایس، اور آٹوکول جیسی کمانڈز کو اس کمانڈ کا استعمال کرتے ہوئے ختم کرنا ممکن ہوگا۔
یہ واحد خاص حکم ہے، جس کا کوئی جواب نہیں ہے۔ اس کے بجائے، اس میں EVENT کی اطلاع ہے۔
مختلف بنیادی کمانڈ پر عمل درآمد کے دوران ہونے والے واقعات کی قسم کے بارے میں مزید معلومات کے لیے سیکشن 4.4.3 کا حوالہ دیں۔
4.5.4.5.2.1 UseCase2.1:
یہ کمانڈ تمام CLIF TX، RX، اور فیلڈ کنٹرول رجسٹروں کو بوٹ حالت میں دوبارہ ترتیب دے گی۔ اس کمانڈ کو جاری کرنے سے کوئی بھی موجودہ RF فیلڈ آف ہو جائے گا۔
4.5.4.5.2.2 UseCase2.2:
PN5190 FW v02.03 کے بعد سے دستیاب:
یہ کمانڈ CLIF TX، RX، اور فیلڈ کنٹرول رجسٹرز میں ترمیم نہیں کرے گا بلکہ صرف ٹرانسیور کو IDLE حالت میں لے جائے گا۔
4.5.4.5.3 UseCase3: اسٹینڈ بائی سے نرم ری سیٹ/باہر نکلنے پر نارمل آپریشن موڈ، LPCD اس صورت میں، PN5190 براہ راست عام آپریشن موڈ میں داخل ہوتا ہے، IDLE_EVENT کو میزبان کو بھیج کر (شکل 12 یا شکل 13) اور " IDLE_EVENT" بٹ کو ٹیبل 11 میں سیٹ کیا گیا ہے۔
SWITCH_MODE_NORMAL کمانڈ بھیجنے کی کوئی ضرورت نہیں ہے۔
نوٹ:
IC کے نارمل موڈ میں تبدیل ہونے کے بعد، RF کی تمام سیٹنگز ڈیفالٹ حالت میں تبدیل ہو جاتی ہیں۔ یہ ضروری ہے کہ RF آن یا RF ایکسچینج آپریشن کرنے سے پہلے متعلقہ RF کنفیگریشن اور دیگر متعلقہ رجسٹروں کو مناسب قدروں کے ساتھ لوڈ کیا جائے۔
4.5.4.5.4 مختلف استعمال کے کیسز کے لیے بھیجنے کے لیے کمانڈ فریم
4.5.4.5.4.1 UseCase1: کمانڈ پاور اپ (POR) 0x20 0x01 0x00 پر نارمل آپریشن موڈ میں داخل ہوں
4.5.4.5.4.2 UseCase2: معمول کے آپریشن موڈ پر جانے کے لیے پہلے سے چل رہے کمانڈز کو ختم کرنے کا حکم
کیس 2.1 استعمال کریں:
0x20 0x00 0x00
کیس 2.2 استعمال کریں: (FW v02.02 سے):
0x20 0x02 0x00
4.5.4.5.4.3 UseCase3: اسٹینڈ بائی، LPCD، ULPCD سے نرم ری سیٹ/باہر نکلنے پر نارمل آپریشن موڈ کے لیے کمانڈ
کوئی نہیں۔ PN5190 نارمل آپریشن موڈ میں براہ راست داخل ہوتا ہے۔
4.5.4.5.5 جواب
کوئی نہیں۔
4.5.4.5.6 واقعہ
ایک BOOT_EVENT (EVENT_STATUS رجسٹر میں) سیٹ کیا گیا ہے جس سے ظاہر ہوتا ہے کہ نارمل موڈ داخل ہو گیا ہے اور میزبان کو بھیج دیا گیا ہے۔ ایونٹ کے اعداد و شمار کے لیے تصویر 12 اور شکل 13 سے رجوع کریں۔
ایک IDLE_EVENT (EVENT_STATUS رجسٹر میں) سیٹ کیا گیا ہے جو اس بات کی نشاندہی کرتا ہے کہ نارمل موڈ داخل ہو گیا ہے اور میزبان کو بھیج دیا گیا ہے۔ ایونٹ کے اعداد و شمار کے لیے تصویر 12 اور شکل 13 سے رجوع کریں۔
ایک BOOT_EVENT (EVENT_STATUS رجسٹر میں) سیٹ کیا گیا ہے جو اس بات کی نشاندہی کرتا ہے کہ نارمل موڈ داخل ہو گیا ہے اور میزبان کو بھیج دیا گیا ہے۔ ایونٹ کے اعداد و شمار کے لیے تصویر 12 اور شکل 13 سے رجوع کریں۔
4.5.4.6 SWITCH_MODE_AUTOCOLL
سوئچ موڈ آٹوکول ٹارگٹ موڈ میں کارڈ ایکٹیویشن کا طریقہ کار خود بخود انجام دیتا ہے۔
فیلڈ 'آٹوکول موڈ' 0 - 2 کے درمیان ہونا چاہیے، بشمول۔
اگر فیلڈ 'آٹوکول موڈ' 2 (آٹوکول) پر سیٹ ہے: فیلڈ 'RF ٹیکنالوجیز' (ٹیبل 50) میں ایک بٹ ماسک ہونا چاہیے جو آٹوکول کے دوران سپورٹ کرنے کے لیے RF ٹیکنالوجیز کی نشاندہی کرے۔
اس موڈ میں رہتے ہوئے کوئی ہدایات نہیں بھیجی جائیں گی۔
ایک مداخلت کا استعمال کرتے ہوئے ختم ہونے کی نشاندہی کی جاتی ہے۔
4.5.4.6.1 کمانڈ
ٹیبل 49۔ SWITCH_MODE_AUTOCOLL کمانڈ ویلیو
| پیرامیٹر | لمبائی | قدر/تفصیل | |
| آر ایف ٹیکنالوجیز | 1 بائٹ | آٹوکول کے دوران سننے کے لیے RF ٹیکنالوجی کی نشاندہی کرنے والا بٹ ماسک۔ | |
| آٹوکول موڈ | 1 بائٹ | 0 | کوئی خود مختار موڈ نہیں۔، یعنی آٹوکول ختم ہوجاتا ہے جب بیرونی RF فیلڈ موجود نہیں ہوتا ہے۔ |
| کی صورت میں برطرفی | |||
| • کوئی RF FIELD یا RF FIELD غائب نہیں ہوا ہے۔ | |||
| • PN5190 کو ٹارگٹ موڈ میں ایکٹیویٹ کیا گیا ہے۔ | |||
| 1 | اسٹینڈ بائی کے ساتھ خود مختار موڈ. جب کوئی RF فیلڈ موجود نہیں ہے، آٹوکول خود بخود اسٹینڈ بائی موڈ میں داخل ہو جاتا ہے۔ ایک بار جب RF بیرونی RF فیلڈ کا پتہ چل جاتا ہے، PN5190 دوبارہ آٹوکول موڈ میں داخل ہوتا ہے۔ | ||
| کی صورت میں برطرفی | |||
| • PN5190 کو ٹارگٹ موڈ میں ایکٹیویٹ کیا گیا ہے۔ | |||
| PN5190 FW سے v02.03 آگے: اگر EEPROM فیلڈ "bCard ModeUltraLowPowerEnabled" ایڈریس '0xCDF' پر سیٹ ہے '1'، تو PN5190 الٹرا لو پاور اسٹینڈ بائی میں داخل ہوتا ہے۔ | |||
| 2 | اسٹینڈ بائی کے بغیر خود مختار موڈ. جب کوئی RF فیلڈ موجود نہیں ہے، PN5190 آٹوکول الگورتھم شروع کرنے سے پہلے RF فیلڈ کے موجود ہونے تک انتظار کرتا ہے۔ اس معاملے میں اسٹینڈ بائی استعمال نہیں کیا جاتا ہے۔ | ||
| کی صورت میں برطرفی • PN5190 کو ٹارگٹ موڈ میں ایکٹیویٹ کیا گیا ہے۔ |
|||
ٹیبل 50. آر ایف ٹیکنالوجیز بٹ ماسک
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | تفصیل |
| 0 | 0 | 0 | 0 | آر ایف یو | ||||
| X | اگر 1b پر سیٹ ہے تو NFC-F ایکٹو کے لیے سننا فعال ہے۔ (دستیاب نہیں ہے). | |||||||
| X | اگر 1b پر سیٹ ہے تو NFC-A ایکٹو کے لیے سننا فعال ہے۔ (دستیاب نہیں ہے). | |||||||
| X | اگر 1b پر سیٹ ہے تو NFC-F کے لیے سننا فعال ہے۔ | |||||||
| X | اگر 1b پر سیٹ ہے تو NFC-A کے لیے سننا فعال ہے۔ |
4.5.4.6.2 جواب
جواب صرف اس بات کی نشاندہی کرتا ہے کہ کمانڈ پر کارروائی کی گئی ہے۔
جدول 51۔ SWITCH_MODE_AUTOCOLL جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (غلط ترتیبات کی وجہ سے سوئچ موڈ درج نہیں کیا گیا ہے) |
4.5.4.6.3 واقعہ
کمانڈ ختم ہونے اور نارمل موڈ میں داخل ہونے پر ایونٹ کی اطلاع بھیجی جاتی ہے۔ میزبان واقعہ کی قدر کی بنیاد پر جوابی بائٹس کو پڑھے گا۔
نوٹ:
جب اسٹیٹس "PN5190_STATUS_INSTR_SUCCESS" نہیں ہے، تو مزید "پروٹوکول" اور "Card_Activated" ڈیٹا بائٹس موجود نہیں ہیں۔
ٹیکنالوجی کی معلومات سیکشن 4.5.1.5، سیکشن 4.5.1.6 کمانڈز کا استعمال کرتے ہوئے رجسٹروں سے حاصل کی جاتی ہیں۔
مندرجہ ذیل جدول ایونٹ کا ڈیٹا دکھاتا ہے جو ایونٹ میسج فگر 12 اور فگر 13 کے حصے کے طور پر بھیجا گیا ہے۔
جدول 52۔ EVENT_SWITCH_MODE_AUTOCOLL – AUTOCOLL_EVENT ڈیٹا سوئچ آپریشن موڈ آٹوکول ایونٹ
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت | |
| PN5190_STATUS_INSTR_SUCCESS | PN5190 کو ٹارگٹ موڈ میں ایکٹیویٹ کیا گیا ہے۔ اس ایونٹ میں مزید ڈیٹا درست ہیں۔ |
||
| PN5190_STATUS_PREVENT_STANDBY | اشارہ کرتا ہے کہ PN5190 کو اسٹینڈ بائی موڈ میں جانے سے روکا گیا ہے۔ یہ حیثیت صرف اس وقت درست ہے جب آٹوکول موڈ کو "اسٹینڈ بائی کے ساتھ خود مختار موڈ" کے طور پر منتخب کیا جاتا ہے۔ | ||
| PN5190_STATUS_NO_EXTERNAL_RF_ FIELD | اشارہ کرتا ہے کہ غیر خود مختار موڈ میں آٹوکول کے عمل کے دوران کوئی بیرونی RF فیلڈ موجود نہیں ہے | ||
| PN5190_STATUS_USER_CANCELLED | اشارہ کرتا ہے کہ موجودہ کمانڈ جو جاری ہے سوئچ موڈ نارمل کمانڈ کے ذریعے ختم کر دیا گیا ہے۔ | ||
| پروٹوکول | 1 بائٹ | 0x10 | Passive TypeA کے بطور فعال |
| 0x11 | Passive TypeF 212 کے بطور فعال | ||
| 0x12 | Passive TypeF 424 کے بطور فعال | ||
| 0x20 | ایکٹو ٹائپ اے کے طور پر چالو کیا گیا۔ | ||
| 0x21 | ایکٹو ٹائپ ایف 212 کے طور پر فعال | ||
| 0x22 | ایکٹو ٹائپ ایف 424 کے طور پر فعال | ||
| دوسری اقدار | غلط | ||
| کارڈ_فعال | 1 بائٹ | 0x00 | ISO 14443-3 کے مطابق کارڈ کو چالو کرنے کا کوئی عمل نہیں۔ |
| 0x01 | اشارہ کرتا ہے کہ آلہ غیر فعال موڈ میں فعال ہے۔ |
نوٹ:
ایونٹ کے ڈیٹا کو پڑھنے کے بعد، کارڈ/ڈیوائس سے موصول ہونے والا ڈیٹا جو ایکٹیویٹ کیا گیا تھا (جیسے ISO18092/ISO1443-4 کے مطابق ATR_REQ/RATS کے 'n' بائٹس) کو سیکشن 4.5.3.3 کمانڈ کا استعمال کرتے ہوئے پڑھا جائے گا۔
4.5.4.6.4 مواصلات سابقample
4.5.4.7 SWITCH_MODE_STANDBY
سوئچ موڈ اسٹینڈ بائی خود بخود IC کو اسٹینڈ بائی موڈ میں سیٹ کرتا ہے۔ IC جاگنے کے حالات کو پورا کرنے کے لیے ترتیب شدہ ویک اپ ذرائع کے بعد جاگ جائے گا۔
نوٹ:
اسٹینڈ بائی موڈز سے باہر نکلنے کے لیے ULP STANDBY کے لیے کاؤنٹر ایکسپائری اور STANDBY کے لیے HIF اسقاط بطور ڈیفالٹ دستیاب ہیں۔
4.5.4.7.1 کمانڈ
ٹیبل 53۔ SWITCH_MODE_STANDBY کمانڈ ویلیو
| پیرامیٹر | لمبائی | قدر/تفصیل |
| ترتیب | 1 بائٹ | بٹ ماسک استعمال کیے جانے والے ویک اپ سورس کو کنٹرول کرتا ہے اور داخل ہونے کے لیے اسٹینڈ بائی موڈ۔ کا حوالہ دیتے ہیں ٹیبل 54 |
| کاؤنٹر ویلیو | 2 بائٹس | ملی سیکنڈ میں ویک اپ کاؤنٹر کے لیے استعمال شدہ قدر۔ اسٹینڈ بائی کے لیے زیادہ سے زیادہ تعاون یافتہ قدر 2690 ہے۔ ULP اسٹینڈ بائی کے لیے زیادہ سے زیادہ تعاون یافتہ قدر 4095 ہے۔ فراہم کی جانے والی قدر لٹل اینڈین فارمیٹ میں ہے۔ یہ پیرامیٹر کے مشمولات صرف اس صورت میں درست ہیں جب "Config Bitmask" کاؤنٹر کی میعاد ختم ہونے پر جاگنے کے لیے فعال ہو۔ |
ٹیبل 54. بٹ ماسک کو ترتیب دیں۔
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | تفصیل |
| X | اگر بٹ 1b پر سیٹ ہے تو ULP سٹینڈ بائی درج کریں اگر بٹ 0b پر سیٹ ہے تو سٹینڈ بائی درج کریں۔ | |||||||
| 0 | آر ایف یو | |||||||
| X | GPIO-3 پر اٹھیں جب یہ زیادہ ہو، اگر بٹ کو 1b پر سیٹ کیا گیا ہو۔ (یو ایل پی اسٹینڈ بائی کے لیے قابل اطلاق نہیں ہے) | |||||||
| X | GPIO-2 پر اٹھیں جب یہ زیادہ ہو، اگر بٹ کو 1b پر سیٹ کیا گیا ہو۔ (یو ایل پی اسٹینڈ بائی کے لیے قابل اطلاق نہیں ہے) | |||||||
| X | GPIO-1 پر اٹھیں جب یہ زیادہ ہو، اگر بٹ کو 1b پر سیٹ کیا گیا ہو۔ (یو ایل پی اسٹینڈ بائی کے لیے قابل اطلاق نہیں ہے) | |||||||
| X | GPIO-0 پر اٹھیں جب یہ زیادہ ہو، اگر بٹ کو 1b پر سیٹ کیا گیا ہو۔ (یو ایل پی اسٹینڈ بائی کے لیے قابل اطلاق نہیں ہے) | |||||||
| X | اگر بٹ 1b پر سیٹ ہو تو ویک اپ کاؤنٹر پر ویک اپ کی میعاد ختم ہو جاتی ہے۔ ULP-اسٹینڈ بائی کے لیے، یہ اختیار بطور ڈیفالٹ فعال ہے۔ | |||||||
| X | بیرونی RF فیلڈ پر ویک اپ، اگر بٹ 1b پر سیٹ ہے۔ |
نوٹ: PN5190 FW v02.03 سے، اگر EEPROM فیلڈ "CardModeUltraLowPowerEnabled" ایڈریس '0xCDF' پر '1' پر سیٹ ہے تو ULP اسٹینڈ بائی کنفیگریشن کو SWITCH_MODE_STANDBY کمانڈ کے ساتھ استعمال نہیں کیا جا سکتا۔
4.5.4.7.2 جواب
جواب صرف اس بات کی نشاندہی کرتا ہے کہ کمانڈ پر کارروائی کی گئی ہے اور میزبان کی طرف سے جواب کو مکمل طور پر پڑھنے کے بعد ہی اسٹینڈ بائی حالت داخل کی جائے گی۔
جدول 55۔ SWITCH_MODE_STANDBY جوابی قدر سوئچ آپریشن موڈ اسٹینڈ بائی
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (سوئچ موڈ داخل نہیں کیا گیا ہے - غلط ترتیبات کی وجہ سے) |
4.5.4.7.3 واقعہ
کمانڈ ختم ہونے اور نارمل موڈ میں داخل ہونے پر ایونٹ کی اطلاع بھیجی جاتی ہے۔ ایونٹ کی شکل کا حوالہ دیں جو کمانڈ کی تکمیل کے بعد بھیجی جائے گی جیسا کہ شکل 12 اور شکل 13 میں ہے۔
اس صورت میں اگر PN5190 کو اسٹینڈ بائی موڈ میں جانے سے روکا جاتا ہے، تو EVENT_STATUS میں سیٹ کردہ ایونٹ "STANDBY_PREV_EVENT" بٹ جیسا کہ ٹیبل 11 میں ذکر کیا گیا ہے اسٹینڈ بائی روک تھام کی وجہ کے ساتھ میزبان کو بھیجا جاتا ہے جیسا کہ جدول 13 میں بتایا گیا ہے۔
4.5.4.7.4 مواصلات سابقample
4.5.4.8 SWITCH_MODE_LPCD
سوئچ موڈ ایل پی سی ڈی اینٹینا کے ارد گرد بدلتے ہوئے ماحول کی وجہ سے انٹینا پر ڈی ٹیوننگ ڈٹیکشن کرتا ہے۔
ایل پی سی ڈی کے 2 مختلف طریقے ہیں۔ HW-based (ULPCD) حل کم حساسیت کے ساتھ مسابقتی بجلی کی کھپت پیش کرتا ہے۔ FW-based (LPCD) سلوشن بجلی کی بڑھتی ہوئی کھپت کے ساتھ بہترین درجے کی حساسیت پیش کرتا ہے۔
FW کی بنیاد پر (LPCD) کے سنگل موڈ میں، میزبان کو کوئی کیلیبریشن ایونٹ نہیں بھیجا گیا ہے۔
جب سنگل موڈ شروع کیا جاتا ہے تو، انشانکن اور یکے بعد دیگرے پیمائشیں اسٹینڈ بائی سے باہر نکلنے کے بعد کی جاتی ہیں۔
سنگل موڈ میں کیلیبریشن ایونٹ کے لیے، پہلے کیلیبریشن ایونٹ کمانڈ کے ساتھ سنگل موڈ جاری کریں۔ کیلیبریشن کے بعد، ایک LPCD کیلیبریشن ایونٹ موصول ہوتا ہے جس کے بعد سنگل موڈ کمانڈ کو ان پٹ پیرامیٹر کے طور پر پچھلے مرحلے سے حاصل کردہ حوالہ قیمت کے ساتھ بھیجا جانا چاہیے۔
LPCD کی ترتیب EEPROM/Flash Data سیٹنگز میں کمانڈ کو کال کرنے سے پہلے کی جاتی ہے۔
نوٹ:
ULPCD کے لیے GPIO3 اسقاط، LPCD کے لیے HIF اسقاط کم طاقت والے طریقوں سے باہر نکلنے کے لیے بطور ڈیفالٹ دستیاب ہیں۔
کاؤنٹر کی میعاد ختم ہونے کی وجہ سے جاگنا ہمیشہ فعال ہوتا ہے۔
ULPCD کے لیے، DC-DC کنفیگریشن کو EEPROM/Flash Data کی ترتیبات میں غیر فعال ہونا چاہیے اور VBAT کے ذریعے VUP سپلائی فراہم کرنا چاہیے۔ جمپر کی ضروری ترتیبات بنائی جانی چاہئیں۔ EEPROM/Flash Data کی ترتیبات کے لیے، دستاویز [2] سے رجوع کریں۔
اگر کمانڈ LPCD/ULPCD کیلیبریشن کے لیے ہے، تو میزبان کو ابھی بھی مکمل فریم بھیجنا ہوگا۔
4.5.4.8.1 کمانڈ
ٹیبل 56. SWITCH_MODE_LPCD کمانڈ ویلیو
| پیرامیٹر | لمبائی | قدر/تفصیل | |
| بی کنٹرول | 1 بائٹ | 0x00 | ULPCD کیلیبریشن درج کریں۔ کیلیبریشن کے بعد کمانڈ رک جاتا ہے اور ریفرنس ویلیو کے ساتھ ایک ایونٹ میزبان کو بھیجا جاتا ہے۔ |
| 0x01 | ULPCD درج کریں۔ | ||
| 0x02 | ایل پی سی ڈی انشانکن۔ کیلیبریشن کے بعد کمانڈ رک جاتا ہے اور ریفرنس ویلیو کے ساتھ ایک ایونٹ میزبان کو بھیجا جاتا ہے۔ | ||
| 0x03 | LPCD درج کریں۔ | ||
| 0x04 | سنگل موڈ | ||
| 0x0C۔ | کیلیبریشن ایونٹ کے ساتھ سنگل موڈ | ||
| دیگر اقدار | آر ایف یو | ||
| ویک اپ کنٹرول | 1 بائٹ | LPCD/ULPCD کے لیے استعمال کیے جانے والے ویک اپ سورس کو کنٹرول کرنے والا بٹ ماسک۔ اس فیلڈ کے مواد کو انشانکن کے لیے نہیں سمجھا جاتا ہے۔ کا حوالہ دیتے ہیں ٹیبل 57 | |
| حوالہ قدر | 4 بائٹس | ULPCD/LPCD کے دوران استعمال ہونے والی حوالہ قدر۔ ULPCD کے لیے، بائٹ 2 جو HF Attenuator کی قدر رکھتا ہے، انشانکن اور پیمائش دونوں مرحلے کے دوران استعمال ہوتا ہے۔ LPCD کے لیے، اس فیلڈ کے مواد کو کیلیبریشن اور سنگل موڈ کے لیے نہیں سمجھا جاتا ہے۔ کا حوالہ دیتے ہیں ٹیبل 58 تمام 4 بائٹس پر درست معلومات کے لیے۔ |
|
| کاؤنٹر ویلیو | 2 بائٹس | ملی سیکنڈ میں ویک اپ کاؤنٹر کی قدر۔ LPCD کے لیے زیادہ سے زیادہ تعاون یافتہ قدر 2690 ہے۔ ULPCD کے لیے زیادہ سے زیادہ تعاون یافتہ قدر 4095 ہے۔ فراہم کی جانے والی قدر لٹل اینڈین فارمیٹ میں ہے۔ LPCD کیلیبریشن کے لیے اس فیلڈ کے مواد پر غور نہیں کیا جاتا ہے۔ کیلیبریشن ایونٹ کے ساتھ سنگل موڈ اور سنگل موڈ کے لیے، انشانکن سے پہلے اسٹینڈ بائی کا دورانیہ EEPROM کنفیگریشن سے کنفیگر کیا جا سکتا ہے: LPCD_SETTINGS->wCheck Period۔ انشانکن کے ساتھ سنگل موڈ کے لیے، WUC کی قدر غیر صفر ہونی چاہیے۔ |
|
ٹیبل 57۔ ویک اپ کنٹرول بٹ ماسک
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | تفصیل |
| 0 | 0 | 0 | 0 | 0 | 0 | 0 | آر ایف یو | |
| X | بیرونی RF فیلڈ پر ویک اپ، اگر بٹ 1b پر سیٹ ہے۔ |
جدول 58۔ حوالہ ویلیو بائٹ کی معلومات
| حوالہ قدر بائٹس | یو ایل پی سی ڈی | ایل پی سی ڈی |
| بائٹ 0 | حوالہ بائٹ 0 | چینل 0 حوالہ بائٹ 0 |
| بائٹ 1 | حوالہ بائٹ 1 | چینل 0 حوالہ بائٹ 1 |
| بائٹ 2 | HF Attenuator قدر | چینل 1 حوالہ بائٹ 0 |
| بائٹ 3 | NA | چینل 1 حوالہ بائٹ 1 |
4.5.4.8.2 جواب
جدول 59۔ SWITCH_MODE_LPCD جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR (سوئچ موڈ داخل نہیں کیا گیا ہے - غلط ترتیبات کی وجہ سے) |
4.5.4.8.3 واقعہ
کمانڈ ختم ہونے پر ایونٹ کی اطلاع بھیجی جاتی ہے، اور شکل 12 اور شکل 13 میں بیان کردہ ایونٹ کے حصے کے طور پر درج ذیل ڈیٹا کے ساتھ نارمل موڈ داخل کیا جاتا ہے۔
جدول 60۔ EVT_SWITCH_MODE_LPCD
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| ایل پی سی ڈی کی حیثیت | جدول 15 کا حوالہ دیں | جدول 154.5.4.8.4 سے رجوع کریں۔ample |
4.5.4.9 SWITCH_MODE_DOWNLOAD
سوئچ موڈ ڈاؤن لوڈ کمانڈ فرم ویئر ڈاؤن لوڈ موڈ میں داخل ہوتا ہے۔
ڈاؤن لوڈ موڈ سے باہر آنے کا واحد طریقہ PN5190 پر دوبارہ ترتیب دینا ہے۔
4.5.4.9.1 کمانڈ
ٹیبل 61۔ SWITCH_MODE_DOWNLOAD کمانڈ ویلیو
| پیرامیٹر | لمبائی | قدر/تفصیل |
| – | – | کوئی قدر نہیں |
4.5.4.9.2 جواب
جواب صرف اس بات کی نشاندہی کرتا ہے کہ کمانڈ پر کارروائی ہو چکی ہے اور میزبان کی طرف سے جواب کو پڑھنے کے بعد ڈاؤن لوڈ موڈ میں داخل کیا جائے گا۔
جدول 62۔ SWITCH_MODE_DOWNLOAD جوابی قدر
سوئچ آپریشن موڈ آٹوکول
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (سوئچ موڈ داخل نہیں کیا گیا ہے) |
4.5.4.9.3 واقعہ
کوئی ایونٹ جنریشن نہیں۔
4.5.4.9.4 مواصلات سابقample
4.5.5 MIFARE کلاسیکی تصدیق
4.5.5.1 MFC_AUTHENTICATE
یہ ہدایت ایک فعال کارڈ پر MIFARE کلاسیکی تصدیق کرنے کے لیے استعمال ہوتی ہے۔ دیئے گئے بلاک ایڈریس پر تصدیق کرنے کے لیے یہ کلید، کارڈ UID، اور کلیدی قسم لیتا ہے۔ جواب میں ایک بائٹ ہے جو تصدیق کی حیثیت کو ظاہر کرتا ہے۔
4.5.5.1.1 شرائط
فیلڈ کلید 6 بائٹس لمبی ہونی چاہیے۔ فیلڈ کلید کی قسم میں 0x60 یا 0x61 کی قدر ہونی چاہیے۔ بلاک ایڈریس میں 0x0 - 0xff کا کوئی بھی پتہ شامل ہو سکتا ہے۔ فیلڈ UID بائٹس لمبا ہونا چاہیے اور اس میں کارڈ کا 4byte UID ہونا چاہیے۔ ایک ISO14443-3 MIFARE کلاسک پروڈکٹ پر مبنی کارڈ کو اس ہدایات پر عمل کرنے سے پہلے اسٹیٹ ACTIVE یا ACTIVE* میں ڈالنا چاہیے۔
تصدیق سے متعلق رن ٹائم غلطی کی صورت میں، یہ فیلڈ 'توثیق کی حیثیت' اسی کے مطابق سیٹ کی جاتی ہے۔
4.5.5.1.2 کمانڈ
ٹیبل 63۔ MFC_AUTHENTICATE کمانڈ
ایک فعال MIFARE کلاسک پروڈکٹ پر مبنی کارڈ پر توثیق کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| چابی | 6 بائٹس | استعمال کی جانے والی تصدیق کی کلید۔ | |
| کلیدی قسم | 1 بائٹ | 0x60 | کلیدی قسم A |
| 0x61 | کلیدی قسم B | ||
| بلاک ایڈریس | 1 بائٹ | بلاک کا پتہ جس کے لیے توثیق کی جانی چاہیے۔ | |
| UID | 4 بائٹس | کارڈ کی UID۔ | |
4.5.5.1.3 جواب
جدول 64۔ MFC_AUTHENTICATE جواب
MFC_AUTHENTICATE کا جواب۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_INSTR_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_TIMEOUT PN5190_STATUS_AUTH_ERROR |
4.5.5.1.4 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.6 ISO 18000-3M3 (EPC GEN2) سپورٹ
4.5.6.1 EPC_GEN2_INVENTORY
یہ ہدایت ISO18000-3M3 کی انوینٹری کو انجام دینے کے لیے استعمال ہوتی ہے۔ tags. یہ ISO18000-3M3 کے مطابق کئی کمانڈز کی خود مختار عملدرآمد کو لاگو کرتا ہے تاکہ اس معیار کے مطابق مقرر کردہ اوقات کی ضمانت دی جا سکے۔
اگر ہدایات کے پے لوڈ میں موجود ہو تو، پہلے ایک سلیکٹ کمانڈ کو عمل میں لایا جاتا ہے جس کے بعد BeginRound کمانڈ کی جاتی ہے۔
اگر پہلے ٹائم سلاٹ میں کوئی درست جواب ہے (کوئی ٹائم آؤٹ نہیں، کوئی تصادم نہیں)، ہدایات ACK بھیجتی ہے اور موصول ہونے والے PC/XPC/UII کو محفوظ کرتی ہے۔ اس کے بعد ہدایات 'Timeslot Processed Behavior' فیلڈ کے مطابق ایک کارروائی کرتی ہے:
- اگر یہ فیلڈ 0 پر سیٹ ہے تو، اگلی ٹائم سلاٹ کو سنبھالنے کے لیے ایک NextSlot کمانڈ جاری کی جاتی ہے۔ یہ اس وقت تک دہرایا جاتا ہے جب تک کہ اندرونی بفر بھر نہ جائے۔
- اگر یہ فیلڈ 1 پر سیٹ ہے تو الگورتھم رک جاتا ہے۔
- اگر اس فیلڈ کو 2 پر سیٹ کیا جاتا ہے تو، ایک Req_Rn کمانڈ جاری کیا جاتا ہے اگر، اور صرف اس صورت میں، جب کوئی درست ہو tag اس ٹائم لاٹ کمانڈ میں جواب
فیلڈ 'سلیکٹ کمانڈ لینگتھ' میں فیلڈ 'سلیکٹ کمانڈ' کی لمبائی ہونی چاہیے، جو 1 سے 39 تک کی حد میں ہونی چاہیے، بشمول۔ اگر 'سلیکٹ کمانڈ لینگتھ' 0 ہے تو فیلڈز 'آخری بائٹ میں درست بٹس' اور 'سلیکٹ کمانڈ' موجود نہیں ہونا چاہیے۔
آخری بائٹ میں فیلڈ بٹس میں 'سلیکٹ کمانڈ' فیلڈ کے آخری بائٹ میں منتقل کیے جانے والے بٹس کی تعداد ہونی چاہیے۔ قدر 1 - 7 کے درمیان ہونی چاہیے، بشمول۔ اگر قدر 0 ہے تو 'سلیکٹ کمانڈ' فیلڈ سے آخری بائٹ کے تمام بٹس منتقل کیے جاتے ہیں۔
فیلڈ 'سلیکٹ کمانڈ' میں ISO18000-3M3 کے مطابق CRC-16c کے بغیر سلیکٹ کمانڈ ہونی چاہیے اور اس کی لمبائی وہی ہونی چاہیے جو فیلڈ 'سلیکٹ کمانڈ لینگتھ' میں بتائی گئی ہے۔
فیلڈ 'بیگن راؤنڈ کمانڈ' میں ISO18000-3M3 کے مطابق CRC-5 کو پیچھے چھوڑے بغیر ایک BeginRound کمانڈ پر مشتمل ہونا چاہیے۔ 'بیگن راؤنڈ کمانڈ' کے آخری بائٹ کے آخری 7 بٹس کو نظر انداز کر دیا جاتا ہے کیونکہ کمانڈ کی اصل لمبائی 17 بٹس ہوتی ہے۔
'Timeslot Processed Behavior' میں 0 - 2 کی قدر شامل ہونی چاہیے۔
ٹیبل 65. EPC_GEN2_INVENTORY کمانڈ ویلیو ISO 18000-3M3 انوینٹری انجام دیں
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| ResumeInventory | 1 بائٹ | 00 | ابتدائی GEN2_INVENTORY |
| 01 | GEN2_INVENTORY کمانڈ دوبارہ شروع کریں - باقی
نیچے کی فیلڈز خالی ہیں (کسی بھی پے لوڈ کو نظر انداز کر دیا جاتا ہے) |
||
| کمانڈ کی لمبائی منتخب کریں۔ | 1 بائٹ | 0 | BeginRound کمانڈ سے پہلے کوئی سلیکٹ کمانڈ سیٹ نہیں ہے۔ 'آخری بائٹ میں درست بٹس' فیلڈ اور 'سلیکٹ کمانڈ' فیلڈ موجود نہیں ہوگی۔ |
| 1 - 39 | 'سلیکٹ کمانڈ' فیلڈ کی لمبائی (n)۔ | ||
| آخری بائٹ میں درست بٹس | 1 بائٹ | 0 | 'سلیکٹ کمانڈ' فیلڈ کے آخری بائٹ کے تمام بٹس منتقل کیے جاتے ہیں۔ |
| 1 - 7 | 'سلیکٹ کمانڈ' فیلڈ کے آخری بائٹ میں منتقل کیے جانے والے بٹس کی تعداد۔ | ||
| کمانڈ منتخب کریں۔ | n بائٹس | اگر موجود ہے تو اس فیلڈ میں سلیکٹ کمانڈ (ISO18000-3، ٹیبل 47 کے مطابق) ہے جو BeginRound کمانڈ سے پہلے بھیجی گئی ہے۔ CRC-16c شامل نہیں کیا جائے گا۔ | |
| شروع راؤنڈ کمانڈ | 3 بائٹس | یہ فیلڈ BeginRound کمانڈ پر مشتمل ہے (ISO18000-3، ٹیبل 49 کے مطابق)۔ CRC-5 شامل نہیں کیا جائے گا۔ | |
| ٹائم سلاٹ پروسیسڈ سلوک | 1 بائٹ | 0 | جواب میں زیادہ سے زیادہ ٹائم سلاٹس کی تعداد جو جوابی بفر میں فٹ ہو سکتی ہے۔ |
| 1 | جواب صرف ایک ٹائم سلاٹ پر مشتمل ہے۔ | ||
| 2 | جواب صرف ایک ٹائم سلاٹ پر مشتمل ہے۔ اگر ٹائم سلاٹ میں کارڈ کا درست جواب ہے، تو کارڈ کا ہینڈل بھی شامل ہے۔ | ||
4.5.6.1.1 جواب
انوینٹری کو دوبارہ شروع کرنے کی صورت میں جواب کی لمبائی "1" ہو سکتی ہے۔
جدول 66۔ EPC_GEN2_INVENTORY جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |||
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: | |||
| PN5190_STATUS_SUCCESS (کے لیے اگلے بائٹ میں ٹائم سلاٹ کی حیثیت پڑھیں Tag جواب) PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
|||||
| ٹائم سلاٹ [1…n] | 3 - 69 بائٹس | ٹائم سلاٹ کی حیثیت | 1 بائٹ | 0 | Tag جواب دستیاب ہے. 'Tag جواب کی لمبائی' فیلڈ، 'آخری بائٹ میں درست بٹس' فیلڈ، اور 'Tag جواب' فیلڈ موجود ہے۔ |
| 1 | Tag جواب دستیاب ہے. | ||||
| 2 | نہیں tag ٹائم سلاٹ میں جواب دیا. 'Tag جواب کی لمبائی' فیلڈ اور 'آخری بائٹ میں درست بٹس' فیلڈ کو صفر پر سیٹ کیا جائے گا۔ 'Tag جواب کا فیلڈ موجود نہیں ہوگا۔ | ||||
| 3 | دو یا زیادہ tags ٹائم سلاٹ میں جواب دیا. (تصادم)۔ 'Tag جواب کی لمبائی' فیلڈ اور 'آخری بائٹ میں درست بٹس' فیلڈ کو صفر پر سیٹ کیا جائے گا۔ 'Tag جواب کا فیلڈ موجود نہیں ہوگا۔ | ||||
| Tag جواب کی لمبائی | 1 بائٹ | 0-66 | کی لمبائی 'Tag جوابی فیلڈ (i) اگر Tag جواب کی لمبائی 0 ہے، پھر Tag جوابی فیلڈ موجود نہیں ہے۔ | ||
| آخری بائٹ میں درست بٹس | 1 بائٹ | 0 | ' کے آخری بائٹ کے تمام بٹسTag جواب کا فیلڈ درست ہے۔ | ||
| 1-7 | ' کے آخری بائٹ کے درست بٹس کی تعدادTag جواب کا میدان۔ اگر Tag جواب کی لمبائی صفر ہے، اس بائٹ کی قدر کو نظر انداز کر دیا جائے گا۔ | ||||
| Tag جواب دیں۔ | 'n' بائٹس | کا جواب tag ISO18000- 3_2010 کے مطابق، جدول 56۔ | |||
| Tag سنبھالنا | 0 یا 2 بائٹس | کا ہینڈل tag، فیلڈ 'ٹائم سلاٹ اسٹیٹس' کو '1' پر سیٹ کرنے کی صورت میں۔ ورنہ فیلڈ موجود نہیں ہے۔ | |||
4.5.6.1.2 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.7 آر ایف کنفیگریشن مینجمنٹ
PN6 کے ذریعے تعاون یافتہ مختلف RF ٹیکنالوجیز اور ڈیٹا ریٹس کے لیے TX اور RX کنفیگریشن کے لیے سیکشن 5190 کا حوالہ دیں۔ قدریں درج ذیل رینج میں موجود نہیں ہیں، انہیں RFU سمجھا جانا چاہیے۔
4.5.7.1 LOAD_RF_CONFIGURATION
یہ ہدایت EEPROM سے RF کنفیگریشن کو اندرونی CLIF رجسٹروں میں لوڈ کرنے کے لیے استعمال ہوتی ہے۔ آر ایف کنفیگریشن سے مراد آر ایف ٹیکنالوجی، موڈ (ٹارگٹ/انیشیٹر) اور بوڈ ریٹ کا ایک انوکھا امتزاج ہے۔ RF کنفیگریشن کو CLIF ریسیور (RX کنفیگریشن) اور ٹرانسمیٹر (TX کنفیگریشن) پاتھ کے لیے الگ سے لوڈ کیا جا سکتا ہے۔ قدر 0xFF استعمال کی جانی چاہیے اگر کسی راستے کے لیے متعلقہ کنفیگریشن کو تبدیل نہیں کیا جائے گا۔
4.5.7.1.1 شرائط
فیلڈ 'TX کنفیگریشن' 0x00 - 0x2B کی حد میں ہونی چاہیے، بشمول۔ اگر قدر 0xFF ہے تو TX کنفیگریشن کو تبدیل نہیں کیا گیا ہے۔
فیلڈ 'RX کنفیگریشن' 0x80 - 0xAB کی حد میں ہونی چاہیے، بشمول۔ اگر قدر 0xFF ہے تو، RX کنفیگریشن کو تبدیل نہیں کیا گیا ہے۔
بوٹ اپ رجسٹر کو ایک بار لوڈ کرنے کے لیے TX کنفیگریشن = 0xFF اور RX کنفیگریشن = 0xAC کے ساتھ ایک خاص ترتیب استعمال کی جاتی ہے۔
رجسٹر کنفیگریشنز (TX اور RX دونوں) کو اپ ڈیٹ کرنے کے لیے یہ خاص کنفیگریشن درکار ہے جو IC ری سیٹ کی قدروں سے مختلف ہیں۔
4.5.7.1.2 کمانڈ
ٹیبل 67۔ LOAD_RF_CONFIGURATION کمانڈ ویلیو
E2PROM سے RF TX اور RX سیٹنگیں لوڈ کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| TX کنفیگریشن | 1 بائٹ | 0xFF | TX RF کنفیگریشن تبدیل نہیں ہوئی۔ |
| 0x0 - 0x2B | متعلقہ TX RF کنفیگریشن بھری ہوئی ہے۔ | ||
| RX کنفیگریشن | 1 بائٹ | 0xFF | RX RF کنفیگریشن تبدیل نہیں ہوئی۔ |
| 0x80 - 0xAB | متعلقہ RX RF کنفیگریشن بھری ہوئی ہے۔ | ||
4.5.7.1.3 جواب
جدول 68۔ LOAD_RF_CONFIGURATION جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.7.1.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.7.2 UPDATE_RF_CONFIGURATION
یہ ہدایت E4.5.7.1PROM کے اندر RF کنفیگریشن کو اپ ڈیٹ کرنے کے لیے استعمال کی جاتی ہے (سیکشن 2 میں تعریف دیکھیں)۔ ہدایات رجسٹر گرینولریٹی ویلیو پر اپ ڈیٹ کرنے کی اجازت دیتی ہے، یعنی مکمل سیٹ کو اپ ڈیٹ کرنے کی ضرورت نہیں ہے (حالانکہ، ایسا کرنا ممکن ہے)۔
4.5.7.2.1 شرائط
فیلڈ اری کنفیگریشن کا سائز 1 - 15 کے درمیان ہونا چاہیے، بشمول۔ فیلڈ اری کنفیگریشن میں RF کنفیگریشن، رجسٹر ایڈریس اور ویلیو کا ایک سیٹ ہونا ضروری ہے۔ فیلڈ RF کنفیگریشن TX کنفیگریشن کے لیے 0x0 - 0x2B اور RX کنفیگریشن کے لیے 0x80 - 0xAB کی رینج میں ہونی چاہیے، بشمول۔ فیلڈ رجسٹر ایڈریس کے اندر موجود پتہ متعلقہ RF کنفیگریشن میں موجود ہونا چاہیے۔ فیلڈ ویلیو میں ایک قدر ہونی چاہیے جسے دیے گئے رجسٹر میں لکھا جانا چاہیے اور 4 بائٹس لمبا ہونا چاہیے (لٹل اینڈین فارمیٹ)۔
4.5.7.2.2 کمانڈ
ٹیبل 69۔ UPDATE_RF_CONFIGURATION کمانڈ ویلیو
آر ایف کنفیگریشن کو اپ ڈیٹ کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | ||
| کنفیگریشن[1…n] | 6 بائٹس | آر ایف کنفیگریشن | 1 بائٹ | RF کنفیگریشن جس کے لیے رجسٹر کو تبدیل کرنا ضروری ہے۔ |
| پتہ رجسٹر کریں۔ | 1 بائٹ | دی گئی RF ٹیکنالوجی کے اندر پتہ رجسٹر کریں۔ | ||
| قدر | 4 بائٹس | قیمت جو رجسٹر میں لکھی جائے۔ (لٹل اینڈین) | ||
4.5.7.2.3 جواب
جدول 70۔ UPDATE_RF_CONFIGURATION جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_MEMORY_ERROR |
4.5.7.2.4 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.7.3 GET_ RF_CONFIGURATION
یہ ہدایت آر ایف کنفیگریشن کو پڑھنے کے لیے استعمال ہوتی ہے۔ رجسٹر ایڈریس ویلیو جوڑے جواب میں دستیاب ہیں۔ یہ جاننے کے لیے کہ کتنے جوڑے متوقع ہیں، پہلے TLV سے پہلے سائز کی معلومات حاصل کی جا سکتی ہیں، جو پے لوڈ کی کل لمبائی کی نشاندہی کرتی ہے۔
4.5.7.3.1 شرائط
فیلڈ RF کنفیگریشن TX کنفیگریشن کے لیے 0x0 – 0x2B اور RX کنفیگریشن کے لیے 0x80 –0xAB کی حد میں ہونی چاہیے، بشمول۔
4.5.7.3.2 کمانڈ
ٹیبل 71. GET_ RF_CONFIGURATION کمانڈ ویلیو RF کنفیگریشن کو بازیافت کریں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| آر ایف کنفیگریشن | 1 بائٹ | RF کنفیگریشن جس کے لیے رجسٹر ویلیو جوڑوں کا سیٹ بازیافت کرنا ضروری ہے۔ |
4.5.7.3.3 جواب
جدول 72. GET_RF_CONFIGURATION جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | ||
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: | ||
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
||||
| جوڑا[1…n] | 5 بائٹس | پتہ رجسٹر کریں۔ | 1 بائٹ | دی گئی RF ٹیکنالوجی کے اندر پتہ رجسٹر کریں۔ |
| قدر | 4 بائٹس | 32 بٹ رجسٹر ویلیو۔ | ||
4.5.7.3.4 واقعہ
ہدایت کے لئے کوئی واقعہ نہیں ہے۔
4.5.8 RF فیلڈ ہینڈلنگ
4.5.8.1 RF_ON
یہ ہدایت RF کو فعال کرنے کے لیے استعمال کی جاتی ہے۔ ابتدائی FieldOn میں DPC ریگولیشن کو اس کمانڈ میں ہینڈل کیا جائے گا۔
4.5.8.1.1 کمانڈ
ٹیبل 73. RF_FIELD_ON کمانڈ ویلیو
RF_FIELD_ON کو ترتیب دیں۔
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | ||
| RF_on_config | 1 بائٹ | بٹ 0 | 0 | تصادم سے بچنے کا استعمال کریں۔ |
| 1 | تصادم سے بچنے کو غیر فعال کریں۔ | |||
| بٹ 1 | 0 | کوئی P2P فعال نہیں ہے۔ | ||
| 1 | P2P فعال | |||
4.5.8.1.2 جواب
جدول 74. RF_FIELD_ON رسپانس ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_RF_COLLISION_ERROR (RF تصادم کی وجہ سے RF فیلڈ آن نہیں ہے) PN5190_STATUS_TIMEOUT (ٹائم آؤٹ کی وجہ سے RF فیلڈ کو آن نہیں کیا گیا ہے) PN5190_STATUS_TXLDO_ERROR (VUP کی وجہ سے TXLDO کی خرابی دستیاب نہیں ہے) PN5190_STATUS_RFCFG_NOT_APPLIED (RF کنفیگریشن اس کمانڈ سے پہلے لاگو نہیں ہوتی ہے) |
4.5.8.1.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.8.2 RF_OFF
یہ ہدایت RF فیلڈ کو غیر فعال کرنے کے لیے استعمال کی جاتی ہے۔
4.5.8.2.1 کمانڈ
ٹیبل 75. RF_FIELD_OFF کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| خالی | خالی | خالی |
4.5.8.2.2 جواب
جدول 76. RF_FIELD_OFF جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
4.5.8.2.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.9 ٹیسٹ بس کنفیگریشن
منتخب PAD کنفیگریشنز پر دستیاب ٹیسٹ بس سگنلز حوالہ کے لیے سیکشن 7 میں درج ہیں۔
جیسا کہ ذیل میں بتایا گیا ہے ٹیسٹ بس ہدایات کے لیے کنفیگریشن فراہم کرنے کے لیے ان کا حوالہ دیا جانا چاہیے۔
4.5.9.1 کنفیگر _ٹیسٹ بس_ڈیجیٹل
یہ ہدایت منتخب پیڈ کنفیگریشنز پر دستیاب ڈیجیٹل ٹیسٹ بس سگنل کو تبدیل کرنے کے لیے استعمال کی جاتی ہے۔
4.5.9.1.1 کمانڈ
ٹیبل 77۔ CONFIGURE_TESTBUS_DIGITAL کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| TB_SignalIndex | 1 بائٹ | سے رجوع کریں۔ سیکشن 7 | |
| TB_BitIndex | 1 بائٹ | سے رجوع کریں۔ سیکشن 7 | |
| TB_PadIndex | 1 بائٹ | پیڈ انڈیکس، جس پر ڈیجیٹل سگنل آؤٹ پٹ ہونا ہے۔ | |
| 0x00 | AUX1 پن | ||
| 0x01 | AUX2 پن | ||
| 0x02 | AUX3 پن | ||
| 0x03 | GPIO0 پن | ||
| 0x04 | GPIO1 پن | ||
| 0x05 | GPIO2 پن | ||
| 0x06 | GPIO3 پن | ||
| 0x07-0xFF | آر ایف یو | ||
4.5.9.1.2 جواب
جدول 78۔ CONFIGURE_TESTBUS_DIGITAL جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
4.5.9.1.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.9.2 CONFIGURE_TESTBUS_ANALOG
اس ہدایت کو منتخب پیڈ کنفیگریشنز پر دستیاب اینالاگ ٹیسٹ بس سگنل حاصل کرنے کے لیے استعمال کیا جاتا ہے۔
اینالاگ ٹیسٹ بس پر سگنل مختلف طریقوں سے حاصل کیا جا سکتا ہے۔ وہ ہیں:
4.5.9.2.1 RAW وضع
اس موڈ میں، TB_SignalIndex0 کے ذریعے منتخب کردہ سگنل کو Shift_Index0 کے ذریعے منتقل کیا جاتا ہے، ماسک0 کے ساتھ ماسک کیا جاتا ہے اور AUX1 پر آؤٹ پٹ ہوتا ہے۔ اسی طرح، TB_SignalIndex1 کے ذریعے منتخب کردہ سگنل کو Shift_Index1 کے ذریعے منتقل کیا جاتا ہے، ماسک1 کے ساتھ ماسک کیا جاتا ہے اور AUX2 پر آؤٹ پٹ ہوتا ہے۔
یہ موڈ گاہک کو 8 بٹس چوڑا یا اس سے کم سگنل کو آؤٹ پٹ کرنے کے لیے لچک پیش کرتا ہے اور اسے اینالاگ پیڈز پر آؤٹ پٹ ہونے کے لیے سائن کنورژن کی ضرورت نہیں ہوتی ہے۔
4.5.9.2.2 مشترکہ وضع
اس موڈ میں، اینالاگ سگنل 10 بٹ پر دستخط شدہ ADCI/ADCQ/pcrm_if_rssi ویلیو ہو گا جسے ایک غیر دستخط شدہ قدر میں تبدیل کیا جائے گا، اسے 8 بٹس پر واپس سکیل کیا جائے گا اور پھر AUX1 یا AUX2 پیڈ پر آؤٹ پٹ ہوگا۔
ADCI/ADCQ (10-bit) تبدیل شدہ قدروں میں سے صرف ایک کو کسی بھی وقت AUX1/AUX2 میں آؤٹ پٹ کیا جا سکتا ہے۔
اگر Combined_Mode سگنل پے لوڈ فیلڈ ویلیو 2 ہے (اینالاگ اور ڈیجیٹل مشترکہ)، تو ینالاگ اور ڈیجیٹل ٹیسٹ بس کو AUX1 (اینالاگ سگنل) اور GPIO0 (ڈیجیٹل سگنل) پر روٹ کیا جاتا ہے۔
روٹ کیے جانے والے سگنلز ذیل میں مذکور EEPROM ایڈریس میں ترتیب دیئے گئے ہیں۔
0xCE9 - TB_SignalIndex
0xCEA - TB_BitIndex
0xCEB - اینالاگ TB_Index
ٹیسٹ بس انڈیکس اور ٹیسٹ بس بٹ کو EEPROM میں کنفیگر کرنا ہوگا اس سے پہلے کہ ہم آپشن 2 کے ساتھ مشترکہ موڈ جاری کریں۔
نوٹ:
میزبان "خام" یا "مشترکہ" موڈ میں فیلڈ لاگو ہونے سے قطع نظر تمام فیلڈز فراہم کرے گا۔ PN5190 IC صرف قابل اطلاق فیلڈ اقدار پر غور کرتا ہے۔
4.5.9.2.3 کمانڈ
ٹیبل 79۔ CONFIGURE_TESTBUS_ANALOG کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | مشترکہ موڈ کے لیے فیلڈ قابل اطلاق | |
| bConfig | 1 بائٹ | قابل ترتیب بٹس۔ کا حوالہ دیتے ہیں ٹیبل 80 | جی ہاں | |
| Combined_Mode سگنل | 1 بائٹ | 0 - ADCI/ADCQ 1 - pcrm_if_rssi |
جی ہاں | |
| 2 - اینالاگ اور ڈیجیٹل مشترکہ | ||||
| 3 - 0xFF - محفوظ | ||||
| TB_SignalIndex0 | 1 بائٹ | ینالاگ سگنل کا سگنل انڈیکس۔ کا حوالہ دیتے ہیں سیکشن 7 | جی ہاں | |
| TB_SignalIndex1 | 1 بائٹ | ینالاگ سگنل کا سگنل انڈیکس۔ کا حوالہ دیتے ہیں سیکشن 7 | جی ہاں | |
| Shift_Index0 | 1 بائٹ | DAC0 ان پٹ شفٹ پوزیشنز۔ سمت کا فیصلہ bConfig[1] میں تھوڑا سا کیا جائے گا۔ | نہیں | |
| Shift_Index1 | 1 بائٹ | DAC1 ان پٹ شفٹ پوزیشنز۔ سمت کا فیصلہ bConfig[2] میں تھوڑا سا کیا جائے گا۔ | نہیں | |
| ماسک0 | 1 بائٹ | DAC0 ماسک | نہیں | |
| ماسک1 | 1 بائٹ | DAC1 ماسک | نہیں |
ٹیبل 80۔ بٹ ماسک کو ترتیب دیں۔
| b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0 | تفصیل | موڈ پر قابل اطلاق |
| X | X | DAC1 آؤٹ پٹ شفٹ رینج - 0، 1، 2 | خام | ||||||
| X | X | DAC0 آؤٹ پٹ شفٹ رینج - 0، 1، 2 | خام | ||||||
| X | مشترکہ موڈ میں، AUX1/AUX2 پن پر سگنل دیں۔ 0 ➜ AUX1 پر سگنل 1 ➜ AUX2 پر سگنل |
مشترکہ | |||||||
| X | DAC1 ان پٹ شفٹ سمت 0 ➜ دائیں شفٹ کریں۔ 1 ➜ بائیں شفٹ کریں۔ |
خام | |||||||
| X | DAC0 ان پٹ شفٹ سمت 0 ➜ دائیں شفٹ کریں۔ 1 ➜ بائیں شفٹ کریں۔ |
خام | |||||||
| X | موڈ 0 ➜ را موڈ 1 ➜ مشترکہ موڈ |
خام/مشترکہ |
4.5.9.2.4 جواب
جدول 81۔ CONFIGURE_TESTBUS_ANALOG جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
4.5.9.2.5 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.9.3 CONFIGURE_MULTIPLE_TESTBUS_DIGITAL
اس ہدایت کو منتخب پیڈ کنفیگریشنز پر متعدد دستیاب ڈیجیٹل ٹیسٹ بس سگنل کو تبدیل کرنے کے لیے استعمال کیا جاتا ہے۔
نوٹ: اگر یہ لمبائی صفر ہے تو ڈیجیٹل ٹیسٹ بس کو دوبارہ ترتیب دیا جاتا ہے۔
4.5.9.3.1 کمانڈ
ٹیبل 82۔ CONFIGURE_MULTIPLE_TESTBUS_DIGITAL کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| TB_SignalIndex #1 | 1 بائٹ | سے رجوع کریں۔ 8 نیچے | |
| TB_BitIndex #1 | 1 بائٹ | سے رجوع کریں۔ 8 نیچے | |
| TB_PadIndex #1 | 1 بائٹ | پیڈ انڈیکس، جس پر ڈیجیٹل سگنل آؤٹ پٹ ہونا ہے۔ | |
| 0x00 | AUX1 پن | ||
| 0x01 | AUX2 پن | ||
| 0x02 | AUX3 پن | ||
| 0x03 | GPIO0 پن | ||
| 0x04 | GPIO1 پن | ||
| 0x05 | GPIO2 پن | ||
| 0x06 | GPIO3 پن | ||
| 0x07-0xFF | آر ایف یو | ||
| TB_SignalIndex #2 | 1 بائٹ | سے رجوع کریں۔ 8 نیچے | |
| TB_BitIndex #2 | 1 بائٹ | سے رجوع کریں۔ 8 نیچے | |
| TB_PadIndex #2 | 1 بائٹ | پیڈ انڈیکس، جس پر ڈیجیٹل سگنل آؤٹ پٹ ہونا ہے۔ | |
| 0x00 | AUX1 پن | ||
| 0x01 | AUX2 پن | ||
| 0x02 | AUX3 پن | ||
| 0x03 | GPIO0 پن | ||
| 0x04 | GPIO1 پن | ||
| 0x05 | GPIO2 پن | ||
| 0x06 | GPIO3 پن | ||
| 0x07-0xFF | آر ایف یو | ||
4.5.9.3.2 جواب
جدول 83۔ CONFIGURE_MULTIPLE_TESTBUS_DIGITAL جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 2] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
4.5.9.3.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.10 CTS کنفیگریشن
4.5.10.1 CTS_ENABLE
اس ہدایت کا استعمال CTS لاگنگ فیچر کو فعال/غیر فعال کرنے کے لیے کیا جاتا ہے۔
4.5.10.1.1 کمانڈ
ٹیبل 84۔ CTS_ENABLE کمانڈ ویلیو
| پے لوڈ فیلڈ کی لمبائی کی قدر/تفصیل | ||||
| فعال/غیر فعال کریں۔ | 1 بائٹ | بٹ 0 | 0 | CTS لاگنگ کی خصوصیت کو غیر فعال کریں۔ |
|
1 CTS لاگنگ فیچر کو فعال کریں۔ |
||||
| بٹ 1-7 | آر ایف یو | |||
4.5.10.1.2 جواب
ٹیبل 85۔ CTS_ENABLE جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
4.5.10.1.3 واقعہ
مندرجہ ذیل جدول ایونٹ کا ڈیٹا دکھاتا ہے جو ایونٹ کے پیغام کے حصے کے طور پر بھیجا جائے گا جیسا کہ شکل 12 اور شکل 13 میں دکھایا گیا ہے۔
جدول 86۔ یہ میزبان کو مطلع کرتا ہے کہ ڈیٹا موصول ہو چکا ہے۔ EVT_CTS_DONE
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| واقعہ | 1 بائٹ | 00 … TRIGGER ہو گیا ہے، ڈیٹا استقبال کے لیے تیار ہے۔ |
4.5.10.2 CTS_CONFIGURE
اس ہدایت کا استعمال تمام مطلوبہ CTS رجسٹروں کو ترتیب دینے کے لیے کیا جاتا ہے جیسے کہ ٹرگرز، ٹیسٹ بس رجسٹر، sampلنگ کی ترتیب وغیرہ،
نوٹ:
[1] CTS کنفیگریشن کی بہتر تفہیم فراہم کرتا ہے۔ کیپچر شدہ ڈیٹا سیکشن 4.5.10.3 کمانڈ کے جواب کے حصے کے طور پر بھیجا جانا ہے۔
4.5.10.2.1 کمانڈ
ٹیبل 87۔ CTS_CONFIGURE کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| PRE_TRIGGER_SHIFT | 1 بائٹ | 256 بائٹس یونٹس میں ٹرگر کے بعد کے حصول کے سلسلے کی لمبائی کی وضاحت کرتا ہے۔ 0 کا مطلب کوئی شفٹ نہیں ہے۔ n کا مطلب ہے n*256 بائٹس بلاک شفٹ۔ نوٹ: درست صرف اس صورت میں جب TRIGGER_MODE "PRE" یا "COMB" ٹرگر موڈ ہو |
| TRIGGER_MODE | 1 بائٹ | استعمال کرنے کے لیے حصول موڈ کی وضاحت کرتا ہے۔ |
| 0x00 - پوسٹ موڈ | ||
| 0x01 - RFU | ||
| 0x02 - پری موڈ | ||
| 0x03 - 0xFF - غلط | ||
| RAM_PAGE_WIDTH | 1 بائٹ | آن چپ میموری کی مقدار کو بتاتا ہے جو ایک حصول کے ذریعے احاطہ کرتا ہے۔ گرانولریٹی کو ڈیزائن کے ذریعہ 256 بائٹس (یعنی 64 32 بٹ الفاظ) کے طور پر منتخب کیا جاتا ہے۔ درست اقدار درج ذیل ہیں: 0x00h - 256 بائٹس 0x02h - 768 بائٹس 0x01h - 512 بائٹس 0x03h - 1024 بائٹس 0x04h - 1280 بائٹس 0x05h - 1536 بائٹس 0x06h - 1792 بائٹس 0x07h - 2048 بائٹس 0x08h - 2304 بائٹس 0x09h - 2560 بائٹس 0x0Ah - 2816 بائٹس 0x0Bh - 3072 بائٹس 0x0Ch - 3328 بائٹس 0x0Dh - 3584 بائٹس 0x0Eh - 3840 بائٹس 0x0Fh - 4096 بائٹس 0x10h - 4352 بائٹس 0x11h - 4608 بائٹس 0x12h - 4864 بائٹس 0x13h - 5120 بائٹس 0x14h - 5376 بائٹس 0x15h - 5632 بائٹس 0x16h - 5888 بائٹس 0x17h - 6144 بائٹس 0x18h - 6400 بائٹس 0x19h - 6656 بائٹس 0x1Ah - 6912 بائٹس 0x1Bh - 7168 بائٹس 0x1Ch - 7424 بائٹس 0x1Dh - 7680 بائٹس 0x1Eh - 7936 بائٹس 0x1Fh - 8192 بائٹس |
| SAMPLE_CLK_DIV | 1 بائٹ | اس فیلڈ کی اعشاریہ قیمت حصول کے دوران استعمال کیے جانے والے کلاک ریٹ ڈویژن فیکٹر کی وضاحت کرتی ہے۔ CTS گھڑی = 13.56 میگاہرٹز / 2SAMPLE_CLK_DIV |
| 00 - 13560 kHz 01 - 6780 kHz 02 - 3390 kHz 03 - 1695 kHz 04 - 847.5 kHz 05 - 423.75 kHz 06 - 211.875 kHz 07 - 105.9375 kHz 08 - 52.96875 kHz 09 - 26.484375 kHz 10 - 13.2421875 kHz 11 - 6.62109375 kHz 12 - 3.310546875 kHz 13 - 1.6552734375 kHz 14 - 0.82763671875 kHz 15 - 0.413818359375 kHz |
||
| SAMPLE_BYTE_SEL | 1 بائٹ | یہ بٹس یہ بتانے کے لیے استعمال کیے جاتے ہیں کہ دو 16 بٹس ان پٹ بسوں کے کون سے بائٹس انٹرلیو میکانزم میں حصہ ڈالتے ہیں جو ڈیٹا کو آن چپ میموری میں منتقل کرنے کے لیے تیار کرتا ہے۔ ان کے معنی اور استعمال کا انحصار ایس سے ہے۔AMPLE_MODE_SEL اقدار۔
نوٹ: دی گئی قدر کو ہمیشہ 0x0F کے ساتھ ماسک کیا جاتا ہے اور پھر موثر قدر پر غور کیا جاتا ہے۔ |
| SAMPLE_MODE_SEL | 1 بائٹ | ایس کو منتخب کرتا ہے۔ampling interleave موڈ جیسا کہ CTS ڈیزائن چشمی کے ذریعہ بیان کیا گیا ہے۔ اعشاریہ کی قدر 3 محفوظ ہے اور اسے 0 سمجھا جائے گا۔ نوٹ: دی گئی قدر کو ہمیشہ 0x03 کے ساتھ ماسک کیا جاتا ہے، اور پھر موثر قدر پر غور کیا جاتا ہے۔ |
| ٹی بی 0 | 1 بائٹ | منتخب کرتا ہے کہ کونسی ٹیسٹ بس کو TB0 سے منسلک کرنا ہے۔ کا حوالہ دیتے ہیں سیکشن 7 (TB_ سگنل_انڈیکس قدر) |
| ٹی بی 1 | 1 بائٹ | منتخب کرتا ہے کہ کونسی ٹیسٹ بس کو TB1 سے منسلک کرنا ہے۔ کا حوالہ دیتے ہیں سیکشن 7 (TB_ سگنل_انڈیکس قدر) |
| ٹی بی 2 | 1 بائٹ | منتخب کرتا ہے کہ کونسی ٹیسٹ بس کو TB2 سے منسلک کرنا ہے۔ کا حوالہ دیتے ہیں سیکشن 7 (TB_ سگنل_انڈیکس قدر) |
| ٹی بی 3 | 1 بائٹ | منتخب کرتا ہے کہ کونسی ٹیسٹ بس کو TB3 سے منسلک کرنا ہے۔ کا حوالہ دیتے ہیں سیکشن 7 (TB_ سگنل_انڈیکس قدر) |
| TTB_SELECT | 1 بائٹ | منتخب کرتا ہے کہ کون سا ٹی بی ٹرگر ذرائع سے منسلک ہونا ہے۔ کا حوالہ دیتے ہیں سیکشن 7 (TB_Signal_Index قدر) |
| آر ایف یو | 4 بائٹس | ہمیشہ 0x00000000 بھیجیں۔ |
| MISC_CONFIG | 24 بائٹس | ٹرگر واقعات، polarity وغیرہ کا حوالہ دیتے ہیں [1] استعمال کرنے کے لیے CTS کنفیگریشن کو سمجھنے کے لیے۔ |
4.5.10.2.2 جواب
ٹیبل 88۔ CTS_CONFIGURE جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR |
4.5.10.2.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.10.3 CTS_RETRIEVE_LOG
یہ ہدایت کیپچر شدہ ٹیسٹ بس ڈیٹا کے ڈیٹا لاگ کو بازیافت کرتی ہے۔amples میموری بفر میں محفوظ ہے.
4.5.10.3.1 کمانڈ
ٹیبل 89۔ CTS_RETRIEVE_LOG کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| چنک سائز | 1 بائٹ | 0x01-0xFF | متوقع ڈیٹا کے بائٹس کی تعداد پر مشتمل ہے۔ |
4.5.10.3.2 جواب
ٹیبل 90۔ CTS_RETRIEVE_LOG جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) PN5190_STATUS_SUCCSES_CHAINING |
||
| لاگ ڈیٹا [1…n] | CTRequest | گرفتار ایسamples ڈیٹا کا حصہ |
نوٹ:
'لاگ ڈیٹا' کا زیادہ سے زیادہ سائز 'ChunkSize' پر منحصر ہے جو کمانڈ کے حصے کے طور پر فراہم کیا گیا ہے۔
لاگ کا کل سائز TLV ہیڈر کے جواب میں دستیاب ہوگا۔
4.5.10.3.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.11 TEST_MODE کمانڈز
4.5.11.1 ANTENNA_SELF_TEST
یہ ہدایت اس بات کی تصدیق کے لیے استعمال کی جاتی ہے کہ آیا اینٹینا منسلک ہے اور مماثل اجزاء آباد/جمع ہیں۔
نوٹ:
یہ کمانڈ ابھی تک دستیاب نہیں ہے۔ دستیابی کے لیے ریلیز نوٹس دیکھیں۔
4.5.11.2 PRBS_TEST
یہ ہدایت ریڈر موڈ پروٹوکولز اور بٹ ریٹ کی مختلف کنفیگریشنز کے لیے PRBS ترتیب بنانے کے لیے استعمال ہوتی ہے۔ ہدایات پر عمل درآمد ہونے کے بعد، PRBS ٹیسٹ کی ترتیب RF پر دستیاب ہوگی۔
نوٹ:
میزبان کو یہ یقینی بنانا چاہیے کہ سیکشن 4.5.7.1 کا استعمال کرتے ہوئے مناسب RF ٹیکنالوجی کنفیگریشن لوڈ کی گئی ہے اور یہ کمانڈ بھیجنے سے پہلے سیکشن 4.5.8.1 کمانڈ کا استعمال کرتے ہوئے RF کو آن کر دیا گیا ہے۔
4.5.11.2.1 کمانڈ
ٹیبل 91۔ PRBS_TEST کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل | |
| prbs_type | 1 بائٹ | 00 | PRBS9 (پہلے سے طے شدہ) |
| 01 | PRBS15 | ||
| 02-ایف | آر ایف یو | ||
4.5.11.2.2 جواب
جدول 92۔ PRBS_TEST جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR PN5190_STATUS_NO_RF_FIELD |
4.5.11.2.3 واقعہ
اس ہدایت کے لیے کوئی واقعہ نہیں ہے۔
4.5.12 چپ انفارمیشن کمانڈز
4.5.12.1 GET_DIEID
یہ ہدایت PN5190 چپ کی ڈائی آئی ڈی کو پڑھنے کے لیے استعمال ہوتی ہے۔
4.5.12.1.1 کمانڈ
ٹیبل 93. GET_DIEID کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| – | – | پے لوڈ میں کوئی ڈیٹا نہیں ہے۔ |
4.5.12.1.2 جواب
جدول 94. GET_DIEID جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
||
| اقدار | 16 بائٹس | 16 بائٹس ڈائی آئی ڈی۔ |
4.5.12.1.3 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
4.5.12.2 GET_VERSION
اس ہدایت کا استعمال HW ورژن، ROM ورژن، اور PN5190 چپ کے FW ورژن کو پڑھنے کے لیے کیا جاتا ہے۔
4.5.12.2.1 کمانڈ
ٹیبل 95. GET_VERSION کمانڈ ویلیو
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| – | – | پے لوڈ میں کوئی ڈیٹا نہیں ہے۔ |
ڈاؤن لوڈ موڈ میں ایک کمانڈ DL_GET_VERSION (سیکشن 3.4.4) دستیاب ہے جسے HW ورژن، ROM ورژن، اور FW ورژن کو پڑھنے کے لیے استعمال کیا جا سکتا ہے۔
4.5.12.2.2 جواب
جدول 96. GET_VERSION جوابی قدر
| پے لوڈ فیلڈ | لمبائی | قدر/تفصیل |
| حیثیت | 1 بائٹ | آپریشن کی حیثیت [ٹیبل 9] متوقع قدریں درج ذیل ہیں: |
| PN5190_STATUS_SUCCESS PN5190_STATUS_INSTR_ERROR (مزید کوئی ڈیٹا موجود نہیں ہے) |
||
| HW_V | 1 بائٹ | ہارڈ ویئر ورژن |
| RO_V | 1 بائٹ | ROM کوڈ |
| FW_V | 2 بائٹس | فرم ویئر ورژن (ڈاؤن لوڈ کے لیے استعمال کیا جاتا ہے) |
| RFU1-RFU2 | 1-2 بائٹس | – |
PN5190 IC کے مختلف ورژن کے لیے متوقع جواب کا ذکر (سیکشن 3.4.4) میں کیا گیا ہے۔
4.5.12.2.3 واقعہ
اس حکم کے لیے کوئی واقعات نہیں ہیں۔
ضمیمہ (مثلاًampکم)
یہ ضمیمہ سابق پر مشتمل ہے۔ampمندرجہ بالا حکموں کے لئے les. سابقamples کمانڈ کے مواد کو دکھانے کے لیے صرف مثالی مقصد کے لیے ہیں۔
5.1 سابقample WRITE_REGISTER کے لیے
رجسٹر 0x12345678F میں 0x1 ویلیو لکھنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد۔
کمانڈ فریم PN5190 پر بھیجا گیا: 0000051F78563412
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان PN5190 سے موصول ہونے والے رسپانس فریم کو پڑھتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 00000100 5.2 Example WRITE_REGISTER_OR_MASK کے لیے
0x1 کے طور پر ماسک کے ساتھ رجسٹر 0x12345678F پر منطقی یا آپریشن کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد
کمانڈ فریم PN5190 پر بھیجا گیا: 0100051F78563412
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان PN5190 سے موصول ہونے والے رسپانس فریم کو پڑھتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 01000100
5.3 سابقample WRITE_REGISTER_AND_MASK کے لیے
رجسٹر 0x1F پر 0x12345678 کے طور پر ماسک کے ساتھ منطقی اور آپریشن انجام دینے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب
کمانڈ فریم PN5190 پر بھیجا گیا: 0200051F78563412
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان PN5190 سے موصول ہونے والے رسپانس فریم کو پڑھتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 02000100
5.4 سابقample for WRITE_REGISTER_MULTIPLE
رجسٹر 0x1F پر 0x12345678 کے طور پر ماسک کے ساتھ منطقی اور آپریشن کرنے کے لیے میزبان کی طرف سے بھیجے گئے ڈیٹا کی ترتیب کے بعد، اور رجسٹر 0x20 پر 0x11223344 کے طور پر ماسک کے ساتھ منطقی یا آپریشن پر، اور 0x21 کو ABCDABCD کی قدر کے ساتھ رجسٹر کرنے کے لیے ایک تحریر۔
کمانڈ فریم PN5190 پر بھیجا گیا: 0300121F03785634122002443322112101DDCCBBAA
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان PN5190 سے موصول ہونے والے رسپانس فریم کو پڑھتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 03000100
5.5 سابقampREAD_REGISTER کے لیے
رجسٹر 0x1F کے مندرجات کو پڑھنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد اور یہ فرض کرتے ہوئے کہ رجسٹر کی قیمت 0x12345678 ہے۔
کمانڈ فریم PN5190: 0400011F پر بھیجا گیا۔
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان PN5190 سے موصول ہونے والے رسپانس فریم کو پڑھتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 0400050078563412
5.6 سابقampREAD_REGISTER_MULTIPLE کے لیے
میزبان کی طرف سے بھیجے گئے ڈیٹا کی ترتیب کے بعد رجسٹر 0x1F کے مندرجات کو پڑھنے کے لیے جس میں 0x12345678 کی قدر ہے، اور 0x25 کو رجسٹر کریں جس میں 0x11223344 کی قدر ہو
کمانڈ فریم PN5190 پر بھیجا گیا: 0500021F25
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوا (کامیاب آپریشن کی نشاندہی کرتا ہے): 050009007856341244332211
5.7 سابقampWRITE_E2PROM کے لیے
2x0، 0130x0، 0134x0، 11x0، 22x0 کے مشمولات کے ساتھ E33PROM مقامات 0x44 سے 0x55 پر لکھنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد
کمانڈ فریم PN5190 پر بھیجا گیا: 06000730011122334455
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 06000100
5.8 سابقampREAD_E2PROM کے لیے
میزبان کی طرف سے E2PROM مقامات 0x0130 سے 0x0134 تک پڑھنے کے لیے بھیجے گئے ڈیٹا کی ترتیب کے بعد جہاں ذخیرہ کردہ مواد ہیں: 0x11، 0x22، 0x33، 0x44، 0x55
کمانڈ فریم PN5190 پر بھیجا گیا: 07000430010500
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوا (کامیاب آپریشن کی نشاندہی کرتا ہے): 070006001122334455
5.9 سابقampTRANSMIT_RF_DATA کے لیے
REQA کمانڈ (0x26) بھیجنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد، '0x07' کے طور پر منتقل کیے جانے والے بٹس کی تعداد کے ساتھ، یہ فرض کرتے ہوئے کہ مطلوبہ رجسٹر پہلے ہی سیٹ کیے گئے ہیں اور RF کو آن کر دیا گیا ہے۔
کمانڈ فریم PN5190 پر بھیجا گیا: 0800020726
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 08000100
5.10 سابقample RETREIVE_RF_DATA کے لیے
داخلی CLIF بفر میں موصول/ ذخیرہ شدہ ڈیٹا حاصل کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد (یہ فرض کرتے ہوئے کہ 0x05 موصول ہوا تھا)، یہ فرض کرتے ہوئے کہ RF کے آن ہونے کے بعد TRANSMIT_RF_DATA پہلے ہی بھیج دیا گیا ہے۔
کمانڈ فریم PN5190 پر بھیجا گیا: 090000
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 090003000400
5.11 سابقample EXCHANGE_RF_DATA کے لیے
REQA (0x26) کو منتقل کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد، بھیجنے کے لیے آخری بائٹ میں بٹس کی تعداد کے ساتھ 0x07 کے طور پر سیٹ کیا گیا، ڈیٹا کے ساتھ موصول ہونے والی تمام حیثیت کے ساتھ۔ مفروضہ یہ ہے کہ مطلوبہ آر ایف رجسٹر پہلے ہی سیٹ ہیں اور آر ایف کو آن کر دیا گیا ہے۔
کمانڈ فریم PN5190: 0A0003070F26 پر بھیجا گیا۔
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 0A000 F000200000000000200000000004400
5.12 سابقample LOAD_RF_CONFIGURATION کے لیے
RF کنفیگریشن سیٹ کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد۔ TX کے لیے، 0x00 اور RX کے لیے، 0x80
کمانڈ فریم PN5190: 0D00020080 پر بھیجا گیا۔
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 0D000100
5.13 سابقampUPDATE_RF_CONFIGURATION کے لیے
RF کنفیگریشن کو اپ ڈیٹ کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد۔ TX کے لیے، 0x00، CLIF_CRC_TX_CONFIG کے لیے رجسٹر ایڈریس کے ساتھ اور قدر 0x00000001
کمانڈ فریم PN5190 پر بھیجا گیا: 0E0006001201000000
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 0E000100
5.14 سابقample RF_ON کے لیے
تصادم سے بچنے اور کوئی P2P فعال نہ ہونے کا استعمال کرتے ہوئے RF فیلڈ کو آن کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد۔ یہ فرض کیا جاتا ہے، متعلقہ RF TX اور RX کنفیگریشن پہلے سے ہی PN5190 میں سیٹ ہیں۔
کمانڈ فریم PN5190 پر بھیجا گیا: 10000100
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 10000100
5.15 سابقample RF_OFF کے لیے
RF فیلڈ کو بند کرنے کے لیے میزبان سے بھیجے گئے ڈیٹا کی ترتیب کے بعد۔
کمانڈ فریم PN5190 پر بھیجا گیا: 110000
کسی مداخلت کا انتظار کرنے کے لیے میزبان۔
جب میزبان جواب پڑھتا ہے تو PN5190 سے فریم موصول ہوتا ہے (کامیاب آپریشن کی نشاندہی کرتا ہے): 11000100
ضمیمہ (RF پروٹوکول کنفیگریشن انڈیکس)
یہ ضمیمہ PN5190 کے ذریعے تعاون یافتہ RF پروٹوکول کنفیگریشن انڈیکس پر مشتمل ہے۔
TX اور RX کنفیگریشن سیٹنگز کو سیکشن 4.5.7.1، سیکشن 4.5.7.2، سیکشن 4.5.7.3 کمانڈز میں استعمال کرنا ہوگا۔
اپینڈکس (CTS اور TESTBUS سگنلز)
نیچے دی گئی جدول PN5190 سے دستیاب مختلف سگنلز کی وضاحت کرتا ہے جو CTS ہدایات (سیکشن 4.5.10) اور TESTBUS ہدایات کا استعمال کرتے ہوئے حاصل کر سکتے ہیں۔
ان کو سیکشن 4.5.9.1، سیکشن 4.5.9.2، سیکشن 4.5.10.2 کمانڈ کے لیے استعمال کرنا ہوگا۔
مخففات
جدول 97۔ مخففات
| ابر | مطلب |
| سی ایل کے | گھڑی |
| DWL_REQ | درخواست پن ڈاؤن لوڈ کریں (جسے DL_REQ بھی کہا جاتا ہے) |
| EEPROM | برقی طور پر مٹانے کے قابل پروگرام قابل پڑھنے کی صرف میموری |
| FW | فرم ویئر |
| جی این ڈی | گراؤنڈ |
| جی پی آئی او | جنرل پرپز ان پٹ آؤٹ پٹ |
| HW | ہارڈ ویئر |
| I²C | انٹر انٹیگریٹڈ سرکٹ (سیریل ڈیٹا بس) |
| عرق | مداخلت کی درخواست |
| ISO / IEC | بین الاقوامی معیاری تنظیم / بین الاقوامی الیکٹرو ٹیکنیکل کمیونٹی |
| این ایف سی | نزد فیلڈ کمیونیکیشن |
| OS | آپریٹنگ سسٹم |
| پی سی ڈی | قربت جوڑنے والا آلہ (کنٹیکٹ لیس ریڈر) |
| پی آئی سی سی | قربت انٹیگریٹڈ سرکٹ کارڈ (کنٹیکٹ لیس کارڈ) |
| پی ایم یو | پاور مینجمنٹ یونٹ |
| POR | پاور آن ری سیٹ |
| RF | ریڈیوفریکونسی |
| RST | دوبارہ ترتیب دیں۔ |
| ایس ایف ڈبلیو یو | محفوظ فرم ویئر ڈاؤن لوڈ موڈ |
| ایس پی آئی | سیریل پیریفیریل انٹرفیس |
| VEN | V پن کو فعال کریں۔ |
حوالہ جات
[1] NFC کاک پٹ کا CTS کنفیگریشن حصہ، https://www.nxp.com/products/:NFC-COCKPIT[2] PN5190 IC ڈیٹا شیٹ، https://www.nxp.com/docs/en/data-sheet/PN5190.pdf
قانونی معلومات
10.1 تعریفیں
مسودہ - کسی دستاویز پر ایک مسودہ کی حیثیت اس بات کی نشاندہی کرتی ہے کہ مواد اب بھی اندرونی ری کے تحت ہے۔view اور رسمی منظوری سے مشروط، جس کے نتیجے میں ترمیم یا اضافہ ہو سکتا ہے۔ NXP سیمی کنڈکٹرز کسی دستاویز کے مسودہ ورژن میں شامل معلومات کی درستگی یا مکمل ہونے کے بارے میں کوئی نمائندگی یا وارنٹی نہیں دیتے ہیں اور ایسی معلومات کے استعمال کے نتائج کے لیے ان پر کوئی ذمہ داری نہیں ہوگی۔
10.2 دستبرداری
محدود وارنٹی اور ذمہ داری - اس دستاویز میں موجود معلومات کو درست اور قابل اعتماد سمجھا جاتا ہے۔ تاہم، NXP سیمی کنڈکٹرز ایسی معلومات کی درستگی یا مکمل ہونے کے بارے میں اظہار یا مضمر کوئی نمائندگی یا ضمانت نہیں دیتے ہیں اور ایسی معلومات کے استعمال کے نتائج کے لیے ان پر کوئی ذمہ داری نہیں ہوگی۔ NXP Semiconductors اس دستاویز میں موجود مواد کی کوئی ذمہ داری نہیں لیتے ہیں اگر NXP Semiconductors سے باہر کسی معلوماتی ذریعہ کے ذریعے فراہم کیا جائے۔
کسی بھی صورت میں NXP سیمی کنڈکٹر کسی بھی بالواسطہ، واقعاتی، تعزیری، خصوصی یا نتیجہ خیز نقصانات کے لیے ذمہ دار نہیں ہوں گے (بشمول – بغیر کسی حد کے کھوئے ہوئے منافع، کھوئی ہوئی بچت، کاروبار میں رکاوٹ، کسی بھی مصنوعات کو ہٹانے یا تبدیل کرنے سے متعلق اخراجات یا دوبارہ کام کے چارجز) چاہے یا ایسے نقصانات تشدد (بشمول غفلت)، وارنٹی، معاہدے کی خلاف ورزی یا کسی اور قانونی نظریہ پر مبنی نہیں ہیں۔
کسی بھی نقصان کے باوجود جو صارف کو کسی بھی وجہ سے اٹھانا پڑ سکتا ہے، یہاں بیان کردہ مصنوعات کے لیے گاہک کے لیے NXP سیمی کنڈکٹرز کی مجموعی اور مجموعی ذمہ داری محدود ہو گی۔
NXP سیمی کنڈکٹرز کی تجارتی فروخت کی شرائط و ضوابط۔
تبدیلیاں کرنے کا حق — NXP Semiconductors اس دستاویز میں شائع ہونے والی معلومات میں تبدیلیاں کرنے کا حق محفوظ رکھتا ہے، بشمول کسی بھی وقت اور بغیر اطلاع کے۔ یہ دستاویز یہاں کی اشاعت سے پہلے فراہم کی گئی تمام معلومات کی جگہ لے لیتی ہے اور اس کی جگہ لے لیتی ہے۔
استعمال کے لیے موزوںیت — NXP سیمی کنڈکٹرز پروڈکٹس کو لائف سپورٹ، لائف-کریٹیکل یا سیفٹی-کریٹیکل سسٹمز یا آلات میں استعمال کے لیے ڈیزائن، مجاز یا اس کی ضمانت نہیں دی گئی ہے، اور نہ ہی ایسی ایپلی کیشنز میں جہاں NXP سیمی کنڈکٹرز پروڈکٹ کی ناکامی یا خرابی کی معقول توقع کی جا سکتی ہے۔ ذاتی چوٹ، موت یا شدید املاک یا ماحولیاتی نقصان کے نتیجے میں۔ NXP سیمی کنڈکٹرز اور اس کے سپلائرز ایسے آلات یا ایپلیکیشنز میں NXP سیمی کنڈکٹرز کی مصنوعات کو شامل کرنے اور/یا استعمال کرنے کے لیے کوئی ذمہ داری قبول نہیں کرتے ہیں اور اس لیے اس طرح کی شمولیت اور/یا استعمال صارف کے اپنے خطرے پر ہے۔
ایپلی کیشنز - درخواستیں جو یہاں ان مصنوعات میں سے کسی کے لیے بیان کی گئی ہیں وہ صرف مثالی مقاصد کے لیے ہیں۔ NXP سیمی کنڈکٹرز کوئی نمائندگی یا ضمانت نہیں دیتے ہیں کہ ایسی ایپلی کیشنز بغیر کسی جانچ یا ترمیم کے مخصوص استعمال کے لیے موزوں ہوں گی۔
صارفین NXP Semiconductors پروڈکٹس کا استعمال کرتے ہوئے اپنی ایپلی کیشنز اور پروڈکٹس کے ڈیزائن اور آپریشن کے ذمہ دار ہیں، اور NXP Semiconductors ایپلی کیشنز یا کسٹمر پروڈکٹ ڈیزائن کے ساتھ کسی بھی مدد کے لیے کوئی ذمہ داری قبول نہیں کرتے ہیں۔ یہ گاہک کی واحد ذمہ داری ہے کہ وہ اس بات کا تعین کرے کہ آیا NXP Semiconductors پروڈکٹ گاہک کی ایپلیکیشنز اور منصوبہ بند مصنوعات کے ساتھ ساتھ گاہک کے تیسرے فریق گاہک (صارفین) کے منصوبہ بند اطلاق اور استعمال کے لیے موزوں اور موزوں ہے۔ صارفین کو اپنی ایپلی کیشنز اور مصنوعات سے وابستہ خطرات کو کم کرنے کے لیے مناسب ڈیزائن اور آپریٹنگ تحفظات فراہم کرنے چاہییں۔
NXP سیمی کنڈکٹرز کسی بھی ڈیفالٹ، نقصان، لاگت یا مسئلہ سے متعلق کوئی ذمہ داری قبول نہیں کرتے ہیں جو گاہک کی ایپلی کیشنز یا پروڈکٹس میں کسی کمزوری یا ڈیفالٹ پر مبنی ہے، یا صارف کے تیسرے فریق کسٹمر (صارفین) کے ذریعہ ایپلیکیشن یا استعمال۔ کسٹمر کی ذمہ داری ہے کہ وہ NXP Semiconductors پروڈکٹس کا استعمال کرتے ہوئے گاہک کی ایپلی کیشنز اور پروڈکٹس کے لیے تمام ضروری ٹیسٹ کرنے کا ذمہ دار ہے تاکہ ایپلی کیشنز اور پروڈکٹس یا ایپلیکیشن کے ڈیفالٹ سے بچا جا سکے یا کسٹمر کے تھرڈ پارٹی گاہک (صارفین) کے ذریعے استعمال کیا جا سکے۔ NXP اس سلسلے میں کوئی ذمہ داری قبول نہیں کرتا ہے۔
NXP BV - NXP BV کوئی آپریٹنگ کمپنی نہیں ہے اور یہ مصنوعات کی تقسیم یا فروخت نہیں کرتی ہے۔
10.3 لائسنس
NFC ٹکنالوجی کے ساتھ NXP ICs کی خریداری - NXP Semiconductors IC کی خریداری جو کہ Near Field Communication (NFC) معیارات ISO/IEC 18092 اور ISO/IEC 21481 میں سے کسی ایک کی تعمیل کرتا ہے، کسی بھی پیٹنٹ کے حق کی خلاف ورزی کے تحت ایک مضمر لائسنس نہیں دیتا ہے۔ ان میں سے کوئی بھی معیار۔ NXP Semiconductors IC کی خریداری میں کسی بھی NXP پیٹنٹ (یا دیگر IP رائٹ) کا لائسنس شامل نہیں ہوتا ہے جس میں ان مصنوعات کے دیگر مصنوعات کے ساتھ امتزاج کا احاطہ کیا جاتا ہے، چاہے ہارڈ ویئر ہو یا سافٹ ویئر۔
10.4 ٹریڈ مارک
نوٹس: تمام حوالہ شدہ برانڈز، پروڈکٹ کے نام، سروس کے نام، اور ٹریڈ مارکس ان کے متعلقہ مالکان کی ملکیت ہیں۔
NXP — ورڈ مارک اور لوگو NXP BV کے ٹریڈ مارک ہیں۔
EdgeVerse — NXP BV کا ٹریڈ مارک ہے۔
FeliCa — Sony Corporation کا ٹریڈ مارک ہے۔
MIFARE — NXP BV کا ٹریڈ مارک ہے۔
MIFARE Classic — NXP BV کا ٹریڈ مارک ہے۔
براہ کرم آگاہ رہیں کہ اس دستاویز اور یہاں بیان کردہ پروڈکٹس سے متعلق اہم نوٹس سیکشن 'قانونی معلومات' میں شامل کیے گئے ہیں۔
© 2023 NXP BV
مزید معلومات کے لیے، براہ کرم ملاحظہ کریں: http://www.nxp.com
جملہ حقوق محفوظ ہیں۔
ریلیز کی تاریخ: 25 مئی 2023
دستاویز کا شناخت کنندہ: UM11942
دستاویزات / وسائل
 |
NXP PN5190 NFC فرنٹ اینڈ کنٹرولر [پی ڈی ایف] یوزر مینوئل PN5190, PN5190 NFC فرنٹ اینڈ کنٹرولر, NFC فرنٹ اینڈ کنٹرولر, کنٹرولر, UM11942 |