NXP ਲੋਗੋਯੂਐਮ 11942
PN5190 ਹਦਾਇਤ ਪਰਤ
NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ
ਯੂਜ਼ਰ ਮੈਨੂਅਲ

ਸਮੱਗਰੀ ਓਹਲੇ
1 PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ
2 ਜਾਣ-ਪਛਾਣ
3 ਹੋਸਟ ਸੰਚਾਰ ਵੱਧview
4 IC ਓਪਰੇਟਿੰਗ ਬੂਟ ਮੋਡ - ਸੁਰੱਖਿਅਤ FW ਡਾਊਨਲੋਡ ਮੋਡ
5 IC ਓਪਰੇਟਿੰਗ ਬੂਟ ਮੋਡ - ਸਧਾਰਨ ਓਪਰੇਸ਼ਨ ਮੋਡ
6 ਸਾਰਣੀ 54. ਕੌਂਫਿਗ ਬਿਟਮਾਸਕ
7 ਅੰਤਿਕਾ (ਐਕਸampਦੀ)
8 ਅੰਤਿਕਾ (RF ਪ੍ਰੋਟੋਕੋਲ ਸੰਰਚਨਾ ਸੂਚਕਾਂਕ)
9 ਅੰਤਿਕਾ (CTS ਅਤੇ TESTBUS ਸਿਗਨਲ)
10 ਸੰਖੇਪ ਰੂਪ
11 ਹਵਾਲੇ
12 ਕਾਨੂੰਨੀ ਜਾਣਕਾਰੀ
13 ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ
13.1 ਹਵਾਲੇ

PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ

ਦਸਤਾਵੇਜ਼ ਜਾਣਕਾਰੀ

ਜਾਣਕਾਰੀ ਸਮੱਗਰੀ
ਕੀਵਰਡਸ PN5190, NFC, NFC ਫਰੰਟਐਂਡ, ਕੰਟਰੋਲਰ, ਹਦਾਇਤ ਪਰਤ
ਐਬਸਟਰੈਕਟ ਇਹ ਦਸਤਾਵੇਜ਼ NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ ਦੇ ਸੰਚਾਲਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ, ਇੱਕ ਹੋਸਟ ਕੰਟਰੋਲਰ ਤੋਂ ਕੰਮ ਕਰਨ ਲਈ ਨਿਰਦੇਸ਼ ਪਰਤ ਕਮਾਂਡਾਂ ਅਤੇ ਜਵਾਬਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। PN5190 ਇੱਕ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦਾ NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ ਹੈ। ਇਸ ਦਸਤਾਵੇਜ਼ ਦਾ ਦਾਇਰਾ PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੰਟਰਫੇਸ ਕਮਾਂਡਾਂ ਦਾ ਵਰਣਨ ਕਰਨਾ ਹੈ। PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ ਦੇ ਸੰਚਾਲਨ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਡੇਟਾ ਸ਼ੀਟ ਅਤੇ ਇਸਦੀ ਪੂਰਕ ਜਾਣਕਾਰੀ ਵੇਖੋ।

ਸੰਸ਼ੋਧਨ ਇਤਿਹਾਸ

ਰੈਵ ਮਿਤੀ ਵਰਣਨ
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 ਸਕੋਪ
ਦਸਤਾਵੇਜ਼ ਲਾਜ਼ੀਕਲ ਲੇਅਰ, ਹਦਾਇਤ ਕੋਡ, API ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜੋ ਗਾਹਕ ਲਈ ਢੁਕਵੇਂ ਹਨ।

ਹੋਸਟ ਸੰਚਾਰ ਵੱਧview

PN5190 ਕੋਲ ਹੋਸਟ ਕੰਟਰੋਲਰ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਓਪਰੇਸ਼ਨ ਦੇ ਦੋ ਮੁੱਖ ਢੰਗ ਹਨ।

  1. HDLL-ਅਧਾਰਿਤ ਸੰਚਾਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਨੂੰ ਦਾਖਲ ਕਰਨ ਲਈ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:
    a ਇਸਦੇ ਫਰਮਵੇਅਰ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਲਈ ਏਨਕ੍ਰਿਪਟਡ ਸੁਰੱਖਿਅਤ ਡਾਊਨਲੋਡ ਮੋਡ
  2. TLV ਕਮਾਂਡ-ਜਵਾਬ-ਆਧਾਰਿਤ ਸੰਚਾਰ (ਇੱਕ ਸਾਬਕਾ ਵਜੋਂ ਦਿੱਤਾ ਗਿਆ ਹੈample).

2.1 HDLL ਮੋਡ
HDLL ਮੋਡ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ IC ਓਪਰੇਟਿੰਗ ਮੋਡਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਪੈਕੇਟ ਐਕਸਚੇਂਜ ਫਾਰਮੈਟ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ:

  1. ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ ਮੋਡ (SFWU), ਸੈਕਸ਼ਨ 3 ਦੇਖੋ

2.1.1 HDLL ਦਾ ਵਰਣਨ
HDLL ਇੱਕ ਭਰੋਸੇਯੋਗ FW ਡਾਊਨਲੋਡ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ NXP ਦੁਆਰਾ ਵਿਕਸਤ ਲਿੰਕ ਪਰਤ ਹੈ।
ਇੱਕ HDLL ਸੁਨੇਹਾ ਇੱਕ 2 ਬਾਈਟ ਸਿਰਲੇਖ ਤੋਂ ਬਣਿਆ ਹੁੰਦਾ ਹੈ, ਇਸਦੇ ਬਾਅਦ ਇੱਕ ਫਰੇਮ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਓਪਕੋਡ ਅਤੇ ਕਮਾਂਡ ਦਾ ਪੇਲੋਡ ਹੁੰਦਾ ਹੈ। ਹਰੇਕ ਸੁਨੇਹਾ ਇੱਕ 16-ਬਿੱਟ CRC ਨਾਲ ਖਤਮ ਹੁੰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ:NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ -HDLL ਸਿਰਲੇਖ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

  • ਇੱਕ ਟੁਕੜਾ ਬਿੱਟ. ਜੋ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਇਹ ਸੁਨੇਹਾ ਇੱਕ ਸੰਦੇਸ਼ ਦਾ ਇੱਕਮਾਤਰ ਜਾਂ ਆਖਰੀ ਹਿੱਸਾ ਹੈ (ਚੰਕ = 0)। ਜਾਂ ਜੇਕਰ, ਘੱਟੋ-ਘੱਟ, ਇੱਕ ਹੋਰ ਭਾਗ (ਚੰਕ = 1) ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ।
  • 10 ਬਿੱਟਾਂ 'ਤੇ ਕੋਡ ਕੀਤੇ ਪੇਲੋਡ ਦੀ ਲੰਬਾਈ। ਇਸ ਲਈ, HDLL ਫਰੇਮ ਪੇਲੋਡ 1023 ਬਾਈਟਸ ਤੱਕ ਜਾ ਸਕਦਾ ਹੈ।

ਬਾਈਟ ਆਰਡਰ ਨੂੰ ਵੱਡੇ-ਐਂਡੀਅਨ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਭਾਵ ਮਿਸ ਬਾਈਟ ਪਹਿਲਾਂ।
CRC16 X.25 (CRC-CCITT, ISO/IEC13239) ਮਿਆਰੀ x^16 + x^12 + x^5 +1 ਅਤੇ ਪ੍ਰੀ-ਲੋਡ ਮੁੱਲ 0xFFFF ਦੇ ਨਾਲ ਅਨੁਕੂਲ ਹੈ।
ਇਹ ਪੂਰੇ HDLL ਫਰੇਮ, ਯਾਨੀ ਹੈਡਰ + ਫਰੇਮ ਉੱਤੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।
Sample ਸੀ-ਕੋਡ ਲਾਗੂ ਕਰਨਾ:
ਸਥਿਰ 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)NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - SPI ਕ੍ਰਮ ਲਿਖਣਾ।2.1.2.2 ਹੋਸਟ ਤੋਂ ਕ੍ਰਮ ਪੜ੍ਹੋ (ਦਿਸ਼ਾ PN5190 => DH)NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਕ੍ਰਮ ਪੜ੍ਹੋ2.1.3 HDLL ਪ੍ਰੋਟੋਕੋਲ
HDLL ਇੱਕ ਕਮਾਂਡ-ਜਵਾਬ ਪ੍ਰੋਟੋਕੋਲ ਹੈ। ਉੱਪਰ ਦੱਸੇ ਗਏ ਸਾਰੇ ਓਪਰੇਸ਼ਨ ਇੱਕ ਖਾਸ ਕਮਾਂਡ ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਜਵਾਬ ਦੇ ਅਧਾਰ ਤੇ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੇ ਹਨ।
ਕਮਾਂਡਾਂ ਅਤੇ ਜਵਾਬ HDLL ਸੰਦੇਸ਼ ਸੰਟੈਕਸ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ, ਡਿਵਾਈਸ ਹੋਸਟ ਦੁਆਰਾ ਭੇਜੀ ਜਾ ਰਹੀ ਕਮਾਂਡ, PN5190 ਦੁਆਰਾ ਜਵਾਬ. ਓਪਕੋਡ ਕਮਾਂਡ ਅਤੇ ਜਵਾਬ ਦੀ ਕਿਸਮ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
HDLL-ਅਧਾਰਿਤ ਸੰਚਾਰ, ਸਿਰਫ਼ ਉਦੋਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਜਦੋਂ PN5190 ਨੂੰ "ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ" ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
2.2 TLV ਮੋਡ
TLV ਦਾ ਮਤਲਬ ਹੈ Tag ਲੰਬਾਈ ਦਾ ਮੁੱਲ।
2.2.1 ਫਰੇਮ ਪਰਿਭਾਸ਼ਾ
ਇੱਕ SPI ਫਰੇਮ NTS ਦੇ ਡਿੱਗਦੇ ਕਿਨਾਰੇ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ NTS ਦੇ ਵਧਦੇ ਕਿਨਾਰੇ ਨਾਲ ਖਤਮ ਹੁੰਦਾ ਹੈ। SPI ਪ੍ਰਤੀ ਭੌਤਿਕ ਪਰਿਭਾਸ਼ਾ ਪੂਰੀ ਡੁਪਲੈਕਸ ਹੈ ਪਰ PN5190 ਅੱਧ-ਡੁਪਲੈਕਸ ਮੋਡ ਵਿੱਚ SPI ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। SPI ਮੋਡ ਅਧਿਕਤਮ ਘੜੀ ਦੀ ਗਤੀ ਦੇ ਨਾਲ CPOL 0 ਅਤੇ CPHA 0 ਤੱਕ ਸੀਮਿਤ ਹੈ ਜਿਵੇਂ ਕਿ [2] ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਹਰ SPI ਫਰੇਮ ਇੱਕ 1 ਬਾਈਟ ਹੈਡਰ ਅਤੇ ਬਾਡੀ ਦੇ n-ਬਾਈਟ ਨਾਲ ਬਣਿਆ ਹੁੰਦਾ ਹੈ।
2.2.2 ਵਹਾਅ ਦਾ ਸੰਕੇਤNXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਵਹਾਅ ਸੰਕੇਤHOST ਹਮੇਸ਼ਾ ਪਹਿਲੀ ਬਾਈਟ ਦੇ ਤੌਰ 'ਤੇ ਵਹਾਅ ਸੰਕੇਤ ਬਾਈਟ ਭੇਜਦਾ ਹੈ, ਭਾਵੇਂ ਇਹ PN5190 ਤੋਂ ਡਾਟਾ ਲਿਖਣਾ ਜਾਂ ਪੜ੍ਹਨਾ ਚਾਹੁੰਦਾ ਹੈ।
ਜੇਕਰ ਕੋਈ ਪੜ੍ਹਨ ਦੀ ਬੇਨਤੀ ਹੈ ਅਤੇ ਕੋਈ ਡਾਟਾ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਜਵਾਬ ਵਿੱਚ 0xFF ਸ਼ਾਮਲ ਹੈ।
ਵਹਾਅ ਸੰਕੇਤ ਬਾਈਟ ਤੋਂ ਬਾਅਦ ਦਾ ਡੇਟਾ ਇੱਕ ਜਾਂ ਕਈ ਸੁਨੇਹੇ ਹਨ।
ਹਰੇਕ NTS ਦਾਅਵੇ ਲਈ, ਪਹਿਲਾ ਬਾਈਟ ਹਮੇਸ਼ਾ ਇੱਕ ਸਿਰਲੇਖ (ਪ੍ਰਵਾਹ ਸੰਕੇਤ ਬਾਈਟ) ਹੁੰਦਾ ਹੈ, ਇਹ ਲਿਖਣ/ਪੜ੍ਹਨ ਦੀ ਕਾਰਵਾਈ ਦੇ ਸਬੰਧ ਵਿੱਚ ਜਾਂ ਤਾਂ 0x7F/0xFF ਹੋ ਸਕਦਾ ਹੈ।
2.2.3 ਸੁਨੇਹੇ ਦੀ ਕਿਸਮ
ਇੱਕ ਹੋਸਟ ਕੰਟਰੋਲਰ PN5190 ਨਾਲ ਉਹਨਾਂ ਸੰਦੇਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਚਾਰ ਕਰੇਗਾ ਜੋ SPI ਫਰੇਮਾਂ ਦੇ ਅੰਦਰ ਲਿਜਾਏ ਜਾਂਦੇ ਹਨ।
ਤਿੰਨ ਵੱਖ-ਵੱਖ ਸੁਨੇਹੇ ਕਿਸਮਾਂ ਹਨ:

  • ਹੁਕਮ
  • ਜਵਾਬ
  • ਘਟਨਾ

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਹੋਸਟ ਕੰਟਰੋਲਰਉਪਰੋਕਤ ਸੰਚਾਰ ਚਿੱਤਰ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਵੱਖ-ਵੱਖ ਸੁਨੇਹਿਆਂ ਦੀਆਂ ਕਿਸਮਾਂ ਲਈ ਮਨਜ਼ੂਰ ਦਿਸ਼ਾਵਾਂ ਦਿਖਾਉਂਦਾ ਹੈ:

  • ਹੁਕਮ ਅਤੇ ਜਵਾਬ.
  • ਕਮਾਂਡਾਂ ਸਿਰਫ਼ ਹੋਸਟ ਕੰਟਰੋਲਰ ਤੋਂ PN5190 ਨੂੰ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
  • ਜਵਾਬ ਅਤੇ ਇਵੈਂਟਸ ਸਿਰਫ਼ PN5190 ਤੋਂ ਹੋਸਟ ਕੰਟਰੋਲਰ ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।
  • ਕਮਾਂਡ ਜਵਾਬਾਂ ਨੂੰ IRQ ਪਿੰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮਕਾਲੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
  • ਹੋਸਟ ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਕਮਾਂਡਾਂ ਭੇਜ ਸਕਦਾ ਹੈ ਜਦੋਂ IRQ ਘੱਟ ਹੋਵੇ।
  • ਹੋਸਟ ਜਵਾਬ/ਇਵੈਂਟ ਨੂੰ ਉਦੋਂ ਹੀ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਜਦੋਂ IRQ ਉੱਚਾ ਹੋਵੇ।

2.2.3.1 ਮਨਜ਼ੂਰ ਕ੍ਰਮ ਅਤੇ ਨਿਯਮNXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਮਨਜ਼ੂਰ ਕ੍ਰਮਹੁਕਮ, ਜਵਾਬ, ਅਤੇ ਇਵੈਂਟਾਂ ਦੇ ਅਨੁਮਤੀ ਕ੍ਰਮ

  • ਇੱਕ ਕਮਾਂਡ ਨੂੰ ਹਮੇਸ਼ਾ ਇੱਕ ਜਵਾਬ, ਜਾਂ ਇੱਕ ਘਟਨਾ, ਜਾਂ ਦੋਵਾਂ ਦੁਆਰਾ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
  • ਹੋਸਟ ਕੰਟਰੋਲਰ ਨੂੰ ਪਿਛਲੀ ਕਮਾਂਡ ਦਾ ਜਵਾਬ ਨਾ ਮਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕੋਈ ਹੋਰ ਕਮਾਂਡ ਭੇਜਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।
  • ਇਵੈਂਟਸ ਕਿਸੇ ਵੀ ਸਮੇਂ ਅਸਿੰਕ੍ਰੋਨਸ ਤੌਰ 'ਤੇ ਭੇਜੇ ਜਾ ਸਕਦੇ ਹਨ (ਕਮਾਂਡ/ਜਵਾਬ ਜੋੜੇ ਦੇ ਅੰਦਰ ਇੰਟਰਲੀਵਡ ਨਹੀਂ)।
  • EVENT ਸੁਨੇਹਿਆਂ ਨੂੰ ਕਦੇ ਵੀ ਇੱਕ ਫਰੇਮ ਦੇ ਅੰਦਰ RESPONSE ਸੁਨੇਹਿਆਂ ਨਾਲ ਨਹੀਂ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ।

ਨੋਟ: ਇੱਕ ਸੁਨੇਹੇ ਦੀ ਉਪਲਬਧਤਾ (ਜਾਂ ਤਾਂ RESPONSE ਜਾਂ EVENT) ਦਾ ਸੰਕੇਤ IRQ ਦੇ ਉੱਚੇ, ਨੀਵੇਂ ਤੱਕ ਜਾ ਰਿਹਾ ਹੈ। IRQ ਉਦੋਂ ਤੱਕ ਉੱਚਾ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਸਾਰੇ ਜਵਾਬ ਜਾਂ ਇਵੈਂਟ ਫ੍ਰੇਮ ਨੂੰ ਪੜ੍ਹਿਆ ਨਹੀਂ ਜਾਂਦਾ। IRQ ਸਿਗਨਲ ਘੱਟ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਹੋਸਟ ਅਗਲੀ ਕਮਾਂਡ ਭੇਜ ਸਕਦਾ ਹੈ।
2.2.4 ਸੁਨੇਹਾ ਫਾਰਮੈਟ
ਹਰੇਕ ਸੰਦੇਸ਼ ਨੂੰ SWITCH_MODE_NORMAL ਕਮਾਂਡ ਨੂੰ ਛੱਡ ਕੇ ਹਰੇਕ ਸੁਨੇਹੇ ਲਈ n-ਬਾਈਟ ਪੇਲੋਡ ਦੇ ਨਾਲ ਇੱਕ TLV ਢਾਂਚੇ ਵਿੱਚ ਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸੁਨੇਹਾ ਫਾਰਮੈਟਹਰੇਕ TLV ਦਾ ਬਣਿਆ ਹੁੰਦਾ ਹੈ:NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - TLV ਬਣਿਆ ਹੋਇਆ ਹੈਟਾਈਪ (T) => 1 ਬਾਈਟ
ਬਿੱਟ[7] ਸੰਦੇਸ਼ ਦੀ ਕਿਸਮ
0: COMMAND ਜਾਂ RESPONSE ਸੁਨੇਹਾ
1: ਘਟਨਾ ਸੁਨੇਹਾ
ਬਿੱਟ [6:0]: ਹਦਾਇਤ ਕੋਡ
ਲੰਬਾਈ (L) => 2 ਬਾਈਟ (ਬਿੱਗ-ਐਂਡੀਅਨ ਫਾਰਮੈਟ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ)
ਮੁੱਲ (V) => ਲੰਬਾਈ ਖੇਤਰ (ਵੱਡੇ-ਐਂਡੀਅਨ ਫਾਰਮੈਟ) 'ਤੇ ਆਧਾਰਿਤ TLV (ਕਮਾਂਡ ਪੈਰਾਮੀਟਰ / ਜਵਾਬ ਡੇਟਾ) ਦੇ ਮੁੱਲ/ਡਾਟੇ ਦੇ N ਬਾਈਟ
2.2.4.1 ਫਰੇਮ ਵੰਡੋ
COMMAND ਸੁਨੇਹਾ ਇੱਕ SPI ਫਰੇਮ ਵਿੱਚ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
RESPONSE ਅਤੇ EVENT ਸੁਨੇਹੇ ਮਲਟੀਪਲ SPI ਫਰੇਮਾਂ ਵਿੱਚ ਪੜ੍ਹੇ ਜਾ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਲੰਬਾਈ ਬਾਈਟ ਨੂੰ ਪੜ੍ਹਨਾ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਮਲਟੀਪਲ SPI ਫਰੇਮRESPONSE ਜਾਂ EVENT ਸੁਨੇਹੇ ਸਿੰਗਲ SPI ਫਰੇਮ ਵਿੱਚ ਪੜ੍ਹੇ ਜਾ ਸਕਦੇ ਹਨ ਪਰ ਵਿਚਕਾਰ ਵਿੱਚ NO-CLOCK ਦੁਆਰਾ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਲੰਬਾਈ ਬਾਈਟ ਨੂੰ ਪੜ੍ਹਨ ਲਈ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸਿੰਗਲ SPI ਫਰੇਮ

IC ਓਪਰੇਟਿੰਗ ਬੂਟ ਮੋਡ - ਸੁਰੱਖਿਅਤ FW ਡਾਊਨਲੋਡ ਮੋਡ

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 ਵਰਤੇ ਗਏ ਵੇਰੀਐਂਟ ਦੇ ਆਧਾਰ 'ਤੇ ਪੁਰਾਤਨ ਐਨਕ੍ਰਿਪਟਡ ਸੁਰੱਖਿਅਤ FW ਡਾਊਨਲੋਡ ਅਤੇ ਹਾਰਡਵੇਅਰ ਕ੍ਰਿਪਟੋ ਅਸਿਸਟੇਡ ਇਨਕ੍ਰਿਪਟਡ ਸੁਰੱਖਿਅਤ FW ਡਾਊਨਲੋਡ ਪ੍ਰੋਟੋਕੋਲ ਦੋਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
ਦੋ ਕਿਸਮਾਂ ਹਨ:

  • ਪੁਰਾਤਨ ਸੁਰੱਖਿਅਤ FW ਡਾਊਨਲੋਡ ਪ੍ਰੋਟੋਕੋਲ ਜੋ ਸਿਰਫ਼ PN5190 B0/B1 IC ਸੰਸਕਰਣ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ।
  • ਹਾਰਡਵੇਅਰ ਕ੍ਰਿਪਟੋ ਦੀ ਸਹਾਇਤਾ ਨਾਲ ਸੁਰੱਖਿਅਤ FW ਡਾਊਨਲੋਡ ਪ੍ਰੋਟੋਕੋਲ ਜੋ ਸਿਰਫ਼ PN5190B2 IC ਸੰਸਕਰਣ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੋ ਆਨ-ਚਿੱਪ ਹਾਰਡਵੇਅਰ ਕ੍ਰਿਪਟੋ ਬਲਾਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ

ਹੇਠਾਂ ਦਿੱਤੇ ਭਾਗ ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ ਮੋਡ ਦੀਆਂ ਕਮਾਂਡਾਂ ਅਤੇ ਜਵਾਬਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਹਨ।
3.2 "ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ" ਮੋਡ ਨੂੰ ਕਿਵੇਂ ਚਾਲੂ ਕਰਨਾ ਹੈ
ਹੇਠਾਂ ਚਿੱਤਰ, ਅਤੇ ਅਗਲੇ ਪੜਾਅ, ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਉਨਲੋਡ ਮੋਡ ਨੂੰ ਕਿਵੇਂ ਚਾਲੂ ਕਰਨਾ ਹੈ ਬਾਰੇ ਦਿਖਾਓ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ ਮੋਡਪੂਰਵ-ਸ਼ਰਤ: PN5190 ਓਪਰੇਸ਼ਨ ਸਥਿਤੀ ਵਿੱਚ ਹੈ।
ਮੁੱਖ ਦ੍ਰਿਸ਼:

  1. ਐਂਟਰੀ ਸਥਿਤੀ ਜਿੱਥੇ "ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ" ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ DWL_REQ ਪਿੰਨ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
    a ਡਿਵਾਈਸ ਹੋਸਟ DWL_REQ ਪਿੰਨ ਨੂੰ ਉੱਚਾ ਖਿੱਚਦਾ ਹੈ (ਸਿਰਫ਼ DWL_REQ ਪਿੰਨ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਹੋਣ 'ਤੇ ਵੈਧ) ਜਾਂ
    ਬੀ. ਡਿਵਾਈਸ ਹੋਸਟ PN5190 ਨੂੰ ਬੂਟ ਕਰਨ ਲਈ ਇੱਕ ਹਾਰਡ-ਰੀਸੈਟ ਕਰਦਾ ਹੈ
  2. ਪ੍ਰਵੇਸ਼ ਸਥਿਤੀ ਜਿੱਥੇ "ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਊਨਲੋਡ" ਮੋਡ (ਪਿਨ ਰਹਿਤ ਡਾਊਨਲੋਡ) ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ DWL_REQ ਪਿੰਨ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
    a ਡਿਵਾਈਸ ਹੋਸਟ PN5190 ਨੂੰ ਬੂਟ ਕਰਨ ਲਈ ਇੱਕ ਹਾਰਡ-ਰੀਸੈਟ ਕਰਦਾ ਹੈ
    ਬੀ. ਡਿਵਾਈਸ ਹੋਸਟ ਸਧਾਰਨ ਐਪਲੀਕੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ SWITCH_MODE_NORMAL (ਸੈਕਸ਼ਨ 4.5.4.5) ਭੇਜਦਾ ਹੈ।
    c. ਹੁਣ ਜਦੋਂ IC ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਧਾਰਨ ਮੋਡ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਡਿਵਾਈਸ ਹੋਸਟ ਸੁਰੱਖਿਅਤ ਡਾਊਨਲੋਡ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ SWITCH_MODE_DOWNLOAD (ਸੈਕਸ਼ਨ 4.5.4.9) ਭੇਜਦਾ ਹੈ।
  3. ਡਿਵਾਈਸ ਹੋਸਟ DL_GET_VERSION (ਸੈਕਸ਼ਨ 3.4.4), ਜਾਂ DL_GET_DIE_ID (ਸੈਕਸ਼ਨ 3.4.6), ਜਾਂ DL_GET_SESSION_STATE (ਸੈਕਸ਼ਨ 3.4.5) ਕਮਾਂਡ ਭੇਜਦਾ ਹੈ।
  4. ਡਿਵਾਈਸ ਹੋਸਟ ਡਿਵਾਈਸ ਤੋਂ ਮੌਜੂਦਾ ਹਾਰਡਵੇਅਰ ਅਤੇ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ, ਸੈਸ਼ਨ, ਡਾਈ-ਆਈਡੀ ਪੜ੍ਹਦਾ ਹੈ।
    a ਡਿਵਾਈਸ ਹੋਸਟ ਸੈਸ਼ਨ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜੇਕਰ ਆਖਰੀ ਡਾਊਨਲੋਡ ਪੂਰਾ ਹੋ ਗਿਆ ਸੀ
    ਬੀ. ਡਿਵਾਈਸ ਹੋਸਟ ਇਹ ਫੈਸਲਾ ਕਰਨ ਲਈ ਵਰਜਨ ਜਾਂਚ ਨਿਯਮਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ ਕਿ ਡਾਊਨਲੋਡ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ ਜਾਂ ਡਾਊਨਲੋਡ ਬੰਦ ਕਰਨਾ ਹੈ।
  5. ਡਿਵਾਈਸ ਹੋਸਟ ਏ ਤੋਂ ਲੋਡ ਕਰਦਾ ਹੈ file ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਫਰਮਵੇਅਰ ਬਾਈਨਰੀ ਕੋਡ
  6. ਡਿਵਾਈਸ ਹੋਸਟ ਇੱਕ ਪਹਿਲੀ DL_SEC_WRITE ( ਸੈਕਸ਼ਨ 3.4.8) ਕਮਾਂਡ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
    a ਨਵੇਂ ਫਰਮਵੇਅਰ ਦਾ ਸੰਸਕਰਣ,
    ਬੀ. ਏਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀ ਦੀ ਗੜਬੜ ਲਈ ਵਰਤੇ ਗਏ ਮਨਮਾਨੇ ਮੁੱਲਾਂ ਦੀ ਇੱਕ 16-ਬਾਈਟ ਗਿਣਤੀ
    c. ਅਗਲੇ ਫਰੇਮ ਦਾ ਇੱਕ ਡਾਇਜੈਸਟ ਮੁੱਲ,
    d. ਫਰੇਮ ਦੇ ਆਪਣੇ ਆਪ ਵਿੱਚ ਡਿਜੀਟਲ ਦਸਤਖਤ
  7. ਡਿਵਾਈਸ ਹੋਸਟ DL_SEC_WRITE (ਸੈਕਸ਼ਨ 5190) ਕਮਾਂਡਾਂ ਨਾਲ PN3.4.8 'ਤੇ ਸੁਰੱਖਿਅਤ ਡਾਊਨਲੋਡ ਪ੍ਰੋਟੋਕੋਲ ਕ੍ਰਮ ਨੂੰ ਲੋਡ ਕਰਦਾ ਹੈ।
  8. ਜਦੋਂ ਆਖਰੀ DL_SEC_WRITE (ਸੈਕਸ਼ਨ 3.4.8) ਕਮਾਂਡ ਭੇਜੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਹੋਸਟ ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ DL_CHECK_INTEGRITY (ਸੈਕਸ਼ਨ 3.4.7) ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਯਾਦਾਂ ਸਫਲਤਾਪੂਰਵਕ ਲਿਖੀਆਂ ਗਈਆਂ ਹਨ।
  9. ਡਿਵਾਈਸ ਹੋਸਟ ਨਵੇਂ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਸੈਸ਼ਨ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜੇਕਰ ਉੱਪਰਲੀ ਪਰਤ ਨੂੰ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਬੰਦ ਕੀਤਾ ਗਿਆ ਹੈ
  10. ਡਿਵਾਈਸ ਹੋਸਟ DWL_REQ ਪਿੰਨ ਨੂੰ ਹੇਠਾਂ ਵੱਲ ਖਿੱਚਦਾ ਹੈ (ਜੇ DWL_REQ ਪਿੰਨ ਨੂੰ ਡਾਊਨਲੋਡ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ)
  11. ਡਿਵਾਈਸ ਹੋਸਟ PN5190 ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਲਈ ਡਿਵਾਈਸ ਉੱਤੇ ਹਾਰਡ ਰੀਸੈਟ (VEN ਪਿੰਨ ਨੂੰ ਟੌਗਲ ਕਰਨਾ) ਕਰਦਾ ਹੈ
    ਪੋਸਟ-ਸ਼ਰਤ: ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ; ਨਵਾਂ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਨੰਬਰ ਰਿਪੋਰਟ ਕੀਤਾ ਗਿਆ ਹੈ।

3.3 ਫਰਮਵੇਅਰ ਹਸਤਾਖਰ ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ
PN5190 ਫਰਮਵੇਅਰ ਡਾਉਨਲੋਡ ਮੋਡ ਵਿੱਚ, ਇੱਕ ਵਿਧੀ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ NXP ਦੁਆਰਾ ਹਸਤਾਖਰ ਕੀਤੇ ਅਤੇ ਡਿਲੀਵਰ ਕੀਤੇ ਗਏ ਇੱਕ ਫਰਮਵੇਅਰ ਨੂੰ ਹੀ NXP ਫਰਮਵੇਅਰ ਲਈ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਵੇਗਾ।
ਨਿਮਨਲਿਖਤ ਸਿਰਫ਼ ਐਨਕ੍ਰਿਪਟਡ ਸੁਰੱਖਿਅਤ NXP ਫਰਮਵੇਅਰ ਲਈ ਲਾਗੂ ਹੈ।
ਇੱਕ ਡਾਉਨਲੋਡ ਸੈਸ਼ਨ ਦੌਰਾਨ, ਇੱਕ ਨਵਾਂ 16 ਬਿੱਟ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਵੱਡੀ ਅਤੇ ਛੋਟੀ ਸੰਖਿਆ ਤੋਂ ਬਣਿਆ ਹੈ:

  • ਮੇਜਰ ਨੰਬਰ: 8 ਬਿੱਟ (MSB)
  • ਛੋਟਾ ਨੰਬਰ: 8 ਬਿੱਟ (LSB)

PN5190 ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਨਵਾਂ ਮੁੱਖ ਸੰਸਕਰਣ ਨੰਬਰ ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਦੇ ਬਰਾਬਰ ਜਾਂ ਵੱਡਾ ਹੈ। ਜੇਕਰ ਨਹੀਂ, ਤਾਂ ਸੁਰੱਖਿਅਤ ਫਰਮਵੇਅਰ ਡਾਉਨਲੋਡ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਨੂੰ ਬੰਦ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
3.4 ਪੁਰਾਤਨ ਐਨਕ੍ਰਿਪਟਡ ਡਾਉਨਲੋਡ ਅਤੇ ਹਾਰਡਵੇਅਰ ਕ੍ਰਿਪਟੋ ਸਹਾਇਤਾ ਲਈ HDLL ਕਮਾਂਡਾਂ ਏਨਕ੍ਰਿਪਟਡ ਡਾਊਨਲੋਡ
ਇਹ ਭਾਗ ਉਹਨਾਂ ਕਮਾਂਡਾਂ ਅਤੇ ਜਵਾਬਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ NXP ਫਰਮਵੇਅਰ ਡਾਉਨਲੋਡ ਲਈ ਦੋਵਾਂ ਕਿਸਮਾਂ ਦੇ ਡਾਊਨਲੋਡਾਂ ਲਈ ਵਰਤੇ ਗਏ ਸਨ।
3.4.1 HDLL ਕਮਾਂਡ ਓਪੀ ਕੋਡ
ਨੋਟ: HDLL ਕਮਾਂਡ ਫਰੇਮ 4 ਬਾਈਟ ਇਕਸਾਰ ਹਨ। ਨਾ ਵਰਤੇ ਹੋਏ ਪੇਲੋਡ ਬਾਈਟਾਂ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਹੈ।
ਸਾਰਣੀ 1. HDLL ਕਮਾਂਡ OP ਕੋਡਾਂ ਦੀ ਸੂਚੀ

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 ਡਾਈ ID ਵਾਪਸ ਕਰਦਾ ਹੈ
0xE0 0xE7 DL_CHECK_INTEGRITY ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ CRCs ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਵਾਪਸ ਕਰੋ ਅਤੇ ਨਾਲ ਹੀ ਹਰੇਕ ਲਈ ਪਾਸ/ਫੇਲ ਸਥਿਤੀ ਫਲੈਗ
0xC0 0x8 ਸੀ DL_SEC_WRITE ਸੰਪੂਰਨ ਪਤੇ y ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਮੈਮੋਰੀ ਵਿੱਚ x ਬਾਈਟ ਲਿਖਦਾ ਹੈ

3.4.2 HDLL ਜਵਾਬ ਓਪਕੋਡਸ
ਨੋਟ: HDLL ਜਵਾਬ ਫਰੇਮ 4 ਬਾਈਟ ਇਕਸਾਰ ਹਨ। ਨਾ ਵਰਤੇ ਹੋਏ ਪੇਲੋਡ ਬਾਈਟਾਂ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਸਿਰਫ਼ DL_OK ਜਵਾਬਾਂ ਵਿੱਚ ਪੇਲੋਡ ਮੁੱਲ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ।
ਸਾਰਣੀ 2. HDLL ਜਵਾਬ OP ਕੋਡਾਂ ਦੀ ਸੂਚੀ

ਓਪਕੋਡ ਜਵਾਬ ਉਪਨਾਮ ਵਰਣਨ
0x00 DL_ਠੀਕ ਹੈ ਹੁਕਮ ਪਾਸ ਕੀਤਾ
0x01 DL_INVALID_ADDR ਪਤੇ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ
0x0B DL_UNKNOW_CMD ਅਗਿਆਤ ਕਮਾਂਡ
0x0 ਸੀ 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 ਫ੍ਰੇਮ ਦਾ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਕਰੋ]XNUMX ਦਾ ਜਵਾਬ ਹੈ:
ਟੇਬਲ 3. GetVersion ਕਮਾਂਡ ਦਾ ਜਵਾਬ

ਖੇਤਰ ਬਾਈਟ ਵਰਣਨ
STAT 1 ਸਥਿਤੀ
HW_V 2 ਹਾਰਡਵੇਅਰ ਸੰਸਕਰਣ
RO_V 3 ROM ਕੋਡ
MODEL_ID 4 ਮਾਡਲ ਆਈਡੀ
FMxV 5-6 ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ (ਡਾਊਨਲੋਡ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ)
RFU1-RFU2 7-8 –

ਜਵਾਬ ਦੇ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਦੇ ਸੰਭਾਵਿਤ ਮੁੱਲ ਅਤੇ ਉਹਨਾਂ ਦੀ ਮੈਪਿੰਗ ਹੇਠਾਂ ਦਿੱਤੀ ਗਈ ਹੈ:
ਸਾਰਣੀ 4. GetVersion ਕਮਾਂਡ ਦੇ ਜਵਾਬ ਦੇ ਅਨੁਮਾਨਿਤ ਮੁੱਲ

IC ਕਿਸਮ 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 ਕਮਾਂਡ ਦਾ ਜਵਾਬ

ਖੇਤਰ ਬਾਈਟ ਵਰਣਨ
STAT 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 ID
ID10 ID11 ID12 ID13 ID14 ID15 CRC16] GetDieId ਜਵਾਬ ਦਾ ਪੇਲੋਡ ਫਰੇਮ ਹੈ:
ਟੇਬਲ 6. GetDieId ਕਮਾਂਡ ਦਾ ਜਵਾਬ

ਖੇਤਰ ਬਾਈਟ ਵਰਣਨ
STAT 1 ਸਥਿਤੀ
ਆਰ.ਐਫ.ਯੂ 2-4
DIEID 5-20 ਡਾਈ ਦੀ ID (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 ਦਾ ਜਵਾਬ ਫ੍ਰੇਮ ਵਿੱਚ ਭੁਗਤਾਨ ਕਰੋ] Ctegr16 ਦਾ ਜਵਾਬ ਹੈ:
ਸਾਰਣੀ 7. CheckIntegrity ਕਮਾਂਡ ਦਾ ਜਵਾਬ

ਖੇਤਰ ਬਾਈਟ ਮੁੱਲ/ਵਰਣਨ
STAT 1 ਸਥਿਤੀ
LEN ਡੇਟਾ 2 ਡਾਟਾ ਭਾਗਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ
LEN ਕੋਡ 3 ਕੋਡ ਭਾਗਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ
ਆਰ.ਐਫ.ਯੂ 4 ਰਾਖਵਾਂ
[CRC_INFO] 58 32 ਬਿੱਟ (ਲਿਟਲ-ਐਂਡੀਅਨ)। ਜੇਕਰ ਇੱਕ ਬਿੱਟ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ ਭਾਗ ਦਾ CRC ਠੀਕ ਹੈ, ਨਹੀਂ ਤਾਂ ਠੀਕ ਨਹੀਂ ਹੈ।
ਬਿੱਟ ਖੇਤਰ ਦੀ ਇਕਸਾਰਤਾ ਸਥਿਤੀ
[31:28] ਰਾਖਵਾਂ [3]
[27:23] ਰਾਖਵਾਂ [1]
[22] ਰਾਖਵਾਂ [3]
[21:20] ਰਾਖਵਾਂ [1]
[19] RF ਸੰਰਚਨਾ ਖੇਤਰ (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। ਹਰੇਕ CRC 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 ਕਮਾਂਡ
ਇੱਕ ਸੁਰੱਖਿਅਤ ਲਿਖਣ ਦੀ ਕਮਾਂਡ ਪਹਿਲੀ ਹੈ ਜੇਕਰ ਅਤੇ ਕੇਵਲ ਤਾਂ ਹੀ:

  1. ਫਰੇਮ ਦੀ ਲੰਬਾਈ 312 ਬਾਈਟ ਹੈ
  2. ਆਖਰੀ ਰੀਸੈਟ ਤੋਂ ਬਾਅਦ ਕੋਈ ਸੁਰੱਖਿਅਤ ਲਿਖਤ ਕਮਾਂਡ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੋਈ ਹੈ।
  3. ਏਮਬੈਡ ਕੀਤੇ ਦਸਤਖਤ ਦੀ ਸਫਲਤਾਪੂਰਵਕ PN5190 ਦੁਆਰਾ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ ਹੈ।

ਪਹਿਲੀ ਫਰੇਮ ਕਮਾਂਡ ਦਾ ਜਵਾਬ ਹੇਠਾਂ ਦਿੱਤਾ ਜਾਵੇਗਾ: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ਵਾਪਸੀ ਸਥਿਤੀ ਹੈ।
ਨੋਟ: ਇੱਕ eSFWu ਦੇ ਦੌਰਾਨ ਡੇਟਾ ਦਾ ਘੱਟੋ ਘੱਟ ਇੱਕ ਹਿੱਸਾ ਲਿਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਭਾਵੇਂ ਲਿਖਿਆ ਡੇਟਾ ਸਿਰਫ ਇੱਕ-ਬਾਈਟ ਲੰਬਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਪਹਿਲੀ ਕਮਾਂਡ ਵਿੱਚ ਹਮੇਸ਼ਾਂ ਅਗਲੀ ਕਮਾਂਡ ਦਾ ਹੈਸ਼ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਘੱਟੋ-ਘੱਟ ਦੋ ਕਮਾਂਡਾਂ ਹੋਣਗੀਆਂ।
3.4.8.2 ਮੱਧ DL_SEC_WRITE ਕਮਾਂਡਾਂ
ਇੱਕ ਸੁਰੱਖਿਅਤ ਲਿਖਣ ਦੀ ਕਮਾਂਡ ਇੱਕ 'ਮਿਡਲ ਇੱਕ' ਹੈ ਜੇਕਰ ਅਤੇ ਕੇਵਲ ਤਾਂ ਹੀ:

  1. ਓਪਕੋਡ DL_SEC_WRITE ਕਮਾਂਡ ਲਈ ਸੈਕਸ਼ਨ 3.4.1 ਵਿੱਚ ਦੱਸੇ ਅਨੁਸਾਰ ਹੈ।
  2. ਇੱਕ ਪਹਿਲੀ ਸੁਰੱਖਿਅਤ ਲਿਖਤ ਕਮਾਂਡ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਚੁੱਕੀ ਹੈ ਅਤੇ ਸਫਲਤਾਪੂਰਵਕ ਤਸਦੀਕ ਕੀਤੀ ਗਈ ਹੈ
  3. ਪਹਿਲੀ ਸੁਰੱਖਿਅਤ ਲਿਖਤ ਕਮਾਂਡ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕੋਈ ਰੀਸੈਟ ਨਹੀਂ ਹੋਇਆ ਹੈ
  4. ਫਰੇਮ ਦੀ ਲੰਬਾਈ ਡੇਟਾ ਆਕਾਰ + ਸਿਰਲੇਖ ਆਕਾਰ + ਹੈਸ਼ ਆਕਾਰ ਦੇ ਬਰਾਬਰ ਹੈ: FLEN = SIZE + 6 + 32
  5. ਪੂਰੇ ਫਰੇਮ ਦਾ ਡਾਇਜੈਸਟ ਪਿਛਲੇ ਫਰੇਮ ਵਿੱਚ ਪ੍ਰਾਪਤ ਹੋਏ ਹੈਸ਼ ਮੁੱਲ ਦੇ ਬਰਾਬਰ ਹੈ

ਪਹਿਲੀ ਫਰੇਮ ਕਮਾਂਡ ਦਾ ਜਵਾਬ ਹੇਠਾਂ ਦਿੱਤਾ ਜਾਵੇਗਾ: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ਵਾਪਸੀ ਸਥਿਤੀ ਹੈ।
3.4.8.3 ਆਖਰੀ DL_SEC_WRITE ਕਮਾਂਡ
ਇੱਕ ਸੁਰੱਖਿਅਤ ਲਿਖਣ ਦੀ ਕਮਾਂਡ ਆਖਰੀ ਹੈ ਜੇਕਰ ਅਤੇ ਕੇਵਲ ਤਾਂ ਹੀ:

  1. ਓਪਕੋਡ DL_SEC_WRITE ਕਮਾਂਡ ਲਈ ਸੈਕਸ਼ਨ 3.4.1 ਵਿੱਚ ਦੱਸੇ ਅਨੁਸਾਰ ਹੈ।
  2. ਇੱਕ ਪਹਿਲੀ ਸੁਰੱਖਿਅਤ ਲਿਖਤ ਕਮਾਂਡ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਚੁੱਕੀ ਹੈ ਅਤੇ ਸਫਲਤਾਪੂਰਵਕ ਤਸਦੀਕ ਕੀਤੀ ਗਈ ਹੈ
  3. ਪਹਿਲੀ ਸੁਰੱਖਿਅਤ ਲਿਖਤ ਕਮਾਂਡ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕੋਈ ਰੀਸੈਟ ਨਹੀਂ ਹੋਇਆ ਹੈ
  4. ਫਰੇਮ ਦੀ ਲੰਬਾਈ ਡੇਟਾ ਆਕਾਰ + ਸਿਰਲੇਖ ਆਕਾਰ ਦੇ ਬਰਾਬਰ ਹੈ: FLEN = SIZE + 6
  5. ਪੂਰੇ ਫਰੇਮ ਦਾ ਡਾਇਜੈਸਟ ਪਿਛਲੇ ਫਰੇਮ ਵਿੱਚ ਪ੍ਰਾਪਤ ਹੋਏ ਹੈਸ਼ ਮੁੱਲ ਦੇ ਬਰਾਬਰ ਹੈ

ਪਹਿਲੀ ਫਰੇਮ ਕਮਾਂਡ ਦਾ ਜਵਾਬ ਹੇਠਾਂ ਦਿੱਤਾ ਜਾਵੇਗਾ: [HDLL] <- [0x00 0x04 STAT 0x00 0x00 0x00 CRC16] STAT ਵਾਪਸੀ ਸਥਿਤੀ ਹੈ।

IC ਓਪਰੇਟਿੰਗ ਬੂਟ ਮੋਡ - ਸਧਾਰਨ ਓਪਰੇਸ਼ਨ ਮੋਡ

4.1 ਜਾਣ-ਪਛਾਣ
ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਤੋਂ NFC ਕਾਰਜਸ਼ੀਲਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ PN5190 IC ਦਾ ਸੰਚਾਲਨ ਦੇ ਸਧਾਰਨ ਮੋਡ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜਦੋਂ 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
0x0 ਸੀ EPC_GEN2_INVENTORY
0x0D LOAD_RF_CONFIGURATION
0x0E UPDATE_RF_CONFIGURATION
0x0F GET_ 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 0x0 ਸੀ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਅਵੈਧ ਕਮਾਂਡ ਫਰੇਮ ਲੰਬਾਈ ਪ੍ਰਾਪਤ ਹੋਈ ਹੈ
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 ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ RF ਉੱਤੇ TX ਅਸਫਲ ਰਿਹਾ ਹੈ
PN5190_STATUS_NO_ANTENNA 0x1B ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੋਈ ਐਂਟੀਨਾ ਕਨੈਕਟ/ਮੌਜੂਦ ਨਹੀਂ ਹੈ
PN5190_STATUS_TXLDO_ERROR 0x1 ਸੀ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ 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 ਪਿੰਨ ਉੱਤੇ ਸਧਾਰਣ ਘਟਨਾਵਾਂ
ਇਹ ਘਟਨਾਵਾਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਹਨ:

  1. ਹਮੇਸ਼ਾਂ ਸਮਰੱਥ - ਹੋਸਟ ਨੂੰ ਹਮੇਸ਼ਾਂ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
  2. ਹੋਸਟ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ - ਹੋਸਟ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੇਕਰ ਸੰਬੰਧਿਤ ਇਵੈਂਟ ਇਨੇਬਲ ਬਿੱਟ ਰਜਿਸਟਰ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ (EVENT_ENABLE (01h))।

CLIF ਸਮੇਤ ਪੈਰੀਫਿਰਲ IP ਤੋਂ ਹੇਠਲੇ-ਪੱਧਰੀ ਰੁਕਾਵਟਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਰਮਵੇਅਰ ਦੇ ਅੰਦਰ ਸੰਭਾਲਿਆ ਜਾਵੇਗਾ ਅਤੇ ਹੋਸਟ ਨੂੰ ਸਿਰਫ਼ ਇਵੈਂਟ ਸੈਕਸ਼ਨ ਵਿੱਚ ਸੂਚੀਬੱਧ ਘਟਨਾਵਾਂ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।
ਫਰਮਵੇਅਰ ਦੋ ਇਵੈਂਟ ਰਜਿਸਟਰਾਂ ਨੂੰ 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
  1. ਨੋਟ ਕਰੋ ਕਿ ਗਲਤੀਆਂ ਦੇ ਮਾਮਲੇ ਨੂੰ ਛੱਡ ਕੇ ਕੋਈ ਵੀ ਦੋ ਇਵੈਂਟਾਂ ਨੂੰ ਜੋੜਿਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ। ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਤਰੁੱਟੀਆਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਕਾਰਜਸ਼ੀਲ ਇਵੈਂਟ (ਜਿਵੇਂ ਕਿ BOOT_EVENT, AUTOCALL_EVENT ਆਦਿ) ਅਤੇ GENERAL_ERROR_EVENT ਸੈੱਟ ਕੀਤੇ ਜਾਣਗੇ।
  2. ਹੋਸਟ 'ਤੇ ਪੋਸਟ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਇਹ ਇਵੈਂਟ ਆਪਣੇ ਆਪ ਹੀ ਅਸਮਰੱਥ ਹੋ ਜਾਵੇਗਾ। ਹੋਸਟ ਨੂੰ ਇਹਨਾਂ ਇਵੈਂਟਾਂ ਨੂੰ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਉਹ ਇਹਨਾਂ ਇਵੈਂਟਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ।

4.4.1.1 ਇਵੈਂਟ ਸੁਨੇਹਾ ਫਾਰਮੈਟ
ਇਵੈਂਟ ਸੰਦੇਸ਼ ਦਾ ਫਾਰਮੈਟ ਕਿਸੇ ਘਟਨਾ ਦੀਆਂ ਘਟਨਾਵਾਂ ਅਤੇ PN5190 ਦੀ ਵੱਖਰੀ ਸਥਿਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।
ਮੇਜ਼ਬਾਨ ਨੂੰ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ tag (T) ਅਤੇ ਸੁਨੇਹੇ ਦੀ ਲੰਬਾਈ (L) ਅਤੇ ਫਿਰ ਘਟਨਾਵਾਂ ਦੇ ਮੁੱਲ (V) ਵਜੋਂ ਬਾਈਟਾਂ ਦੀ ਅਨੁਸਾਰੀ ਸੰਖਿਆ ਨੂੰ ਪੜ੍ਹੋ।
ਆਮ ਤੌਰ 'ਤੇ, ਇਵੈਂਟ ਸੁਨੇਹੇ (ਚਿੱਤਰ 12 ਦੇਖੋ) ਵਿੱਚ ਸਾਰਣੀ 11 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਅਨੁਸਾਰ EVENT_STATUS ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਵੈਂਟ ਡੇਟਾ EVENT_STATUS ਵਿੱਚ ਸੈੱਟ ਕੀਤੇ ਸਬੰਧਿਤ ਇਵੈਂਟ ਬਿੱਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
ਨੋਟ:
ਕੁਝ ਇਵੈਂਟਾਂ ਲਈ, ਪੇਲੋਡ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਉਦਾਹਰਨ ਲਈ ਜੇਕਰ TIMER0_EVENT ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਸਿਰਫ਼ EVENT_STATUS ਨੂੰ ਇਵੈਂਟ ਸੰਦੇਸ਼ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਸਾਰਣੀ 11 ਇਹ ਵੀ ਵੇਰਵੇ ਦਿੰਦੀ ਹੈ ਕਿ ਕੀ ਇਵੈਂਟ ਸੰਦੇਸ਼ ਵਿੱਚ ਸੰਬੰਧਿਤ ਇਵੈਂਟ ਲਈ ਇਵੈਂਟ ਡੇਟਾ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਤਰੁੱਟੀਆਂ ਆਈਆਂGENERAL_ERROR_EVENT ਹੋਰ ਘਟਨਾਵਾਂ ਦੇ ਨਾਲ ਵੀ ਹੋ ਸਕਦਾ ਹੈ।
ਇਸ ਦ੍ਰਿਸ਼ ਵਿੱਚ, ਇਵੈਂਟ ਸੁਨੇਹੇ (ਚਿੱਤਰ 13 ਦੇਖੋ) ਵਿੱਚ ਸਾਰਣੀ 11 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਅਨੁਸਾਰ EVENT_STATUS ਅਤੇ ਸਾਰਣੀ 14 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਅਨੁਸਾਰ GENERAL_ERROR_STATUS_DATA ਸ਼ਾਮਲ ਹੈ ਅਤੇ ਫਿਰ ਇਵੈਂਟ ਡੇਟਾ EVENT_STATUS ਵਿੱਚ ਸੈੱਟ ਕੀਤੇ ਅਨੁਸਾਰੀ ਇਵੈਂਟ ਬਿੱਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ T11 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਇੱਕ ਤਰੁੱਟੀ ਹੋਣ 'ਤੇ ਫਾਰਮੈਟਨੋਟ:
ਸਿਰਫ਼ BOOT_EVENT ਤੋਂ ਬਾਅਦ ਜਾਂ POR, STANDBY, ULPCD ਤੋਂ ਬਾਅਦ, ਹੋਸਟ ਉੱਪਰ ਸੂਚੀਬੱਧ ਕਮਾਂਡਾਂ ਨੂੰ ਜਾਰੀ ਕਰਕੇ ਆਮ ਓਪਰੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ।
ਮੌਜੂਦਾ ਚੱਲ ਰਹੀ ਕਮਾਂਡ ਨੂੰ ਅਧੂਰਾ ਛੱਡਣ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, IDLE_EVENT ਤੋਂ ਬਾਅਦ, ਹੋਸਟ ਉੱਪਰ ਸੂਚੀਬੱਧ ਕਮਾਂਡਾਂ ਨੂੰ ਜਾਰੀ ਕਰਕੇ ਸਧਾਰਨ ਕਾਰਵਾਈ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ।
4.4.1.2 ਵੱਖ-ਵੱਖ ਘਟਨਾ ਸਥਿਤੀ ਪਰਿਭਾਸ਼ਾਵਾਂ
4.4.1.2.1 EVENT_STATUS ਲਈ ਬਿੱਟ ਪਰਿਭਾਸ਼ਾਵਾਂ
ਸਾਰਣੀ 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/ਸਟੈਂਡਬਾਏ ਨਾਲ ਬੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਸਾਰਣੀ 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 ਬੂਟਅੱਪ ਕਾਰਨ ਜੇਕਰ ਸਟੈਂਡਬਾਏ VDDIO ਲੌਸ ਦੇ ਨਾਲ ਦਾਖਲ ਹੋਇਆ ਹੈ।
ਸੈਕਸ਼ਨ 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 ਪਾਵਰ-ਆਨ ਰੀਸੈਟ ਦੇ ਕਾਰਨ ਬੂਟਅੱਪ

4.4.1.2.3 STANDBY_PREV_STATUS_DATA ਲਈ ਬਿੱਟ ਪਰਿਭਾਸ਼ਾਵਾਂ
ਸਾਰਣੀ 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 ਆਰ.ਐਫ.ਯੂ ਰਿਜ਼ਰਵਡ

4.4.1.2.4 GENERAL_ERROR_STATUS_DATA ਲਈ ਬਿੱਟ ਪਰਿਭਾਸ਼ਾਵਾਂ
ਸਾਰਣੀ 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 ਦੇ ਅੰਤਰੀਵ ਸੰਚਾਲਨ ਦੇ ਅਨੁਸਾਰ ਸਥਿਤੀ ਬਿੱਟ ਲਾਗੂ ਹੋਣ ਦੀ ਯੋਗਤਾ ਅਨੁਸਾਰੀ ਬਿੱਟ ਲਈ ਵਰਣਨ ਸਥਿਤੀ ਬਾਈਟ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।
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 ਓਵਰਕਰੈਂਟ N Y VDDPA LDO ਓਵਰਕਰੰਟ ਕਾਰਨ ਅਧੂਰਾ ਛੱਡਿਆ ਗਿਆ
2 2 ਬਾਹਰੀ RF ਖੇਤਰ 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 ਲਈ LPCD_CALIBRATION_DONE ਸਥਿਤੀ ਡਾਟਾ ਬਾਈਟਾਂ ਲਈ ਪਰਿਭਾਸ਼ਾਵਾਂ

ਨੂੰ ਬਿੱਟ ਤੋਂ ਬਿੱਟ LPCD ਜਾਂ ULPCD ਦੇ ਅੰਤਰੀਵ ਸੰਚਾਲਨ ਦੇ ਅਨੁਸਾਰ ਸਥਿਤੀ ਬਿੱਟ ਲਾਗੂ ਹੋਣ ਦੀ ਯੋਗਤਾ ਅਨੁਸਾਰੀ ਬਿੱਟ ਲਈ ਵਰਣਨ ਸਥਿਤੀ ਬਾਈਟ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।
2 2 ਬਾਹਰੀ RF ਖੇਤਰ 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 ਵਿੱਚ ਹੈ।
ਓਵਰਕਰੰਟ ਸਥਿਤੀ ਦੀ ਮਿਆਦ ਨੂੰ 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_STATUS_DATA" ਦੇ ਨਾਲ "BOOT_EVENT" 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਬਿਟਸ "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-RITE or 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 ਪੜ੍ਹੋ_ਰਜਿਸਟਰ_ਮਲਟੀਪਲ
ਇਹ ਹਦਾਇਤ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਲਾਜ਼ੀਕਲ ਰਜਿਸਟਰਾਂ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਨਤੀਜਾ (ਹਰੇਕ ਰਜਿਸਟਰ ਦੀ ਸਮੱਗਰੀ) ਹਦਾਇਤ ਦੇ ਜਵਾਬ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਰਜਿਸਟਰ ਦਾ ਪਤਾ ਜਵਾਬ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ। ਜਵਾਬ ਦੇ ਅੰਦਰ ਰਜਿਸਟਰ ਸਮੱਗਰੀ ਦਾ ਕ੍ਰਮ ਨਿਰਦੇਸ਼ ਦੇ ਅੰਦਰ ਰਜਿਸਟਰ ਪਤਿਆਂ ਦੇ ਕ੍ਰਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
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 ਐਡਰੈੱਸ' ਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਹ ਪਤਾ ਕਰਨ ਯੋਗ EEPROM ਖੇਤਰ ਦੇ ਆਕਾਰ ਦਾ ਹਵਾਲਾ ਦੇਵੇਗਾ।
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 ਡਾਟਾ ਹੇਰਾਫੇਰੀ
ਇਸ ਸੈਕਸ਼ਨ ਵਿੱਚ ਵਰਣਿਤ ਹਦਾਇਤਾਂ RF ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਅਤੇ ਰਿਸੈਪਸ਼ਨ ਲਈ ਕਮਾਂਡਾਂ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ।
4.5.3.1 EXCHANGE_RF_DATA
RF ਐਕਸਚੇਂਜ ਫੰਕਸ਼ਨ TX ਡੇਟਾ ਦਾ ਸੰਚਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ RX ਡੇਟਾ ਦੇ ਰਿਸੈਪਸ਼ਨ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ।
ਫੰਕਸ਼ਨ ਰਿਸੈਪਸ਼ਨ (ਜਾਂ ਤਾਂ ਗਲਤ ਜਾਂ ਸਹੀ) ਜਾਂ ਸਮਾਂ ਸਮਾਪਤ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਵਾਪਸ ਆਉਂਦਾ ਹੈ। ਟਾਈਮਰ TRANSMISSION ਦੇ END ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ RECEPTION ਦੇ START ਨਾਲ ਬੰਦ ਹੁੰਦਾ ਹੈ। EEPROM ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਸੰਰਚਿਤ ਕੀਤਾ ਸਮਾਂ ਸਮਾਪਤ ਮੁੱਲ ਐਕਸਚੇਂਜ ਕਮਾਂਡ ਦੇ ਲਾਗੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਸਮਾਪਤ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਵਰਤਿਆ ਜਾਵੇਗਾ।
ਜੇਕਰ transceiver_state ਹੈ

  • IDLE ਵਿੱਚ TRANSCEIVE ਮੋਡ ਦਰਜ ਕੀਤਾ ਗਿਆ ਹੈ।
  • WAIT_RECEIVE ਵਿੱਚ, ਇਨੀਸ਼ੀਏਟਰ ਬਿੱਟ ਸੈਟ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਟ੍ਰਾਂਸਸੀਵਰ ਸਥਿਤੀ ਨੂੰ TRANSCEIVE ਮੋਡ ਵਿੱਚ ਰੀਸੈਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
  • WAIT_TRANSMIT ਵਿੱਚ, ਇਨੀਸ਼ੀਏਟਰ ਬਿੱਟ ਸੈਟ ਨਾ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਟ੍ਰਾਂਸਸੀਵਰ ਸਥਿਤੀ ਨੂੰ TRANSCEIVE MODE ਵਿੱਚ ਰੀਸੈਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਖੇਤਰ 'ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਵੈਧ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ' ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਡੇਟਾ ਦੀ ਸਹੀ ਲੰਬਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

4.5.3.1.1 ਸ਼ਰਤਾਂ
'TX ਡੇਟਾ' ਫੀਲਡ ਦਾ ਆਕਾਰ 0 - 1024 ਦੇ ਵਿਚਕਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਮੇਤ।
'ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਵੈਧ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ' ਫੀਲਡ 0 - 7 ਦੀ ਰੇਂਜ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਇੱਕ ਚੱਲ ਰਹੇ RF ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਦੌਰਾਨ ਕਮਾਂਡ ਨੂੰ ਕਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਮਾਂਡ ਡੇਟਾ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਟ੍ਰਾਂਸਸੀਵਰ ਦੀ ਸਹੀ ਸਥਿਤੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਏਗੀ।
ਨੋਟ:
ਇਹ ਕਮਾਂਡ ਸਿਰਫ਼ ਰੀਡਰ ਮੋਡ ਅਤੇ P2P” ਪੈਸਿਵ/ਐਕਟਿਵ ਇਨੀਸ਼ੀਏਟਰ ਮੋਡ ਲਈ ਵੈਧ ਹੈ।
4.5.3.1.2 ਹੁਕਮ
ਸਾਰਣੀ 37. EXCHANGE_RF_DATA ਕਮਾਂਡ ਮੁੱਲ
TX ਡੇਟਾ ਨੂੰ ਅੰਦਰੂਨੀ RF ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਬਫਰ ਵਿੱਚ ਲਿਖੋ ਅਤੇ ਟ੍ਰਾਂਸਸੀਵ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਸਾਰਣ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਹੋਸਟ ਨੂੰ ਜਵਾਬ ਤਿਆਰ ਕਰਨ ਲਈ ਰਿਸੈਪਸ਼ਨ ਜਾਂ ਟਾਈਮ-ਆਊਟ ਹੋਣ ਤੱਕ ਉਡੀਕ ਕਰੋ।

ਪੇਲੋਡ ਫੀਲਡ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਵੈਧ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ 1 ਬਾਈਟ 0 ਆਖਰੀ ਬਾਈਟ ਦੇ ਸਾਰੇ ਬਿੱਟ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ
1 - 7 ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਆਖਰੀ ਬਾਈਟ ਦੇ ਅੰਦਰ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ।
RFExchangeConfig 1 ਬਾਈਟ RFE ਐਕਸਚੇਂਜ ਫੰਕਸ਼ਨ ਦੀ ਸੰਰਚਨਾ। ਵੇਰਵੇ ਹੇਠਾਂ ਦੇਖੋ

ਸਾਰਣੀ 37. EXCHANGE_RF_DATA ਕਮਾਂਡ ਮੁੱਲ...ਜਾਰੀ ਹੈ
TX ਡੇਟਾ ਨੂੰ ਅੰਦਰੂਨੀ RF ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਬਫਰ ਵਿੱਚ ਲਿਖੋ ਅਤੇ ਟ੍ਰਾਂਸਸੀਵ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਸਾਰਣ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਹੋਸਟ ਨੂੰ ਜਵਾਬ ਤਿਆਰ ਕਰਨ ਲਈ ਰਿਸੈਪਸ਼ਨ ਜਾਂ ਟਾਈਮ-ਆਊਟ ਹੋਣ ਤੱਕ ਉਡੀਕ ਕਰੋ।

ਪੇਲੋਡ ਫੀਲਡ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
TX ਡਾਟਾ n ਬਾਈਟਸ TX ਡੇਟਾ ਜੋ ਕਿ ਟਰਾਂਸੀਵ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ CLIF ਦੁਆਰਾ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। n = 0 – 1024 ਬਾਈਟ

ਸਾਰਣੀ 38. RFexchangeConfig ਬਿਟਮਾਸਕ

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 ਬਾਈਟ ਤੱਕ ਸੀਮਿਤ ਹੈ। ਇਸ ਹਦਾਇਤ ਦੇ ਲਾਗੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਆਰਐਫ ਰਿਸੈਪਸ਼ਨ ਆਪਣੇ ਆਪ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ।
ਕਮਾਂਡ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਦੇ ਮੁਕੰਮਲ ਹੋਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਵਾਪਸ ਆਉਂਦੀ ਹੈ ਅਤੇ ਰਿਸੈਪਸ਼ਨ ਪੂਰਾ ਹੋਣ ਦੀ ਉਡੀਕ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।
4.5.3.2.1 ਸ਼ਰਤਾਂ
'TX ਡੇਟਾ' ਫੀਲਡ ਦੇ ਅੰਦਰ ਬਾਈਟਾਂ ਦੀ ਸੰਖਿਆ 1 - 1024 ਦੀ ਰੇਂਜ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਮੇਤ।
ਇੱਕ ਚੱਲ ਰਹੇ RF ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਦੌਰਾਨ ਕਮਾਂਡ ਨੂੰ ਕਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
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 ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਕਰਨ ਦੇ ਵਿਕਲਪ ਦੇ ਨਾਲ। ।੩.੨ ਹੁਕਮ।
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
ਇਹ ਹਦਾਇਤ ਰੀਡਰ ਦੇ RF ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ।
ਰੀਡਰ ਮੋਡ ਵਿੱਚ, ਇਹ ਹਦਾਇਤ ਵਾਪਸ ਆਉਂਦੀ ਹੈ ਜਾਂ ਤਾਂ ਕੋਈ ਰਿਸੈਪਸ਼ਨ ਹੈ (ਜਾਂ ਤਾਂ ਗਲਤ ਜਾਂ ਸਹੀ) ਜਾਂ ਇੱਕ FWT ਸਮਾਂ ਸਮਾਪਤ ਹੋਇਆ ਹੈ। ਟਾਈਮਰ TRANSMISSION ਦੇ END ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ RECEPTION ਦੇ START ਨਾਲ ਬੰਦ ਹੁੰਦਾ ਹੈ। EEPROM ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਸੰਰਚਿਤ ਕੀਤਾ ਡਿਫੌਲਟ ਸਮਾਂ ਸਮਾਪਤ ਮੁੱਲ ਐਕਸਚੇਂਜ ਕਮਾਂਡ ਦੇ ਲਾਗੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਸਮਾਪਤ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਵਰਤਿਆ ਜਾਵੇਗਾ।
ਟਾਰਗੇਟ ਮੋਡ ਵਿੱਚ, ਇਹ ਹਦਾਇਤ ਰਿਸੈਪਸ਼ਨ (ਜਾਂ ਤਾਂ ਗਲਤ ਜਾਂ ਸਹੀ) ਜਾਂ ਬਾਹਰੀ RF ਗਲਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਵਾਪਸ ਆਉਂਦੀ ਹੈ।
ਨੋਟ:
ਇਹ ਹਦਾਇਤ TX ਅਤੇ RX ਕਾਰਵਾਈ ਕਰਨ ਲਈ TRANSMIT_RF_DATA ਕਮਾਂਡ ਨਾਲ ਵਰਤੀ ਜਾਵੇਗੀ...
4.5.3.4.1 ਹੁਕਮ
ਸਾਰਣੀ 44. RECEIVE_RF_DATA ਕਮਾਂਡ ਮੁੱਲ

ਪੇਲੋਡ ਫੀਲਡ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
ReceiveRFCconfig 1 ਬਾਈਟ ReceiveRFCconfig ਫੰਕਸ਼ਨ ਦੀ ਸੰਰਚਨਾ। ਦੇਖੋ ਸਾਰਣੀ 45

ਸਾਰਣੀ 45. RFCconfig ਬਿਟਮਾਸਕ ਪ੍ਰਾਪਤ ਕਰੋ

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 ਬਫਰ ਤੋਂ ਡਾਟਾ ਪੜ੍ਹਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ 'PN5190_STATUS_TIMEOUT_WITH_EMD_ERROR' ਸਥਿਤੀ ਦੇ ਨਾਲ ਵਾਪਸੀ ਵਾਲੀ EXCHANGE_RF_DATA ਕਮਾਂਡ ਦੇ ਪਿਛਲੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਤੋਂ ਇਸ 'ਤੇ ਪੋਸਟ ਕੀਤਾ ਗਿਆ FeliCa EMD ਜਵਾਬ ਡੇਟਾ (ਜੇ ਕੋਈ ਹੈ) ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।
ਨੋਟ: ਇਹ ਕਮਾਂਡ 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: RFU
ਬਿੱਟ 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 ਐਲਪੀਸੀਡੀ
PN5190 ਘੱਟ-ਪਾਵਰ ਕਾਰਡ ਖੋਜ ਮੋਡ ਵਿੱਚ ਹੈ, ਜਿੱਥੇ ਇਹ ਇੱਕ ਕਾਰਡ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜੋ ਓਪਰੇਟਿੰਗ ਵਾਲੀਅਮ ਵਿੱਚ ਦਾਖਲ ਹੋ ਰਿਹਾ ਹੈ, ਸਭ ਤੋਂ ਘੱਟ ਪਾਵਰ ਖਪਤ ਦੇ ਨਾਲ।
4.5.4.4 ਆਟੋਕਾਲ
PN5190 RF ਲਿਸਨਰ ਵਜੋਂ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਟਾਰਗੇਟ ਮੋਡ ਐਕਟੀਵੇਸ਼ਨ ਨੂੰ ਖੁਦਮੁਖਤਿਆਰੀ ਨਾਲ ਕਰ ਰਿਹਾ ਹੈ (ਰੀਅਲ-ਟਾਈਮ ਸੀਮਾਵਾਂ ਦੀ ਗਰੰਟੀ ਲਈ)
4.5.4.5 SWITCH_MODE_NORMAL
ਸਵਿੱਚ ਮੋਡ ਸਧਾਰਣ ਕਮਾਂਡ ਵਿੱਚ ਤਿੰਨ ਵਰਤੋਂ-ਕੇਸ ਹਨ।
4.5.4.5.1 UseCase1: ਪਾਵਰ ਅਪ (POR) 'ਤੇ ਸਾਧਾਰਨ ਓਪਰੇਸ਼ਨ ਮੋਡ ਦਾਖਲ ਕਰੋ
ਆਮ ਓਪਰੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋ ਕੇ ਅਗਲੀ ਕਮਾਂਡ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ/ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਨਿਸ਼ਕਿਰਿਆ ਸਥਿਤੀ ਵਿੱਚ ਰੀਸੈਟ ਕਰਨ ਲਈ ਵਰਤੋਂ।
4.5.4.5.2 UseCase2: ਆਮ ਓਪਰੇਸ਼ਨ ਮੋਡ (ਅਬੌਰਟ ਕਮਾਂਡ) 'ਤੇ ਜਾਣ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਚੱਲ ਰਹੀ ਕਮਾਂਡ ਨੂੰ ਖਤਮ ਕਰਨਾ
ਪਹਿਲਾਂ ਤੋਂ ਚੱਲ ਰਹੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਖਤਮ ਕਰਕੇ ਅਗਲੀ ਕਮਾਂਡ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ/ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਨਿਸ਼ਕਿਰਿਆ ਸਥਿਤੀ 'ਤੇ ਰੀਸੈਟ ਕਰਨ ਲਈ ਵਰਤੋਂ।
ਸਟੈਂਡਬਾਏ, LPCD, ਐਕਸਚੇਂਜ, PRBS, ਅਤੇ ਆਟੋਕੋਲ ਵਰਗੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਇਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮਾਪਤ ਕੀਤਾ ਜਾਣਾ ਸੰਭਵ ਹੋਵੇਗਾ।
ਇਹ ਕੇਵਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਹੁਕਮ ਹੈ, ਜਿਸਦਾ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਹੈ। ਇਸਦੀ ਬਜਾਏ, ਇਸ ਵਿੱਚ ਇੱਕ ਇਵੈਂਟ ਸੂਚਨਾ ਹੈ।
ਵੱਖ-ਵੱਖ ਅੰਡਰਲਾਈੰਗ ਕਮਾਂਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੌਰਾਨ ਵਾਪਰਦੀਆਂ ਘਟਨਾਵਾਂ ਦੀ ਕਿਸਮ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ ਸੈਕਸ਼ਨ 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 ਹੋਸਟ (ਚਿੱਤਰ 12 ਜਾਂ ਚਿੱਤਰ 13) ਨੂੰ IDLE_EVENT ਭੇਜ ਕੇ, ਸਿੱਧੇ ਸਧਾਰਨ ਓਪਰੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ ਅਤੇ “ 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 ਵੇਖੋ।

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸਧਾਰਨ ਕਾਰਵਾਈ

ਇੱਕ IDLE_EVENT (EVENT_STATUS ਰਜਿਸਟਰ ਵਿੱਚ) ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਆਮ ਮੋਡ ਦਰਜ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਹੋਸਟ ਨੂੰ ਭੇਜਿਆ ਗਿਆ ਹੈ। ਇਵੈਂਟ ਡੇਟਾ ਲਈ ਚਿੱਤਰ 12 ਅਤੇ ਚਿੱਤਰ 13 ਵੇਖੋ।NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਪਹਿਲਾਂ ਹੀ ਸਮਾਪਤ ਹੋ ਰਿਹਾ ਹੈ

ਇੱਕ BOOT_EVENT (EVENT_STATUS ਰਜਿਸਟਰ ਵਿੱਚ) ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਆਮ ਮੋਡ ਦਰਜ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਹੋਸਟ ਨੂੰ ਭੇਜਿਆ ਗਿਆ ਹੈ। ਇਵੈਂਟ ਡੇਟਾ ਲਈ ਚਿੱਤਰ 12 ਅਤੇ ਚਿੱਤਰ 13 ਵੇਖੋ।

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਗਰਮ ਹੋਣ 'ਤੇ ਓਪਰੇਸ਼ਨ ਮੋਡ

4.5.4.6 SWITCH_MODE_AUTOCOLL
ਸਵਿੱਚ ਮੋਡ ਆਟੋਕੋਲ ਆਪਣੇ ਆਪ ਹੀ ਕਾਰਡ ਐਕਟੀਵੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਨਿਸ਼ਾਨਾ ਮੋਡ ਵਿੱਚ ਕਰਦਾ ਹੈ।
ਫੀਲਡ 'ਆਟੋਕੋਲ ਮੋਡ' 0 - 2 ਦੀ ਰੇਂਜ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਮੇਤ।
ਜੇਕਰ ਫੀਲਡ 'ਆਟੋਕੋਲ ਮੋਡ' ਨੂੰ 2 (ਆਟੋਕੋਲ) 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ: ਫੀਲਡ 'ਆਰਐਫ ਟੈਕਨੋਲੋਜੀਜ਼' (ਟੇਬਲ 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 ਅੱਗੇ: ਜੇਕਰ '0xCDF' ਪਤੇ 'ਤੇ EEPROM ਫੀਲਡ "bCard ModeUltraLowPowerEnabled" '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” ਨਹੀਂ ਹੈ, ਤਾਂ ਅੱਗੇ “ਪ੍ਰੋਟੋਕੋਲ” ਅਤੇ “ਕਾਰਡ_ਐਕਟੀਵੇਟਿਡ” ਡੇਟਾ ਬਾਈਟ ਮੌਜੂਦ ਨਹੀਂ ਹਨ।
ਸੈਕਸ਼ਨ 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 ਪੈਸਿਵ TypeA ਵਜੋਂ ਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਗਿਆ
0x11 ਪੈਸਿਵ TypeF 212 ਦੇ ਤੌਰ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ
0x12 ਪੈਸਿਵ TypeF 424 ਦੇ ਤੌਰ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ
0x20 ਐਕਟਿਵ TypeA ਵਜੋਂ ਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਗਿਆ
0x21 ਐਕਟਿਵ TypeF 212 ਵਜੋਂ ਕਿਰਿਆਸ਼ੀਲ
0x22 ਐਕਟਿਵ TypeF 424 ਵਜੋਂ ਕਿਰਿਆਸ਼ੀਲ
ਹੋਰ ਮੁੱਲ ਅਵੈਧ
ਕਾਰਡ_ਐਕਟੀਵੇਟਿਡ 1 ਬਾਈਟ 0x00 ISO 14443-3 ਦੇ ਅਨੁਸਾਰ ਕੋਈ ਕਾਰਡ ਐਕਟੀਵੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਹੈ
0x01 ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸ ਪੈਸਿਵ ਮੋਡ ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਹੈ

ਨੋਟ:
ਇਵੈਂਟ ਡੇਟਾ ਨੂੰ ਪੜ੍ਹਨ ਤੋਂ ਬਾਅਦ, ਕਾਰਡ/ਡਿਵਾਈਸ ਤੋਂ ਪ੍ਰਾਪਤ ਡੇਟਾ ਜੋ ਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਗਿਆ ਸੀ (ਜਿਵੇਂ ਕਿ ISO18092/ISO1443-4 ਅਨੁਸਾਰ ATR_REQ/RATS ਦੇ 'n' ਬਾਈਟਸ), ਨੂੰ ਸੈਕਸ਼ਨ 4.5.3.3 ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੜ੍ਹਿਆ ਜਾਵੇਗਾ।
4.5.4.6.4 ਸੰਚਾਰ ਸਾਬਕਾample

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸੰਚਾਰ ਐਕਸample

4.5.4.7 SWITCH_MODE_STANDBY
ਸਵਿੱਚ ਮੋਡ ਸਟੈਂਡਬਾਏ ਆਪਣੇ ਆਪ ਹੀ IC ਨੂੰ ਸਟੈਂਡਬਾਏ ਮੋਡ ਵਿੱਚ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਜਾਗਣ ਦੀਆਂ ਸਥਿਤੀਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਾਲੇ ਵੇਕ-ਅਪ ਸਰੋਤਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ IC ਜਾਗ ਜਾਵੇਗਾ।
ਨੋਟ:
ਸਟੈਂਡਬਾਏ ਮੋਡਾਂ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਲਈ ULP ਸਟੈਂਡਬਾਏ ਲਈ ਕਾਊਂਟਰ ਦੀ ਮਿਆਦ ਅਤੇ ਸਟੈਂਡਬਾਏ ਲਈ HIF ਅਧੂਰਾ ਮੂਲ ਰੂਪ ਵਿੱਚ ਉਪਲਬਧ ਹੈ।

4.5.4.7.1 ਹੁਕਮ
ਸਾਰਣੀ 53. SWITCH_MODE_STANDBY ਕਮਾਂਡ ਮੁੱਲ

ਪੈਰਾਮੀਟਰ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
ਸੰਰਚਨਾ 1 ਬਾਈਟ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਵੇਕ-ਅੱਪ ਸਰੋਤ ਅਤੇ ਦਾਖਲ ਹੋਣ ਲਈ ਸਟੈਂਡਬਾਏ ਮੋਡ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਵਾਲਾ ਬਿਟਮਾਸਕ। ਵੇਖੋ ਸਾਰਣੀ 54
ਕਾਊਂਟਰ ਮੁੱਲ 2 ਬਾਈਟ ਮਿਲੀਸਕਿੰਟ ਵਿੱਚ ਵੇਕ-ਅੱਪ ਕਾਊਂਟਰ ਲਈ ਵਰਤਿਆ ਗਿਆ ਮੁੱਲ। ਸਟੈਂਡਬਾਏ ਲਈ ਅਧਿਕਤਮ ਸਮਰਥਿਤ ਮੁੱਲ 2690 ਹੈ। ULP ਸਟੈਂਡਬਾਏ ਲਈ ਅਧਿਕਤਮ ਸਮਰਥਿਤ ਮੁੱਲ 4095 ਹੈ। ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਮੁੱਲ ਲਿਟਲ-ਐਂਡੀਅਨ ਫਾਰਮੈਟ ਵਿੱਚ ਹੈ।
ਇਹ ਪੈਰਾਮੀਟਰ ਸਮਗਰੀ ਕੇਵਲ ਤਾਂ ਹੀ ਵੈਧ ਹੈ ਜੇਕਰ "ਸੰਰਚਨਾ ਬਿਟਮਾਸਕ" ਕਾਊਂਟਰ ਦੀ ਮਿਆਦ ਪੁੱਗਣ 'ਤੇ ਵੇਕ-ਅੱਪ ਲਈ ਸਮਰੱਥ ਹੈ।

ਸਾਰਣੀ 54. ਕੌਂਫਿਗ ਬਿਟਮਾਸਕ

b7 b6 b5 b4 b3 b2 b1 b0 ਵਰਣਨ
X ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ ਤਾਂ ULP ਸਟੈਂਡਬਾਏ ਦਾਖਲ ਕਰੋ ਜੇਕਰ ਬਿੱਟ 0b 'ਤੇ ਸੈੱਟ ਹੈ ਤਾਂ ਸਟੈਂਡਬਾਏ ਦਾਖਲ ਕਰੋ।
0 ਆਰ.ਐਫ.ਯੂ
X GPIO-3 'ਤੇ ਵੇਕ-ਅੱਪ ਕਰੋ ਜਦੋਂ ਇਹ ਉੱਚਾ ਹੋਵੇ, ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ। (ULP ਸਟੈਂਡਬਾਏ ਲਈ ਲਾਗੂ ਨਹੀਂ)
X GPIO-2 'ਤੇ ਵੇਕ-ਅੱਪ ਕਰੋ ਜਦੋਂ ਇਹ ਉੱਚਾ ਹੋਵੇ, ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ। (ULP ਸਟੈਂਡਬਾਏ ਲਈ ਲਾਗੂ ਨਹੀਂ)
X GPIO-1 'ਤੇ ਵੇਕ-ਅੱਪ ਕਰੋ ਜਦੋਂ ਇਹ ਉੱਚਾ ਹੋਵੇ, ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ। (ULP ਸਟੈਂਡਬਾਏ ਲਈ ਲਾਗੂ ਨਹੀਂ)
X GPIO-0 'ਤੇ ਵੇਕ-ਅੱਪ ਕਰੋ ਜਦੋਂ ਇਹ ਉੱਚਾ ਹੋਵੇ, ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ। (ULP ਸਟੈਂਡਬਾਏ ਲਈ ਲਾਗੂ ਨਹੀਂ)
X ਵੇਕ-ਅੱਪ ਕਾਊਂਟਰ 'ਤੇ ਵੇਕ-ਅੱਪ ਦੀ ਮਿਆਦ ਸਮਾਪਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਜੇਕਰ ਬਿੱਟ ਨੂੰ 1b 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ULP-ਸਟੈਂਡਬਾਏ ਲਈ, ਇਹ ਵਿਕਲਪ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਮਰੱਥ ਹੈ।
X ਬਾਹਰੀ RF ਖੇਤਰ 'ਤੇ ਵੇਕ-ਅੱਪ, ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ।

ਨੋਟ: PN5190 FW v02.03 ਤੋਂ, ਜੇਕਰ '0xCDF' ਪਤੇ 'ਤੇ EEPROM ਫੀਲਡ "CardModeUltraLowPowerEnabled" ਨੂੰ '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 ਨੂੰ ਸਟੈਂਡਬਾਏ ਮੋਡ ਵਿੱਚ ਜਾਣ ਤੋਂ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਾਰਣੀ 11 ਵਿੱਚ ਦੱਸੇ ਅਨੁਸਾਰ EVENT_STATUS ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਇਵੈਂਟ “STANDBY_PREV_EVENT” ਬਿੱਟ ਹੋਸਟ ਨੂੰ ਸਟੈਂਡਬਾਏ ਰੋਕਥਾਮ ਦੇ ਕਾਰਨ ਦੇ ਨਾਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਸਾਰਣੀ 13 ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ।
4.5.4.7.4 ਸੰਚਾਰ ਐਕਸample

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸੰਚਾਰ ਐਕਸample1

4.5.4.8 SWITCH_MODE_LPCD
ਸਵਿੱਚ ਮੋਡ LPCD ਐਂਟੀਨਾ ਦੇ ਆਲੇ ਦੁਆਲੇ ਬਦਲਦੇ ਵਾਤਾਵਰਣ ਦੇ ਕਾਰਨ ਐਂਟੀਨਾ ਉੱਤੇ ਇੱਕ ਡਿਟਿਊਨਿੰਗ ਖੋਜ ਕਰਦਾ ਹੈ।
LPCD ਦੇ 2 ਵੱਖ-ਵੱਖ ਮੋਡ ਹਨ। HW- ਅਧਾਰਿਤ (ULPCD) ਹੱਲ ਇੱਕ ਘਟੀ ਹੋਈ ਸੰਵੇਦਨਸ਼ੀਲਤਾ ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰਤੀਯੋਗੀ ਬਿਜਲੀ ਦੀ ਖਪਤ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। FW- ਅਧਾਰਿਤ (LPCD) ਹੱਲ ਵਧੀ ਹੋਈ ਬਿਜਲੀ ਦੀ ਖਪਤ ਦੇ ਨਾਲ ਇੱਕ ਸਰਵੋਤਮ-ਇਨ-ਕਲਾਸ ਸੰਵੇਦਨਸ਼ੀਲਤਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ।
FW ਅਧਾਰਤ (LPCD) ਦੇ ਸਿੰਗਲ ਮੋਡ ਵਿੱਚ, ਮੇਜ਼ਬਾਨ ਨੂੰ ਕੋਈ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਇਵੈਂਟ ਨਹੀਂ ਭੇਜਿਆ ਗਿਆ ਹੈ।
ਜਦੋਂ ਸਿੰਗਲ ਮੋਡ ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਅਤੇ ਲਗਾਤਾਰ ਮਾਪ ਸਾਰੇ ਸਟੈਂਡਬਾਏ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਤੋਂ ਬਾਅਦ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਸਿੰਗਲ ਮੋਡ ਵਿੱਚ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਇਵੈਂਟ ਲਈ, ਪਹਿਲਾਂ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਇਵੈਂਟ ਕਮਾਂਡ ਨਾਲ ਸਿੰਗਲ ਮੋਡ ਜਾਰੀ ਕਰੋ। ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ, ਇੱਕ LPCD ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਇਵੈਂਟ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਜਿਸਦੇ ਬਾਅਦ ਸਿੰਗਲ ਮੋਡ ਕਮਾਂਡ ਨੂੰ ਇਨਪੁਟ ਪੈਰਾਮੀਟਰ ਦੇ ਰੂਪ ਵਿੱਚ ਪਿਛਲੇ ਪੜਾਅ ਤੋਂ ਪ੍ਰਾਪਤ ਸੰਦਰਭ ਮੁੱਲ ਦੇ ਨਾਲ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
LPCD ਦੀ ਸੰਰਚਨਾ ਕਮਾਂਡ ਨੂੰ ਬੁਲਾਏ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ EEPROM/Flash ਡਾਟਾ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਨੋਟ:
ULPCD ਲਈ GPIO3 ਅਧੂਰਾ, LPCD ਲਈ HIF ਅਧੂਰਾ ਘੱਟ-ਪਾਵਰ ਮੋਡਾਂ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਲਈ ਮੂਲ ਰੂਪ ਵਿੱਚ ਉਪਲਬਧ ਹਨ।
ਕਾਊਂਟਰ ਦੀ ਮਿਆਦ ਪੁੱਗਣ ਕਾਰਨ ਵੇਕ-ਅੱਪ ਹਮੇਸ਼ਾ ਚਾਲੂ ਹੁੰਦਾ ਹੈ।
ULPCD ਲਈ, DC-DC ਸੰਰਚਨਾ ਨੂੰ EEPROM/Flash ਡਾਟਾ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਅਯੋਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ VBAT ਦੁਆਰਾ VUP ਸਪਲਾਈ ਪ੍ਰਦਾਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਜ਼ਰੂਰੀ ਜੰਪਰ ਸੈਟਿੰਗ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ. EEPROM/Flash ਡਾਟਾ ਸੈਟਿੰਗਾਂ ਲਈ, ਦਸਤਾਵੇਜ਼ [2] ਵੇਖੋ।
ਜੇਕਰ ਕਮਾਂਡ LPCD/ULPCD ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਲਈ ਹੈ, ਤਾਂ ਹੋਸਟ ਨੂੰ ਅਜੇ ਵੀ ਪੂਰਾ ਫਰੇਮ ਭੇਜਣਾ ਪਵੇਗਾ।

4.5.4.8.1 ਹੁਕਮ
ਸਾਰਣੀ 56. SWITCH_MODE_LPCD ਕਮਾਂਡ ਮੁੱਲ

ਪੈਰਾਮੀਟਰ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
bControl 1 ਬਾਈਟ 0x00 ULPCD ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਦਾਖਲ ਕਰੋ। ਕਮਾਂਡ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਰੁਕ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸੰਦਰਭ ਮੁੱਲ ਵਾਲਾ ਇੱਕ ਇਵੈਂਟ ਹੋਸਟ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
0x01 ULPCD ਦਾਖਲ ਕਰੋ
0x02 LPCD ਕੈਲੀਬ੍ਰੇਸ਼ਨ। ਕਮਾਂਡ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਰੁਕ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸੰਦਰਭ ਮੁੱਲ ਵਾਲਾ ਇੱਕ ਇਵੈਂਟ ਹੋਸਟ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
0x03 LPCD ਦਾਖਲ ਕਰੋ
0x04 ਸਿੰਗਲ ਮੋਡ
0x0 ਸੀ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਇਵੈਂਟ ਦੇ ਨਾਲ ਸਿੰਗਲ ਮੋਡ
ਹੋਰ ਮੁੱਲ ਆਰ.ਐਫ.ਯੂ
ਵੇਕ-ਅੱਪ ਕੰਟਰੋਲ 1 ਬਾਈਟ LPCD/ULPCD ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਵੇਕ-ਅੱਪ ਸਰੋਤ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਵਾਲਾ ਬਿਟਮਾਸਕ। ਇਸ ਖੇਤਰ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਲਈ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਵੇਖੋ ਸਾਰਣੀ 57
ਹਵਾਲਾ ਮੁੱਲ 4 ਬਾਈਟ ULPCD/LPCD ਦੌਰਾਨ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਸੰਦਰਭ ਮੁੱਲ।
ULPCD ਲਈ, ਬਾਈਟ 2 ਜੋ ਕਿ HF ਐਟੀਨੂਏਟਰ ਮੁੱਲ ਰੱਖਦਾ ਹੈ, ਦੀ ਵਰਤੋਂ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਅਤੇ ਮਾਪ ਪੜਾਅ ਦੋਵਾਂ ਦੌਰਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
LPCD ਲਈ, ਇਸ ਖੇਤਰ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਅਤੇ ਸਿੰਗਲ ਮੋਡ ਲਈ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਵੇਖੋ ਸਾਰਣੀ 58 ਸਾਰੇ 4 ਬਾਈਟਾਂ 'ਤੇ ਸਹੀ ਜਾਣਕਾਰੀ ਲਈ।
ਕਾਊਂਟਰ ਮੁੱਲ 2 ਬਾਈਟ ਮਿਲੀਸਕਿੰਟ ਵਿੱਚ ਵੇਕ-ਅੱਪ ਕਾਊਂਟਰ ਲਈ ਮੁੱਲ। LPCD ਲਈ ਅਧਿਕਤਮ ਸਮਰਥਿਤ ਮੁੱਲ 2690 ਹੈ। ULPCD ਲਈ ਅਧਿਕਤਮ ਸਮਰਥਿਤ ਮੁੱਲ 4095 ਹੈ। ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਮੁੱਲ ਲਿਟਲ-ਐਂਡੀਅਨ ਫਾਰਮੈਟ ਵਿੱਚ ਹੈ।
ਇਸ ਖੇਤਰ ਦੀ ਸਮੱਗਰੀ ਨੂੰ LPCD ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਲਈ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਇਵੈਂਟ ਦੇ ਨਾਲ ਸਿੰਗਲ ਮੋਡ ਅਤੇ ਸਿੰਗਲ ਮੋਡ ਲਈ, ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਸਟੈਂਡਬਾਏ ਦੀ ਮਿਆਦ EEPROM ਸੰਰਚਨਾ ਤੋਂ ਕੌਂਫਿਗਰ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ: LPCD_SETTINGS->wCheck ਪੀਰੀਅਡ।
ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਵਾਲੇ ਸਿੰਗਲ ਮੋਡ ਲਈ, WUC ਮੁੱਲ ਗੈਰ-ਜ਼ੀਰੋ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਟੇਬਲ 57. ਵੇਕ-ਅੱਪ ਕੰਟਰੋਲ ਬਿਟਮਾਸਕ

b7 b6 b5 b4 b3 b2 b1 b0 ਵਰਣਨ
0 0 0 0 0 0 0 ਆਰ.ਐਫ.ਯੂ
X ਬਾਹਰੀ RF ਖੇਤਰ 'ਤੇ ਵੇਕ-ਅੱਪ, ਜੇਕਰ ਬਿੱਟ 1b 'ਤੇ ਸੈੱਟ ਹੈ।

ਸਾਰਣੀ 58. ਹਵਾਲਾ ਮੁੱਲ ਬਾਈਟ ਜਾਣਕਾਰੀ

ਹਵਾਲਾ ਮੁੱਲ ਬਾਈਟ ULPCD LPCD
ਬਾਈਟ 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

ਪੇਲੋਡ ਖੇਤਰ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
LPCD ਸਥਿਤੀ ਸਾਰਣੀ 15 ਵੇਖੋ ਸਾਰਣੀ 154.5.4.8.4 ਨੂੰ ਵੇਖੋample

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸਾਬਕਾ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 ਕਲਾਸਿਕ ਉਤਪਾਦ-ਆਧਾਰਿਤ ਕਾਰਡ ਨੂੰ ਸਟੇਟ ਐਕਟਿਵ ਜਾਂ ਐਕਟਿਵ* ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ ਸਬੰਧਤ ਇੱਕ ਰਨਟਾਈਮ ਗਲਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਖੇਤਰ 'ਪ੍ਰਮਾਣਿਕਤਾ ਸਥਿਤੀ' ਅਨੁਸਾਰ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।
4.5.5.1.2 ਹੁਕਮ
ਸਾਰਣੀ 63. MFC_AUTHENTICATE ਕਮਾਂਡ
ਇੱਕ ਸਰਗਰਮ MIFARE ਕਲਾਸਿਕ ਉਤਪਾਦ-ਅਧਾਰਿਤ ਕਾਰਡ 'ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰੋ।

ਪੇਲੋਡ ਫੀਲਡ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
ਕੁੰਜੀ 6 ਬਾਈਟ ਵਰਤੇ ਜਾਣ ਲਈ ਪ੍ਰਮਾਣਿਕਤਾ ਕੁੰਜੀ।
ਕੁੰਜੀ ਦੀ ਕਿਸਮ 1 ਬਾਈਟ 0x60 ਮੁੱਖ ਕਿਸਮ ਏ
0x61 ਮੁੱਖ ਕਿਸਮ ਬੀ
ਬਲਾਕ ਪਤਾ 1 ਬਾਈਟ ਬਲਾਕ ਦਾ ਪਤਾ ਜਿਸ ਲਈ ਪ੍ਰਮਾਣਿਕਤਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
UID 4 ਬਾਈਟ ਕਾਰਡ ਦੀ ਯੂ.ਆਈ.ਡੀ.

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 ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦੀ ਹੈ। ਨਿਰਦੇਸ਼ ਫਿਰ ਖੇਤਰ 'ਟਾਈਮਸਲਾਟ ਪ੍ਰੋਸੈਸਡ ਵਿਵਹਾਰ' ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ:

  • ਜੇਕਰ ਇਹ ਖੇਤਰ 0 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਅਗਲੀ ਟਾਈਮਲਾਟ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਇੱਕ NextSlot ਕਮਾਂਡ ਜਾਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਉਦੋਂ ਤੱਕ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਅੰਦਰੂਨੀ ਬਫਰ ਭਰ ਨਹੀਂ ਜਾਂਦਾ
  • ਜੇਕਰ ਇਹ ਖੇਤਰ 1 'ਤੇ ਸੈੱਟ ਹੈ, ਤਾਂ ਐਲਗੋਰਿਦਮ ਰੁਕ ਜਾਂਦਾ ਹੈ
  • ਜੇਕਰ ਇਹ ਖੇਤਰ 2 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਇੱਕ Req_Rn ਕਮਾਂਡ ਜਾਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੇਕਰ, ਅਤੇ ਕੇਵਲ, ਜੇਕਰ, ਇੱਕ ਵੈਧ ਹੈ tag ਇਸ timelotCommand ਵਿੱਚ ਜਵਾਬ

ਫੀਲਡ 'ਸਿਲੈਕਟ ਕਮਾਂਡ ਲੈਂਥ' ਵਿੱਚ ਫੀਲਡ 'ਸਿਲੈਕਟ ਕਮਾਂਡ' ਦੀ ਲੰਬਾਈ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਕਿ 1 - 39 ਤੱਕ ਦੀ ਰੇਂਜ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇਕਰ 'ਕਮਾਂਡ ਦੀ ਲੰਬਾਈ ਚੁਣੋ' 0 ਹੈ, ਤਾਂ ਖੇਤਰ 'ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਵੈਧ ਬਿੱਟ' ਅਤੇ 'ਕਮਾਂਡ ਚੁਣੋ' ਮੌਜੂਦ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਫੀਲਡ ਬਿਟਸ ਵਿੱਚ 'ਸਿਲੈਕਟ ਕਮਾਂਡ' ਫੀਲਡ ਦੇ ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਬਿੱਟਾਂ ਦੀ ਗਿਣਤੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਮੁੱਲ 1 - 7 ਦੀ ਰੇਂਜ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਮੇਤ। ਜੇਕਰ ਮੁੱਲ 0 ਹੈ, ਤਾਂ 'ਸਿਲੈਕਟ ਕਮਾਂਡ' ਖੇਤਰ ਤੋਂ ਆਖਰੀ ਬਾਈਟ ਦੇ ਸਾਰੇ ਬਿੱਟ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਫੀਲਡ 'ਸਿਲੈਕਟ ਕਮਾਂਡ' ਵਿੱਚ ISO18000-3M3 ਦੇ ਅਨੁਸਾਰ CRC-16c ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਸਿਲੈਕਟ ਕਮਾਂਡ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਉਹੀ ਲੰਬਾਈ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਖੇਤਰ 'ਸਿਲੈਕਟ ਕਮਾਂਡ ਲੈਂਥ' ਵਿੱਚ ਦਰਸਾਈ ਗਈ ਹੈ।
ਫੀਲਡ 'BeginRound ਕਮਾਂਡ' ਵਿੱਚ ISO18000-3M3 ਦੇ ਅਨੁਸਾਰ CRC-5 ਨੂੰ ਪਿੱਛੇ ਛੱਡੇ ਬਿਨਾਂ ਇੱਕ BeginRound ਕਮਾਂਡ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। 'BeginRound ਕਮਾਂਡ' ਦੇ ਆਖਰੀ ਬਾਈਟ ਦੇ ਆਖਰੀ 7 ਬਿੱਟਾਂ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਕਮਾਂਡ ਦੀ ਅਸਲ ਲੰਬਾਈ 17 ਬਿੱਟ ਹੁੰਦੀ ਹੈ।
'ਟਾਈਮਸਲਾਟ ਪ੍ਰੋਸੈਸਡ ਵਿਵਹਾਰ' ਵਿੱਚ 0 - 2 ਦਾ ਮੁੱਲ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਸਾਰਣੀ 65. EPC_GEN2_INVENTORY ਕਮਾਂਡ ਵੈਲਯੂ ਇੱਕ ISO 18000-3M3 ਵਸਤੂ ਸੂਚੀ ਤਿਆਰ ਕਰੋ

ਪੇਲੋਡ ਖੇਤਰ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
ਰੈਜ਼ਿਊਮੇ ਇਨਵੈਂਟਰੀ 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 RF ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ
ਵੱਖ-ਵੱਖ RF ਤਕਨਾਲੋਜੀਆਂ ਅਤੇ PN6 ਦੁਆਰਾ ਸਮਰਥਿਤ ਡਾਟਾ ਦਰਾਂ ਲਈ TX ਅਤੇ RX ਸੰਰਚਨਾ ਲਈ ਸੈਕਸ਼ਨ 5190 ਵੇਖੋ। ਮੁੱਲ ਹੇਠਾਂ ਦੱਸੀ ਰੇਂਜ ਵਿੱਚ ਮੌਜੂਦ ਨਹੀਂ ਹਨ, ਇਹਨਾਂ ਨੂੰ RFU ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
4.5.7.1 LOAD_RF_CONFIGURATION
ਇਹ ਹਦਾਇਤ RF ਸੰਰਚਨਾ ਨੂੰ EEPROM ਤੋਂ ਅੰਦਰੂਨੀ CLIF ਰਜਿਸਟਰਾਂ ਵਿੱਚ ਲੋਡ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। RF ਸੰਰਚਨਾ RF ਤਕਨਾਲੋਜੀ, ਮੋਡ (ਟਾਰਗੇਟ/ਇਨੀਸ਼ੀਏਟਰ) ਅਤੇ ਬੌਡ ਰੇਟ ਦੇ ਵਿਲੱਖਣ ਸੁਮੇਲ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। 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 ਕਮਾਂਡ ਮੁੱਲ
RF ਸੰਰਚਨਾ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ

ਪੇਲੋਡ ਫੀਲਡ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
ਸੰਰਚਨਾ[1…n] 6 ਬਾਈਟ RF ਸੰਰਚਨਾ 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
ਇਹ ਹਦਾਇਤ ਇੱਕ RF ਸੰਰਚਨਾ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਜਵਾਬ ਵਿੱਚ ਰਜਿਸਟਰ ਦਾ ਪਤਾ-ਮੁੱਲ-ਜੋੜਾ ਉਪਲਬਧ ਹੈ। ਇਹ ਜਾਣਨ ਲਈ ਕਿ ਕਿੰਨੇ ਜੋੜਿਆਂ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਣੀ ਹੈ, ਪਹਿਲੇ TLV ਤੋਂ ਪਹਿਲੇ ਆਕਾਰ ਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜੋ ਪੇਲੋਡ ਦੀ ਕੁੱਲ ਲੰਬਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ।
4.5.7.3.1 ਸ਼ਰਤਾਂ
ਫੀਲਡ RF ਕੌਂਫਿਗਰੇਸ਼ਨ TX ਸੰਰਚਨਾ ਲਈ 0x0 – 0x2B ਅਤੇ RX ਸੰਰਚਨਾ ਲਈ 0x80 –0xAB ਦੀ ਰੇਂਜ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਸੰਮਲਿਤ।
4.5.7.3.2 ਹੁਕਮ
ਸਾਰਣੀ 71. GET_ RF_CONFIGURATION ਕਮਾਂਡ ਮੁੱਲ RF ਸੰਰਚਨਾ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰੋ।

ਪੇਲੋਡ ਫੀਲਡ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ
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 ਕੌਂਫਿਗਰ _TESTBUS_DIGITAL
ਇਸ ਹਦਾਇਤ ਦੀ ਵਰਤੋਂ ਚੁਣੀਆਂ ਗਈਆਂ ਪੈਡ ਸੰਰਚਨਾਵਾਂ 'ਤੇ ਉਪਲਬਧ ਡਿਜੀਟਲ ਟੈਸਟ ਬੱਸ ਸਿਗਨਲ ਨੂੰ ਬਦਲਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
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-ਬਿੱਟ) ਪਰਿਵਰਤਿਤ ਮੁੱਲਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਨੂੰ AUX1/AUX2 ਵਿੱਚ ਆਉਟਪੁੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਜੇਕਰ Combined_Mode ਸਿਗਨਲ ਪੇਲੋਡ ਫੀਲਡ ਦਾ ਮੁੱਲ 2 (ਐਨਾਲਾਗ ਅਤੇ ਡਿਜੀਟਲ ਸੰਯੁਕਤ) ਹੈ, ਤਾਂ ਐਨਾਲਾਗ ਅਤੇ ਡਿਜੀਟਲ ਟੈਸਟ ਬੱਸ ਨੂੰ AUX1 (ਐਨਾਲਾਗ ਸਿਗਨਲ) ਅਤੇ GPIO0 (ਡਿਜੀਟਲ ਸਿਗਨਲ) 'ਤੇ ਰੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਰੂਟ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਸਿਗਨਲਾਂ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ EEPROM ਪਤੇ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ:
0xCE9 - TB_SignalIndex
0xCEA - TB_BitIndex
0xCEB - ਐਨਾਲਾਗ TB_Index
ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਵਿਕਲਪ 2 ਦੇ ਨਾਲ ਸੰਯੁਕਤ ਮੋਡ ਜਾਰੀ ਕਰਦੇ ਹਾਂ, ਟੈਸਟ ਬੱਸ ਇੰਡੈਕਸ ਅਤੇ ਟੈਸਟ ਬੱਸ ਬਿੱਟ ਨੂੰ EEPROM ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਨੋਟ:
ਹੋਸਟ ਨੂੰ "ਕੱਚੇ" ਜਾਂ "ਸੰਯੁਕਤ" ਮੋਡ ਵਿੱਚ ਫੀਲਡ ਲਾਗੂ ਹੋਣ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਸਾਰੇ ਖੇਤਰ ਮੁਹੱਈਆ ਕਰਵਾਏ ਜਾਣਗੇ। PN5190 IC ਸਿਰਫ਼ ਲਾਗੂ ਖੇਤਰ ਮੁੱਲਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰਦਾ ਹੈ।
4.5.9.2.3 ਹੁਕਮ
ਸਾਰਣੀ 79. CONFIGURE_TESTBUS_ANALOG ਕਮਾਂਡ ਮੁੱਲ

ਪੇਲੋਡ ਖੇਤਰ ਲੰਬਾਈ ਮੁੱਲ/ਵਰਣਨ ਸੰਯੁਕਤ ਮੋਡ ਲਈ ਫੀਲਡ ਉਪਯੋਗਤਾ
bConfig 1 ਬਾਈਟ ਸੰਰਚਨਾਯੋਗ ਬਿੱਟ. ਵੇਖੋ ਸਾਰਣੀ 80 ਹਾਂ
ਸੰਯੁਕਤ_ਮੋਡ ਸਿਗਨਲ 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 ਰਜਿਸਟਰਾਂ ਜਿਵੇਂ ਕਿ ਟਰਿਗਰ, ਟੈਸਟ ਬੱਸ ਰਜਿਸਟਰ, ਐੱਸ.ampਲਿੰਗ ਸੰਰਚਨਾ ਆਦਿ,
ਨੋਟ:
[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 MHz/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 ਇੰਟਰਲੀਵ ਮੋਡ ਜਿਵੇਂ ਕਿ CTS ਡਿਜ਼ਾਈਨ ਸਪੈਕਸ ਦੁਆਰਾ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਦਸ਼ਮਲਵ ਮੁੱਲ 3 ਰਾਖਵਾਂ ਹੈ ਅਤੇ ਇਸਨੂੰ 0 ਮੰਨਿਆ ਜਾਵੇਗਾ।
ਨੋਟ: ਦਿੱਤੇ ਗਏ ਮੁੱਲ ਨੂੰ ਹਮੇਸ਼ਾ 0x03 ਨਾਲ ਮਾਸਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਪ੍ਰਭਾਵੀ ਮੁੱਲ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
TB0 1 ਬਾਈਟ ਚੁਣਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਟੈਸਟ ਬੱਸ ਨੂੰ TB0 ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਣਾ ਹੈ। ਵੇਖੋ ਸੈਕਸ਼ਨ 7 (TB_ ਸਿਗਨਲ_ਇੰਡੈਕਸ ਮੁੱਲ)
TB1 1 ਬਾਈਟ ਚੁਣਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਟੈਸਟ ਬੱਸ ਨੂੰ TB1 ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਣਾ ਹੈ। ਵੇਖੋ ਸੈਕਸ਼ਨ 7 (TB_ ਸਿਗਨਲ_ਇੰਡੈਕਸ ਮੁੱਲ)
TB2 1 ਬਾਈਟ ਚੁਣਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਟੈਸਟ ਬੱਸ ਨੂੰ TB2 ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਣਾ ਹੈ। ਵੇਖੋ ਸੈਕਸ਼ਨ 7 (TB_ ਸਿਗਨਲ_ਇੰਡੈਕਸ ਮੁੱਲ)
TB3 1 ਬਾਈਟ ਚੁਣਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਟੈਸਟ ਬੱਸ ਨੂੰ TB3 ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਣਾ ਹੈ। ਵੇਖੋ ਸੈਕਸ਼ਨ 7 (TB_ ਸਿਗਨਲ_ਇੰਡੈਕਸ ਮੁੱਲ)
TTB_SELECT 1 ਬਾਈਟ ਚੁਣਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਟੀਬੀ ਨੂੰ ਟਰਿੱਗਰ ਸਰੋਤਾਂ ਨਾਲ ਕਨੈਕਟ ਕੀਤਾ ਜਾਣਾ ਹੈ। ਵੇਖੋ ਸੈਕਸ਼ਨ 7 (TB_Signal_Index ਮੁੱਲ)
ਆਰ.ਐਫ.ਯੂ 4 ਬਾਈਟ ਹਮੇਸ਼ਾ 0x00000000 ਭੇਜੋ
MISC_CONFIG 24 ਬਾਈਟ ਟਰਿੱਗਰ ਘਟਨਾਵਾਂ, ਧਰੁਵੀਤਾ ਆਦਿ ਦਾ ਹਵਾਲਾ ਦਿਓ [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 ਡਾਟਾ ਦਾ ਹਿੱਸਾ

ਨੋਟ:
'ਲੌਗ ਡੇਟਾ' ਦਾ ਅਧਿਕਤਮ ਆਕਾਰ 'ਚੰਕਸਾਈਜ਼' 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਜੋ ਕਮਾਂਡ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ।
ਕੁੱਲ ਲਾਗ ਆਕਾਰ 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 ਤਕਨਾਲੋਜੀ ਸੰਰਚਨਾ ਲੋਡ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ RF ਨੂੰ ਸੈਕਸ਼ਨ 4.5.8.1 ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਚਾਲੂ ਕੀਤਾ ਗਿਆ ਹੈ।
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 ਚਿੱਪ ਦੀ ਡਾਈ ID ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
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 ਸਾਬਕਾampWRITE_REGISTER ਲਈ le
ਰਜਿਸਟਰ 0x12345678F ਵਿੱਚ ਇੱਕ 0x1 ਮੁੱਲ ਲਿਖਣ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ।
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0000051F78563412
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ PN5190 (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ) ਤੋਂ ਪ੍ਰਾਪਤ ਜਵਾਬ ਫਰੇਮ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ: 00000100 5.2 ਸਾਬਕਾampWRITE_REGISTER_OR_MASK ਲਈ le
0x1 ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਮਾਸਕ ਦੇ ਨਾਲ ਰਜਿਸਟਰ 0x12345678F 'ਤੇ ਲਾਜ਼ੀਕਲ ਜਾਂ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0100051F78563412
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਜਵਾਬ ਫਰੇਮ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ): 01000100
5.3 ਸਾਬਕਾampWRITE_REGISTER_AND_MASK ਲਈ le
0x1 ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਮਾਸਕ ਦੇ ਨਾਲ ਰਜਿਸਟਰ 0x12345678F 'ਤੇ ਲਾਜ਼ੀਕਲ ਅਤੇ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0200051F78563412
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਜਵਾਬ ਫਰੇਮ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ): 02000100
5.4 ਸਾਬਕਾampWRITE_REGISTER_MULTIPLE ਲਈ le
0x1 ਦੇ ਰੂਪ ਵਿੱਚ ਮਾਸਕ ਦੇ ਨਾਲ ਰਜਿਸਟਰ 0x12345678F 'ਤੇ ਲਾਜ਼ੀਕਲ ਅਤੇ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ, ਅਤੇ 0x20 ਦੇ ਰੂਪ ਵਿੱਚ ਮਾਸਕ ਦੇ ਨਾਲ ਰਜਿਸਟਰ 0x11223344 'ਤੇ ਲਾਜ਼ੀਕਲ OR ਓਪਰੇਸ਼ਨ, ਅਤੇ 0x21 ਨੂੰ 0xXNUMX ABCDABCDA ਦੇ ਮੁੱਲ ਦੇ ਨਾਲ ਰਜਿਸਟਰ ਕਰਨ ਲਈ ਇੱਕ ਲਿਖਤ।
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0300121F03785634122002443322112101DDCCBBAA
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਜਵਾਬ ਫਰੇਮ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ): 03000100
5.5 ਸਾਬਕਾampREAD_REGISTER ਲਈ le
ਰਜਿਸਟਰ 0x1F ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਤੋਂ ਬਾਅਦ ਅਤੇ ਇਹ ਮੰਨ ਕੇ ਕਿ ਰਜਿਸਟਰ ਦਾ ਮੁੱਲ 0x12345678 ਹੈ
ਕਮਾਂਡ ਫ੍ਰੇਮ PN5190: 0400011F ਨੂੰ ਭੇਜਿਆ ਗਿਆ
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਜਵਾਬ ਫਰੇਮ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ): 0400050078563412
5.6 ਸਾਬਕਾample READ_REGISTER_MULTIPLE ਲਈ
ਰਜਿਸਟਰ 0x1F ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਮੇਜ਼ਬਾਨ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ, ਜਿਸ ਵਿੱਚ 0x12345678 ਦਾ ਮੁੱਲ ਹੈ, ਅਤੇ 0x25 ਰਜਿਸਟਰ ਕਰੋ ਜਿਸ ਵਿੱਚ 0x11223344 ਦਾ ਮੁੱਲ ਹੈ
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0500021F25
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 050009007856341244332211
5.7 ਸਾਬਕਾampWRITE_E2PROM ਲਈ le
2x0, 0130x0, 0134x0, 11x0, 22x0 ਦੇ ਰੂਪ ਵਿੱਚ ਸਮੱਗਰੀ ਦੇ ਨਾਲ E33PROM ਸਥਾਨਾਂ 0x44 ਤੋਂ 0x55 ਨੂੰ ਲਿਖਣ ਲਈ ਮੇਜ਼ਬਾਨ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 06000730011122334455
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 06000100
5.8 ਸਾਬਕਾampREAD_E2PROM ਲਈ le
ਮੇਜ਼ਬਾਨ ਤੋਂ E2PROM ਸਥਾਨਾਂ 0x0130 ਤੋਂ 0x0134 ਤੱਕ ਪੜ੍ਹਨ ਲਈ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਤੋਂ ਬਾਅਦ, ਜਿੱਥੇ ਸਟੋਰ ਕੀਤੀਆਂ ਸਮੱਗਰੀਆਂ ਹਨ: 0x11, 0x22, 0x33, 0x44, 0x55
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 07000430010500
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 070006001122334455
5.9 ਸਾਬਕਾampTRANSMIT_RF_DATA ਲਈ le
REQA ਕਮਾਂਡ (0x26) ਭੇਜਣ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਤੋਂ ਬਾਅਦ, '0x07' ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਨਾਲ, ਇਹ ਮੰਨ ਕੇ ਕਿ ਲੋੜੀਂਦੇ ਰਜਿਸਟਰ ਪਹਿਲਾਂ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ RF ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਗਿਆ ਹੈ।
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0800020726
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 08000100
5.10 ਸਾਬਕਾampRETREIVE_RF_DATA ਲਈ le
ਅੰਦਰੂਨੀ CLIF ਬਫਰ ਵਿੱਚ ਪ੍ਰਾਪਤ/ਸਟੋਰ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਤੋਂ ਬਾਅਦ (ਇਹ ਮੰਨ ਕੇ ਕਿ 0x05 ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ), ਇਹ ਮੰਨ ਕੇ ਕਿ RF ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇੱਕ TRANSMIT_RF_DATA ਪਹਿਲਾਂ ਹੀ ਭੇਜਿਆ ਗਿਆ ਹੈ।
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 090000
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 090003000400
5.11 ਸਾਬਕਾample EXCHANGE_RF_DATA ਲਈ
ਇੱਕ REQA (0x26) ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ, ਭੇਜਣ ਲਈ ਆਖਰੀ ਬਾਈਟ ਵਿੱਚ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ 0x07 ਦੇ ਰੂਪ ਵਿੱਚ ਸੈੱਟ ਕੀਤੀ ਗਈ ਹੈ, ਡੇਟਾ ਦੇ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਾਰੀ ਸਥਿਤੀ ਦੇ ਨਾਲ। ਧਾਰਨਾ ਇਹ ਹੈ ਕਿ ਲੋੜੀਂਦੇ RF ਰਜਿਸਟਰ ਪਹਿਲਾਂ ਹੀ ਸੈੱਟ ਹਨ ਅਤੇ RF ਚਾਲੂ ਹੈ।
ਕਮਾਂਡ ਫਰੇਮ PN5190: 0A0003070F26 ਨੂੰ ਭੇਜਿਆ ਗਿਆ
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫ੍ਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 0A000 F000200000000000200000000004400
5.12 ਸਾਬਕਾampLOAD_RF_CONFIGURATION ਲਈ le
RF ਸੰਰਚਨਾ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ ਹੋਸਟ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ. TX ਲਈ, 0x00 ਅਤੇ RX ਲਈ, 0x80
ਕਮਾਂਡ ਫਰੇਮ PN5190: 0D00020080 ਨੂੰ ਭੇਜਿਆ ਗਿਆ
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਈ ਫਰੇਮ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ): 0D000100
5.13 ਸਾਬਕਾampUPDATE_RF_CONFIGURATION ਲਈ le
RF ਸੰਰਚਨਾ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ ਤੋਂ ਭੇਜੇ ਗਏ ਡੇਟਾ ਦੇ ਕ੍ਰਮ ਦੇ ਬਾਅਦ. TX ਲਈ, 0x00, CLIF_CRC_TX_CONFIG ਲਈ ਰਜਿਸਟਰ ਪਤੇ ਦੇ ਨਾਲ ਅਤੇ ਮੁੱਲ 0x00000001 ਵਜੋਂ
ਕਮਾਂਡ ਫਰੇਮ PN5190 ਨੂੰ ਭੇਜਿਆ ਗਿਆ: 0E0006001201000000
ਇੱਕ ਰੁਕਾਵਟ ਦੀ ਉਡੀਕ ਕਰਨ ਲਈ ਮੇਜ਼ਬਾਨ.
ਜਦੋਂ ਹੋਸਟ ਜਵਾਬ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ PN5190 ਤੋਂ ਫਰੇਮ ਪ੍ਰਾਪਤ ਹੋਇਆ (ਸਫਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ): 0E000100
5.14 ਸਾਬਕਾampRF_ON ਲਈ le
ਟੱਕਰ ਤੋਂ ਬਚਣ ਅਤੇ ਕੋਈ 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 ਕਮਾਂਡਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਸੰਰਚਨਾ ਸੂਚਕਾਂਕ

ਅੰਤਿਕਾ (CTS ਅਤੇ TESTBUS ਸਿਗਨਲ)

ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ CTS ਨਿਰਦੇਸ਼ਾਂ (ਸੈਕਸ਼ਨ 5190) ਅਤੇ TESTBUS ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੈਪਚਰ ਕਰਨ ਲਈ PN4.5.10 ਤੋਂ ਉਪਲਬਧ ਵੱਖ-ਵੱਖ ਸਿਗਨਲਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ।

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ - ਅੰਤਿਕਾ

ਇਹਨਾਂ ਨੂੰ ਸੈਕਸ਼ਨ 4.5.9.1, ਸੈਕਸ਼ਨ 4.5.9.2, ਸੈਕਸ਼ਨ 4.5.10.2 ਕਮਾਂਡ ਲਈ ਵਰਤਿਆ ਜਾਣਾ ਹੈ।

ਸੰਖੇਪ ਰੂਪ

ਸਾਰਣੀ 97. ਸੰਖੇਪ ਰੂਪ

ਐਬਰ. ਭਾਵ
ਸੀ.ਐਲ.ਕੇ ਘੜੀ
DWL_REQ ਬੇਨਤੀ ਪਿੰਨ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰੋ (DL_REQ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ)
EEPROM ਇਲੈਕਟ੍ਰਿਕਲੀ ਈਰੇਸੇਬਲ ਪ੍ਰੋਗਰਾਮੇਬਲ ਰੀਡ ਓਨਲੀ ਮੈਮੋਰੀ
FW ਫਰਮਵੇਅਰ
ਜੀ.ਐਨ.ਡੀ ਜ਼ਮੀਨ
GPIO ਆਮ ਉਦੇਸ਼ ਇੰਪੁੱਟ ਆਉਟਪੁੱਟ
HW ਹਾਰਡਵੇਅਰ
I²C ਅੰਤਰ-ਏਕੀਕ੍ਰਿਤ ਸਰਕਟ (ਸੀਰੀਅਲ ਡਾਟਾ ਬੱਸ)
IRQ ਰੁਕਾਵਟ ਬੇਨਤੀ
ਆਈਐਸਓ / ਆਈ.ਈ.ਸੀ. ਇੰਟਰਨੈਸ਼ਨਲ ਸਟੈਂਡਰਡ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨ / ਇੰਟਰਨੈਸ਼ਨਲ ਇਲੈਕਟ੍ਰੋਟੈਕਨੀਕਲ ਕਮਿਊਨਿਟੀ
NFC ਨੇੜੇ ਫੀਲਡ ਸੰਚਾਰ
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..XNUMX ਬੇਦਾਵਾ
ਸੀਮਤ ਵਾਰੰਟੀ ਅਤੇ ਦੇਣਦਾਰੀ - ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸਹੀ ਅਤੇ ਭਰੋਸੇਮੰਦ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, NXP ਸੈਮੀਕੰਡਕਟਰ ਅਜਿਹੀ ਜਾਣਕਾਰੀ ਦੀ ਸ਼ੁੱਧਤਾ ਜਾਂ ਸੰਪੂਰਨਤਾ ਦੇ ਤੌਰ 'ਤੇ ਕੋਈ ਪ੍ਰਤੀਨਿਧਤਾ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੇ ਹਨ, ਜੋ ਕਿ ਪ੍ਰਗਟ ਜਾਂ ਅਪ੍ਰਤੱਖ ਹੈ ਅਤੇ ਅਜਿਹੀ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਦੇ ਨਤੀਜਿਆਂ ਲਈ ਕੋਈ ਜਵਾਬਦੇਹੀ ਨਹੀਂ ਹੋਵੇਗੀ। NXP ਸੈਮੀਕੰਡਕਟਰ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਸਮੱਗਰੀ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਲੈਂਦੇ ਹਨ ਜੇਕਰ NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਤੋਂ ਬਾਹਰ ਕਿਸੇ ਜਾਣਕਾਰੀ ਸਰੋਤ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕਿਸੇ ਵੀ ਸੂਰਤ ਵਿੱਚ NXP ਸੈਮੀਕੰਡਕਟਰ ਕਿਸੇ ਵੀ ਅਸਿੱਧੇ, ਇਤਫਾਕਨ, ਦੰਡਕਾਰੀ, ਵਿਸ਼ੇਸ਼ ਜਾਂ ਨਤੀਜੇ ਵਾਲੇ ਨੁਕਸਾਨਾਂ ਲਈ ਜਵਾਬਦੇਹ ਨਹੀਂ ਹੋਣਗੇ (ਸਮੇਤ - ਬਿਨਾਂ ਕਿਸੇ ਸੀਮਾ ਦੇ ਗੁੰਮ ਹੋਏ ਮੁਨਾਫੇ, ਗੁੰਮ ਹੋਈ ਬੱਚਤ, ਵਪਾਰਕ ਰੁਕਾਵਟ, ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਨੂੰ ਹਟਾਉਣ ਜਾਂ ਬਦਲਣ ਨਾਲ ਸਬੰਧਤ ਲਾਗਤਾਂ ਜਾਂ ਮੁੜ ਕੰਮ ਕਰਨ ਦੇ ਖਰਚੇ) ਭਾਵੇਂ ਜਾਂ ਅਜਿਹੇ ਨੁਕਸਾਨ ਟੌਰਟ (ਲਾਪਰਵਾਹੀ ਸਮੇਤ), ਵਾਰੰਟੀ, ਇਕਰਾਰਨਾਮੇ ਦੀ ਉਲੰਘਣਾ ਜਾਂ ਕਿਸੇ ਹੋਰ ਕਾਨੂੰਨੀ ਸਿਧਾਂਤ 'ਤੇ ਅਧਾਰਤ ਨਹੀਂ ਹਨ।
ਕਿਸੇ ਵੀ ਨੁਕਸਾਨ ਦੇ ਬਾਵਜੂਦ ਜੋ ਗਾਹਕ ਨੂੰ ਕਿਸੇ ਵੀ ਕਾਰਨ ਕਰਕੇ ਹੋ ਸਕਦਾ ਹੈ, NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀ ਇੱਥੇ ਵਰਣਿਤ ਉਤਪਾਦਾਂ ਲਈ ਗ੍ਰਾਹਕ ਪ੍ਰਤੀ ਸਮੁੱਚੀ ਅਤੇ ਸੰਚਤ ਦੇਣਦਾਰੀ ਸੀਮਿਤ ਹੋਵੇਗੀ
NXP ਸੈਮੀਕੰਡਕਟਰਾਂ ਦੀ ਵਪਾਰਕ ਵਿਕਰੀ ਦੇ ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ।
ਤਬਦੀਲੀਆਂ ਕਰਨ ਦਾ ਅਧਿਕਾਰ — NXP ਸੈਮੀਕੰਡਕਟਰ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਜਾਣਕਾਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਰਾਖਵਾਂ ਰੱਖਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਬਿਨਾਂ ਸੀਮਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਉਤਪਾਦ ਵਰਣਨ ਸ਼ਾਮਲ ਹਨ, ਕਿਸੇ ਵੀ ਸਮੇਂ ਅਤੇ ਬਿਨਾਂ ਨੋਟਿਸ ਦੇ। ਇਹ ਦਸਤਾਵੇਜ਼ ਇਸ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਸਾਰੀ ਜਾਣਕਾਰੀ ਨੂੰ ਬਦਲਦਾ ਅਤੇ ਬਦਲਦਾ ਹੈ।
ਵਰਤੋਂ ਲਈ ਅਨੁਕੂਲਤਾ — NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਜੀਵਨ ਸਹਾਇਤਾ, ਜੀਵਨ-ਨਾਜ਼ੁਕ ਜਾਂ ਸੁਰੱਖਿਆ-ਨਾਜ਼ੁਕ ਪ੍ਰਣਾਲੀਆਂ ਜਾਂ ਉਪਕਰਣਾਂ ਵਿੱਚ ਵਰਤਣ ਲਈ ਢੁਕਵੇਂ ਹੋਣ ਲਈ ਡਿਜ਼ਾਈਨ, ਅਧਿਕਾਰਤ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਹਨ, ਅਤੇ ਨਾ ਹੀ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਜਿੱਥੇ ਇੱਕ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਦੀ ਅਸਫਲਤਾ ਜਾਂ ਖਰਾਬੀ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਨਿੱਜੀ ਸੱਟ, ਮੌਤ ਜਾਂ ਗੰਭੀਰ ਜਾਇਦਾਦ ਜਾਂ ਵਾਤਾਵਰਣ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਣ ਲਈ। NXP ਸੈਮੀਕੰਡਕਟਰ ਅਤੇ ਇਸਦੇ ਸਪਲਾਇਰ ਅਜਿਹੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਅਤੇ/ਜਾਂ ਵਰਤੋਂ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਲਈ ਅਜਿਹਾ ਸ਼ਾਮਲ ਕਰਨਾ ਅਤੇ/ਜਾਂ ਵਰਤੋਂ ਗਾਹਕ ਦੇ ਆਪਣੇ ਜੋਖਮ 'ਤੇ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨਾਂ — ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਲਈ ਇੱਥੇ ਵਰਣਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਸਿਰਫ਼ ਵਿਆਖਿਆਤਮਕ ਉਦੇਸ਼ਾਂ ਲਈ ਹਨ। NXP ਸੈਮੀਕੰਡਕਟਰ ਕੋਈ ਨੁਮਾਇੰਦਗੀ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੇ ਹਨ ਕਿ ਅਜਿਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਿਨਾਂ ਕਿਸੇ ਜਾਂਚ ਜਾਂ ਸੋਧ ਦੇ ਨਿਰਧਾਰਤ ਵਰਤੋਂ ਲਈ ਢੁਕਵਾਂ ਹੋਣਗੀਆਂ।
ਗਾਹਕ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਆਪਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਦੇ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ, ਅਤੇ NXP ਸੈਮੀਕੰਡਕਟਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਾਂ ਗਾਹਕ ਉਤਪਾਦ ਡਿਜ਼ਾਈਨ ਦੇ ਨਾਲ ਕਿਸੇ ਵੀ ਸਹਾਇਤਾ ਲਈ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਨਾ ਗਾਹਕ ਦੀ ਇਕੱਲੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ ਕਿ ਕੀ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਯੋਜਨਾਬੱਧ ਉਤਪਾਦਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਯੋਜਨਾਬੱਧ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਗਾਹਕ ਦੇ ਤੀਜੀ ਧਿਰ ਦੇ ਗਾਹਕਾਂ ਦੀ ਵਰਤੋਂ ਲਈ ਢੁਕਵਾਂ ਅਤੇ ਫਿੱਟ ਹੈ ਜਾਂ ਨਹੀਂ। ਗਾਹਕਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਨਾਲ ਜੁੜੇ ਜੋਖਮਾਂ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਉਚਿਤ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਨ ਸੁਰੱਖਿਆ ਉਪਾਅ ਪ੍ਰਦਾਨ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ।
NXP ਸੈਮੀਕੰਡਕਟਰ ਕਿਸੇ ਵੀ ਡਿਫਾਲਟ, ਨੁਕਸਾਨ, ਲਾਗਤਾਂ ਜਾਂ ਸਮੱਸਿਆ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਵੀ ਦੇਣਦਾਰੀ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਹਨ ਜੋ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਾਂ ਉਤਪਾਦਾਂ ਵਿੱਚ ਕਿਸੇ ਕਮਜ਼ੋਰੀ ਜਾਂ ਡਿਫਾਲਟ 'ਤੇ ਆਧਾਰਿਤ ਹੈ, ਜਾਂ ਗਾਹਕ ਦੇ ਤੀਜੀ ਧਿਰ ਗਾਹਕਾਂ ਦੁਆਰਾ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਵਰਤੋਂ. ਗ੍ਰਾਹਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਡਿਫਾਲਟ ਤੋਂ ਬਚਣ ਲਈ NXP ਸੈਮੀਕੰਡਕਟਰ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਗਾਹਕ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਤਪਾਦਾਂ ਲਈ ਸਾਰੇ ਲੋੜੀਂਦੇ ਟੈਸਟ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਜਾਂ ਗਾਹਕ ਦੇ ਤੀਜੀ ਧਿਰ ਗਾਹਕਾਂ ਦੁਆਰਾ ਵਰਤੋਂ। NXP ਇਸ ਸਬੰਧ ਵਿੱਚ ਕੋਈ ਦੇਣਦਾਰੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਹੈ।

NXP BV - NXP BV ਇੱਕ ਓਪਰੇਟਿੰਗ ਕੰਪਨੀ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਉਤਪਾਦਾਂ ਨੂੰ ਵੰਡ ਜਾਂ ਵੇਚਦੀ ਨਹੀਂ ਹੈ।

10.3 ਲਾਇਸੰਸ
NFC ਤਕਨਾਲੋਜੀ ਦੇ ਨਾਲ NXP ICs ਦੀ ਖਰੀਦ - ਇੱਕ NXP ਸੈਮੀਕੰਡਕਟਰ IC ਦੀ ਖਰੀਦ ਜੋ ਕਿ ਨਿਅਰ ਫੀਲਡ ਕਮਿਊਨੀਕੇਸ਼ਨ (NFC) ਸਟੈਂਡਰਡ ISO/IEC 18092 ਅਤੇ ISO/IEC 21481 ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ, ਲਾਗੂ ਕਰਨ ਦੁਆਰਾ ਕਿਸੇ ਵੀ ਪੇਟੈਂਟ ਦੇ ਅਧਿਕਾਰ ਦੀ ਉਲੰਘਣਾ ਦੇ ਤਹਿਤ ਇੱਕ ਅਪ੍ਰਤੱਖ ਲਾਇਸੈਂਸ ਨਹੀਂ ਦੱਸਦੀ ਹੈ। ਇਹਨਾਂ ਮਿਆਰਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ. NXP ਸੈਮੀਕੰਡਕਟਰ IC ਦੀ ਖਰੀਦ ਵਿੱਚ ਕਿਸੇ ਵੀ NXP ਪੇਟੈਂਟ (ਜਾਂ ਹੋਰ IP ਰਾਈਟ) ਦਾ ਲਾਇਸੈਂਸ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਦੇ ਸੰਜੋਗਾਂ ਨੂੰ ਹੋਰ ਉਤਪਾਦਾਂ ਦੇ ਨਾਲ ਕਵਰ ਕਰਦਾ ਹੈ, ਭਾਵੇਂ ਹਾਰਡਵੇਅਰ ਜਾਂ ਸੌਫਟਵੇਅਰ।

10.4 ਟ੍ਰੇਡਮਾਰਕ
ਨੋਟਿਸ: ਸਾਰੇ ਹਵਾਲਾ ਦਿੱਤੇ ਬ੍ਰਾਂਡ, ਉਤਪਾਦ ਦੇ ਨਾਮ, ਸੇਵਾ ਦੇ ਨਾਮ ਅਤੇ ਟ੍ਰੇਡਮਾਰਕ ਉਹਨਾਂ ਦੇ ਸਬੰਧਤ ਮਾਲਕਾਂ ਦੀ ਸੰਪਤੀ ਹਨ।
NXP — ਵਰਡਮਾਰਕ ਅਤੇ ਲੋਗੋ NXP BV ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ
EdgeVerse — NXP BV ਦਾ ਟ੍ਰੇਡਮਾਰਕ ਹੈ
FeliCa — ਸੋਨੀ ਕਾਰਪੋਰੇਸ਼ਨ ਦਾ ਟ੍ਰੇਡਮਾਰਕ ਹੈ।
MIFARE — NXP BV ਦਾ ਟ੍ਰੇਡਮਾਰਕ ਹੈ
MIFARE ਕਲਾਸਿਕ — NXP BV ਦਾ ਟ੍ਰੇਡਮਾਰਕ ਹੈ

ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਰੱਖੋ ਕਿ ਇਸ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਇੱਥੇ ਵਰਣਿਤ ਉਤਪਾਦ (ਉਤਪਾਦਾਂ) ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਨੋਟਿਸ, ਸੈਕਸ਼ਨ 'ਕਾਨੂੰਨੀ ਜਾਣਕਾਰੀ' ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ।
© 2023 NXP BV
ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇੱਥੇ ਜਾਓ: http://www.nxp.com
ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ.
ਰਿਲੀਜ਼ ਦੀ ਮਿਤੀ: 25 ਮਈ 2023
ਦਸਤਾਵੇਜ਼ ਪਛਾਣਕਰਤਾ: UM11942

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

NXP PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ [pdf] ਯੂਜ਼ਰ ਮੈਨੂਅਲ
PN5190, PN5190 NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ, NFC ਫਰੰਟਐਂਡ ਕੰਟਰੋਲਰ, ਕੰਟਰੋਲਰ, UM11942

ਹਵਾਲੇ

ਇੱਕ ਟਿੱਪਣੀ ਛੱਡੋ

ਤੁਹਾਡਾ ਈਮੇਲ ਪਤਾ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਲੋੜੀਂਦੇ ਖੇਤਰਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ *