1024-bit EEPROM tag IC at 13.56 MHz, with 64-bit UID and
Sawn and bumped wafer
kill code, ISO 15693 and ISO 18000-3 Mode 1 compliant
Features
■ ISO 15693 standard fully compliant
■ ISO 18000-3 Mode 1 standard fully compliant
■ 13.56 MHz ±7 kHz carrier frequency
■ To tag: 10% or 100% ASK modulation using
1/4 (26 Kbit/s) or 1/256 (1.6 Kbit/s) pulse
position coding
■ From tag: load modulation using Manchester
coding with 423 kHz and 484 kHz subcarriers
in low (6.6 Kbit/s) or high (26 Kbit/s) data rate
mode. Supports the 53 Kbit/s data rate with
Fast commands
The LRI1K is a contactless memory powered by the received carrier electromagnetic wave.
It is a 1024-bit electrically erasable programmable memory (EEPROM). The memory is
organized as 32 blocks of 32 bits. The LRI1K is accessed via the 13.56 MHz carrier
electromagnetic wave on which incoming data are demodulated from the received signal
amplitude modulation (ASK: amplitude shift keying). The received ASK wave is 10% or
100% modulated with a data rate of 1.6 Kbit/s using the 1/256 pulse coding mode or a data
rate of 26 Kbit/s using the 1/4 pulse coding mode.
Outgoing data are generated by the LRI1K load variation using Manchester coding with one
or two subcarrier frequencies at 423 kHz and 484 kHz. Data are transferred from the LRI1K
at 6.6 Kbit/s in low data rate mode and 26 Kbit/s fast data rate mode. The LRI1K supports
53 Kbit/s in high data rate mode with one subcarrier frequency at 423 kHz.
The LRI1K follows the ISO 15693 recommendation for radio-frequency power and signal
interface.
Figure 1.Pad connections
Table 1.Signal names
Signal nameFunction
AC1Antenna coil
AC0Antenna coil
10/86Doc ID 17170 Rev 3
LRI1KDescription
1.1 Memory mapping
The LRI1K is divided into 32 blocks of 32 bits. Each block can be individually write-protected
using the Lock command.
Table 2.LRI1K memory map
Add07 815 1623 2431
0User area
1User area
2User area
3User area
4User area
5User area
6User area
7User area
8User area
User area
User area
User area
28User area
29User area
30User area
31User area
UID 0UID 1UID 2UID 3
UID 4UID 5UID 6UID 7
AFIDSFID
Kill code
The User area consists of blocks that are always accessible in read mode. Write operations
are possible if the addressed block is not protected. During a write operation, the 32 bits of
the block are replaced by the new 32-bit value.
The LRI1K also has a 64-bit block that is used to store the 64-bit unique identifier (UID). The
UID is compliant to the ISO 15963 description, and its value is used during the anticollision
sequence (Inventory). This block is not accessible by the user and its value is written by ST
on the production line.
The LRI1K also includes an AFI register in which the application family identifier is stored,
and a DSFID register in which the data storage family identifier used in the anticollision
algorithm is stored. The LRI1K has an additional 32-bit block in which the kill code is stored.
Doc ID 17170 Rev 311/86
DescriptionLRI1K
1.2 Commands
The LRI1K supports the following commands:
●Inventory, used to perform the anticollision sequence.
●Stay Quiet, used to put the LRI1K in quiet mode, where it does not respond to any
inventory command.
●Select, used to select the LRI1K. After this command, the LRI1K processes all
Read/Write commands with Select_flag set.
●Reset To Ready, used to put the LRI1K in the ready state.
●Read Block, used to output the 32 bits of the selected block and its locking status.
●Write Block, used to write the 32-bit value in the selected block, provided that it is not
locked.
●Lock Block, used to lock the selected block. After this command, the block cannot be
modified.
●Read Multiple Blocks, used to read the selected blocks and send back their value.
●Write AFI, used to write the 8-bit value in the AFI register.
●Lock AFI, used to lock the AFI register.
●Write DSFID, used to write the 8-bit value in the DSFID register.
●Lock DSFID, used to lock the DSFID register.
●Get System Info, used to provide the system information value
●Get Multiple Block Security Status, used to send the security status of the selected
block.
●Initiate, used to trigger the tag response to the Inventory Initiated sequence.
●Inventory Initiated, used to perform the anticollision sequence triggered by the Initiate
command.
●Kill, used to definitively deactivate the tag.
●Write Kill, used to write the 32-bit Kill code value
●Lock Kill, used to lock the Kill Code register.
●Fast Initiate, used to trigger the tag response to the Inventory Initiated sequence.
●Fast Inventory Initiated, used to perform the anticollision sequence triggered by the
Initiate command.
●Fast Read Block, used to output the 32 bits of the selected block and its locking status.
●Fast Read Multiple Blocks, used to read the selected blocks and send back their
value.
12/86Doc ID 17170 Rev 3
LRI1KDescription
1.3 Initial dialogue for vicinity cards
The dialog between the vicinity coupling device (VCD) and the vicinity integrated circuit card
or VICC (LRI1K) takes place as follows:
●activation of the LRI1K by the RF operating field of the VCD
●transmission of a command by the VCD
●transmission of a response by the LRI1K
These operations use the RF power transfer and communication signal interface described
below (see Power transfer, Frequency and Operating field). This technique is called RTF
(reader talk first).
1.3.1 Power transfer
Power is transferred to the LRI1K by radio frequency at 13.56 MHz via coupling antennas in
the LRI1K and the VCD. The RF operating field of the VCD is transformed on the LRI1K
antenna as an AC voltage which is rectified, filtered and internally regulated. The amplitude
modulation (ASK) on this received signal is demodulated by the ASK demodulator.
1.3.2 Frequency
The ISO 15693 standard defines the carrier frequency (fc) of the operating field as
13.56 MHz ±7 kHz.
1.3.3 Operating field
The LRI1K operates continuously between H
●The minimum operating field is H
●The maximum operating field is H
A VCD must generate a field of at least H
volume.
and H
min
and has a value of 150 mA/m rms.
min
and has a value of 5 A/m rms.
max
and not exceeding H
min
max
.
max
in the operating
Doc ID 17170 Rev 313/86
Communication signal from VCD to LRI1KLRI1K
AI06683
tRFF
tRFSBL
tRFR
105%
a
t
100%
95%
60%
5%
AI06655B
tRFFtRFSFL tRFR
hr
hf
abt
2 Communication signal from VCD to LRI1K
Communications between the VCD and the LRI1K take place using the modulation principle
of ASK (amplitude shift keying). Two modulation indexes are used, 10% and 100%. The
LRI1K decodes both. The VCD determines which index is used.
The modulation index is defined as [a – b]/[a + b] where a is the peak signal amplitude and b
the minimum signal amplitude of the carrier frequency.
Depending on the choice made by the VCD, a "pause" will be created as described in
Figure 2 and Figure 3.
The LRI1K is operational for any degree of modulation index between 10% and 30%.
The data coding implemented in the LRI1K uses pulse position modulation. Both data
coding modes that are described in the ISO 15693 are supported by the LRI1K. The
selection is made by the VCD and indicated to the LRI1K within the start of frame (SOF).
3.1 Data coding mode: 1 out of 256
The value of one single byte is represented by the position of one pause. The position of the
pause on 1 of 256 successive time periods of 18.88 µs (256/f
byte. In this case the transmission of one byte takes 4.833 ms and the resulting data rate is
1.65 Kbits/s (f
/8192).
C
Figure 4 illustrates this pulse position modulation technique. In this Figure, data E1h (225
decimal) is sent by the VCD to the LRI1K.
The pause occurs during the second half of the position of the time period that determines
the value, as shown in Figure 5.
A pause during the first period transmits the data value 00h. A pause during the last period
transmits the data value FFh (255 decimal).
), determines the value of the
C
Figure 4.1 out of 256 coding mode
Doc ID 17170 Rev 315/86
Data rate and data codingLRI1K
AI06657
2
2
5
18.88 µs
9.44 µs
Pulse
Modulated
Carrier
2
2
6
2
2
4
. . . . . . .. . . . . . .
Time Period
one of 256
Figure 5.Detail of one time period
16/86Doc ID 17170 Rev 3
LRI1KData rate and data coding
AI06658
9.44 µs9.44 µs
75.52 µs
28.32 µs9.44 µs
75.52 µs
47.20µs9.44 µs
75.52 µs
66.08 µs9.44 µs
75.52 µs
Pulse position for "00"
Pulse position for "11"
Pulse position for "10" (0=LSB)
Pulse position for "01" (1=LSB)
3.2 Data coding mode: 1 out of 4
The value of 2 bits is represented by the position of one pause. The position of the pause on
1 of 4 successive time periods of 18.88 µs (256/f
successive pairs of bits form a byte, where the least significant pair of bits is transmitted first.
In this case the transmission of one byte takes 302.08 µs and the resulting data rate is
26.48 Kbit/s (f
/512). Figure 6 illustrates the 1 out of 4 pulse position technique and coding.
C
Figure 7 shows the transmission of E1h (225d - 1110 0001b) by the VCD.
Figure 6.1 out of 4 coding mode
) determines the value of the 2 bits. Four
C
Doc ID 17170 Rev 317/86
Data rate and data codingLRI1K
AI06659B
75.52 µs
75.52 µs
75.52 µs75.52 µs
00
10
0111
AI06661
37.76 µs
9.44 µs
9.44 µs
37.76 µs
Figure 7.1 out of 4 coding example
3.3 VCD to LRI1K frames
Frames are delimited by a start of frame (SOF) and an end of frame (EOF). They are
implemented using code violation. Unused options are reserved for future use.
The LRI1K is ready to receive a new command frame from the VCD 311.5 µs (t
sending a response frame to the VCD.
The LRI1K takes a Power-On time of 0.1 ms after being activated by the powering field.
After this delay, the LRI1K is ready to receive a command frame from the VCD.
3.4 Start of frame (SOF)
The SOF defines the data coding mode the VCD is to use for the following command frame.
The SOF sequence described in Figure 8 selects the 1 out of 256 data coding mode.
The SOF sequence described in Figure 9 selects the 1 out of 4 data coding mode.
The EOF sequence for either coding mode is described in Figure 10.
Figure 8.SOF to select 1 out of 256 data coding mode
) after
2
18/86Doc ID 17170 Rev 3
LRI1KData rate and data coding
AI06660
37.76µs
9.44µs
9.44µs
37.76µs
9.44µs
AI06662
9.44 µs
37.76 µs
9.44 µs
Figure 9.SOF to select 1 out of 4 data coding mode
Figure 10. EOF for either data coding mode
Doc ID 17170 Rev 319/86
Communications signal from LRI1K to VCDLRI1K
4 Communications signal from LRI1K to VCD
The LRI1K has several modes defined for some parameters, owing to which it can operate
in different noise environments and meet different application requirements.
4.1 Load modulation
The LRI1K is capable of communication with the VCD via an inductive coupling area
whereby the carrier is loaded to generate a subcarrier with frequency f
generated by switching a load in the LRI1K.
The load-modulated amplitude received on the VCD antenna shall be at least 10 mV when
measured as described in the test methods defined in International Standard ISO 10373-7.
4.2 Subcarrier
The LRI1K supports the one-subcarrier and two-subcarrier response formats. These
formats are selected by the VCD using the first bit in the protocol header. When one
subcarrier is used, the frequency f
When two subcarriers are used, frequency f
484.28 kHz (f
continuous phase relationship between f
C
of the subcarrier load modulation is 423.75 kHz (fC/32).
S1
is 423.75 kHz (fC/32), and frequency fS2 is
S1
/28). When using the two-subcarrier mode, the LRI1K generates a
and fS2.
S1
. The subcarrier is
S
4.3 Data rates
The LRI1K can respond using the low or the high data rate format. The selection of the data
rate is made by the VCD using the second bit in the protocol header. It also supports the x2
mode available on all the Fast commands. Table 4 shows the different data rates produced
by the LRI1K using the different response format combinations.
Table 4.Response data rate
Data rateOne subcarrierTwo subcarriers
Low
High
Standard commands6.62 Kbits/s (f
Fast commands13.24 Kbits/s (f
Standard commands26.48 Kbits/s (f
Fast commands52.97 Kbits/s (f
/2048)6.67 Kbits/s (fc/2032)
c
/1024)not applicable
c
/512)26.69 Kbits/s (fc/508)
c
/256)not applicable
c
20/86Doc ID 17170 Rev 3
LRI1KBit representation and coding
37.76µs
ai12076
18.88µs
ai12066
37.76µs
ai12077
18.88µs
ai12067
5 Bit representation and coding
Data bits are encoded using Manchester coding, according to the following schemes. For
the low data rate, the same subcarrier frequency or frequencies is/are used, in this case the
number of pulses is multiplied by 4 and all times are increased by this factor. For the Fast
commands using one subcarrier, all pulse numbers and times are divided by 2.
5.1 Bit coding using one subcarrier
5.1.1 High data rate
A logic 0 starts with 8 pulses at 423.75 kHz (fC/32) followed by an unmodulated time of
18.88 µs as shown in Figure 11.
Figure 11. Logic 0, high data rate
For the Fast commands, a logic 0 starts with 4 pulses at 423.75 kHz (f
/32) followed by an
C
unmodulated time of 9.44 µs as shown in Figure 12.
Figure 12. Logic 0, high data rate x2
A logic 1 starts with an unmodulated time of 18.88 µs followed by 8 pulses at 423.75 kHz
(f
/32) as shown in Figure 13.
C
Figure 13. Logic 1, high data rate
For the Fast commands, a logic 1 starts with an unmodulated time of 9.44 µs followed by 4
pulses at 423.75 kHz (f
/32) as shown in Figure 14.
C
Figure 14. Logic 1, high data rate x2
Doc ID 17170 Rev 321/86
Bit representation and codingLRI1K
151.04µs
ai12068
75.52µs
ai12069
151.04µs
ai12070
75.52µs
ai12071
5.1.2 Low data rate
A logic 0 starts with 32 pulses at 423.75 kHz (fC/32) followed by an unmodulated time of
75.52 µs as shown in Figure 15.
Figure 15. Logic 0, low data rate
For the fast commands, a logic 0 starts with 16 pulses of 423,75 kHz (f
/32) followed by an
C
unmodulated time of 37,76 µs as shown in Figure 16.
Figure 16. Logic 0, low data rate x2
A logic 1 starts with an unmodulated time of 75,52 µs followed by 32 pulses of 423,75 kHz
(f
/32) as shown in Figure 17.
C
Figure 17. Logic 1, low data rate
For the Fast commands, a logic 1 starts with an unmodulated time of 37.76 µs followed by
16 pulses at 423.75 kHz (f
/32) as shown in Figure 18.
C
Figure 18. Logic 1, low data rate x2
22/86Doc ID 17170 Rev 3
LRI1KBit representation and coding
37.46µs
ai12074
37.46µs
ai12073
149.84µs
ai12072
149.84µs
ai12075
5.2 Bit coding using two subcarriers
5.2.1 High data rate
A logic 0 starts with 8 pulses at 423.75 kHz (fC/32) followed by 9 pulses at 484.28 kHz
(f
/28) as shown in Figure 19. For the Fast commands, the x2 mode is not available.
C
Figure 19. Logic 0, high data rate
A logic 1 starts with 9 pulses at 484.28 kHz (f
(f
/32) as shown in Figure 20. For the Fast commands, the x2 mode is not available.
C
Figure 20. Logic 1, high data rate
5.2.2 Low data rate
A logic 0 starts with 32 pulses at 423.75 kHz (fC/32) followed by 36 pulses at 484.28 kHz
(f
/28) as shown in Figure 21. For the Fast commands, the x2 mode is not available.
C
Figure 21. Logic 0, low data rate
A logic 1 starts with 36 pulses at 484.28kHz (fC/28) followed by 32 pulses at 423.75kHz
(f
/32) as shown in Figure 22. For the fast commands, the x2 mode is not available.
C
Figure 22. Logic 1, low data rate
/28) followed by 8 pulses at 423.75 kHz
C
Doc ID 17170 Rev 323/86
LRI1K to VCD framesLRI1K
113.28µs
ai12078
37.76µs
56.64µs
ai12079
18.88µs
6 LRI1K to VCD frames
Frames are delimited by an SOF and an EOF. They are implemented using code violation.
Unused options are reserved for future use. For the low data rate, the same subcarrier
frequency or frequencies is/are used. In this case the number of pulses is multiplied by 4.
For the Fast commands using one subcarrier, all pulse numbers and times are divided by 2.
6.1 SOF when using one subcarrier
6.1.1 High data rate
The SOF includes an unmodulated time of 56.64 µs followed by 24 pulses at 423.75 kHz
(f
/32), and a logic 1 that consists of an unmodulated time of 18.88 µs followed by 8 pulses
C
at 423.75 kHz. The SOF is shown in Figure 23.
Figure 23. Start of frame, high data rate, one subcarrier
For the Fast commands, the SOF comprises an unmodulated time of 28.32 µs, followed by
12 pulses at 423.75 kHz (f
/32), and a logic 1 that consists of an unmodulated time of
C
9.44 µs followed by 4 pulses at 423.75 kHz as shown in Figure 24.
Figure 24. Start of frame, high data rate, one subcarrier x2
24/86Doc ID 17170 Rev 3
LRI1KLRI1K to VCD frames
453.12µs
ai12080
151.04µs
226.56µs
ai12081
75.52µs
112.39µs
ai12082
37.46µs
449.56µs
ai12083
149.84µs
6.1.2 Low data rate
SOF comprises an unmodulated time of 226.56 µs, followed by 96 pulses at 423.75 kHz
(f
/32), and a logic 1 that consists of an unmodulated time of 75.52 µs followed by 32 pulses
C
at 423.75 kHz as shown in Figure 25.
Figure 25. Start of frame, low data rate, one subcarrier
For the Fast commands, the SOF comprises an unmodulated time of 113.28 µs followed by
48 pulses at 423.75 kHz (f
followed by 16 pulses at 423.75 kHz as shown in Figure 26.
Figure 26. Start of frame, low data rate, one subcarrier x2
/32), and a logic 1 that includes an unmodulated time of 37.76 µs
C
6.2 SOF when using two subcarriers
6.2.1 High data rate
The SOF comprises 27 pulses at 484.28 kHz (fC/28), followed by 24 pulses at 423.75 kHz
(f
/32), and a logic 1 that includes 9 pulses at 484.28 kHz followed by 8 pulses at 423.75
C
kHz as shown in Figure 27.
For the Fast commands, the x2 mode is not available.
Figure 27. Start of frame, high data rate, two subcarriers
6.2.2 Low data rate
The SOF comprises 108 pulses at 484.28 kHz (fC/28) followed by 96 pulses at 423.75 kHz
(f
/32), and a logic 1 that includes 36 pulses at 484.28 kHz followed by 32 pulses at
C
423.75 kHz as shown in Figure 28.
For the Fast commands, the x2 mode is not available.
Figure 28. Start of frame, low data rate, two subcarriers
Doc ID 17170 Rev 325/86
LRI1K to VCD framesLRI1K
113.28µs
ai12084
37.76µs
56.64µs
ai12085
18.88µs
453.12µs
ai12086
151.04µs
226.56µs
ai12087
75.52µs
6.3 EOF when using one subcarrier
6.3.1 High data rate
The EOF comprises a logic 0 that includes 8 pulses at 423.75 kHz and an unmodulated time
of 18.88 µs, followed by 24 pulses at 423.75 kHz (f
56.64 µs as shown in Figure 29.
Figure 29. End of frame, high data rate, one subcarrier
For the Fast commands, the EOF comprises a logic 0 that includes 4 pulses at 423.75 kHz
and an unmodulated time of 9.44 µs, followed by 12 pulses at 423.75 kHz (f
unmodulated time of 28.32 µs as shown in Figure 30.
Figure 30. End of frame, high data rate, one subcarrier x2
/32) and by an unmodulated time of
C
/32) and an
C
6.3.2 Low data rate
The EOF comprises a logic 0 that includes 32 pulses at 423.75 kHz and an unmodulated
time of 75.52 µs, followed by 96 pulses at 423.75 kHz (f
226.56 µs as shown in Figure 31.
Figure 31. End of frame, low data rate, one subcarrier
For the Fast commands, the EOF comprises a logic 0 that includes 16 pulses at 423.75 kHz
and an unmodulated time of 37.76 µs, followed by 48 pulses at 423.75 kHz (f
unmodulated time of 113.28 µs as shown in Figure 32.
Figure 32. End of frame, low data rate, one subcarrier x2
/32) and an unmodulated time of
C
/32) and an
C
26/86Doc ID 17170 Rev 3
LRI1KLRI1K to VCD frames
112.39µs
ai12088
37.46µs
449.56µs
ai12089
149.84µs
6.4 EOF when using two subcarriers
6.4.1 High data rate
The EOF comprises a logic 0 that includes 8 pulses at 423.75 kHz and 9 pulses at
484.28 kHz, followed by 24 pulses at 423.75 kHz (f
(f
/28) as shown in Figure 33.
C
For the Fast commands, the x2 mode is not available.
Figure 33. End of frame, high data rate, two subcarriers
6.4.2 Low data rate
The EOF comprises a logic 0 that includes 32 pulses at 423.75 kHz and 36 pulses at
484.28 kHz, followed by 96 pulses at 423.75 kHz (f
(f
/28) as shown in Figure 34
C
For the fast commands, the x2 mode is not available.
/32) and 27 pulses at 484.28 kHz
C
/32) and 108 pulses at 484.28 kHz
C
Figure 34. End of frame, low data rate, two subcarriers
Doc ID 17170 Rev 327/86
Unique identifier (UID)LRI1K
7 Unique identifier (UID)
The LRI1Ks are uniquely identified by a 64-bit Unique Identifier (UID). This UID complies
with ISO/IEC 15963 and ISO/IEC 7816-6. The UID is a read-only code, and comprises:
●the 8 MSBs are E0h
●the IC manufacturer code of ST 02h, on 8 bits (ISO/IEC 7816-6/AM1)
●a unique serial number on 48 bits.
Table 5.UID format
MSBLSB
63565548 470
E0h02hUnique serial number
With the UID each LRI1K can be addressed uniquely and individually during the anticollision
loop and for one-to-one exchanges between a VCD and an LRI1K.
28/86Doc ID 17170 Rev 3
LRI1KApplication family identifier (AFI)
!)
)NVENTORY2EQUEST
RECEIVED
.O
.OANSWER
9E S
.O
!&)VALUE
9E S
.O
!&)&LAG
SET
9E S
!NSWERGIVENBYTHE,2)+
TOTHE)NVENTORYREQUEST
!&)VALUE
)NTERNAL
VALUE
8 Application family identifier (AFI)
The AFI (application family identifier) represents the type of application targeted by the VCD
and is used to identify, among all the LRI1Ks present, only the LRI1Ks that meet the
required application criteria.
Figure 35. LRI1K decision tree for AFI
The AFI is programmed by the LRI1K issuer (or purchaser) in the AFI register. Once
programmed and Locked, it can no longer be modified.
The most significant nibble of the AFI is used to code one specific or all application families.
The least significant nibble of the AFI is used to code one specific or all application
subfamilies. Subfamily codes different from 0 are proprietary. (See ISO 15693-3
documentation.)
The initial delivery state AFI value is 00h.
Doc ID 17170 Rev 329/86
Data storage format identifier (DSFID)LRI1K
9 Data storage format identifier (DSFID)
The data storage format identifier indicates how the data is structured in the LRI1K memory.
The logical organization of data can be known instantly using the DSFID.
It can be programmed and locked using the Write DSFID and Lock DSFID commands,
respectively. It is coded on one byte.
9.1 CRC
The CRC used in the LRI1K is calculated as per the definition in ISO/IEC 13239.
The initial register contents are all ones: "FFFF".
The two-byte CRC is appended to each request and response, within each frame, before
the EOF. The CRC is calculated on all the bytes between the SOF and the CRC field.
Upon reception of a request from the VCD, the LRI1K verifies that the CRC value is valid. If
it is invalid, the LRI1K discards the frame and does not answer to the VCD.
Upon reception of a response from the LRI1K, it is recommended that the VCD verifies
whether the CRC value is valid. If it is invalid, actions to be performed are left to the
discretion of the VCD designers.
The CRC is transmitted least significant byte first.
Each byte is transmitted least significant bit first.
Table 6.CRC transmission rules
LSByteMSByte
LSBit MSBit LSBit MSBit
CRC 16 (8bits)CRC 16 (8 bits)
30/86Doc ID 17170 Rev 3
LRI1KLRI1K protocol description
10 LRI1K protocol description
The transmission protocol (or simply protocol) defines the mechanism used to exchange
instructions and data between the VCD and the LRI1K, in both directions. It is based on the
concept of "VCD talks first".
This means that an LRI1K will not start transmitting unless it has received and properly
decoded an instruction sent by the VCD. The protocol is based on an exchange of:
●a request from the VCD to the LRI1K
●a response from the LRI1K to the VCD
Each request and each response are contained in a frame. The frame delimiters (SOF,
EOF) are described in Section 6: LRI1K to VCD frames.
Each request consists of:
●a request SOF (see Figure 8 and Figure 9)
●flags
●a command code
●parameters, depending on the command
●application data
●a 2-byte CRC
●a request EOF (see Figure 10)
Each response consists of:
●an answer SOF (see Figure 23 to Figure 28)
●flags
●parameters, depending on the command
●application data
●a 2-byte CRC
●an Answer EOF (see Figure 29 to Figure 34)
The protocol is bit-oriented. The number of bits transmitted in a frame is a multiple of eight
(8), i.e. an integer number of bytes.
A single-byte field is transmitted least significant bit (LSBit) first. A multiple-byte field is
transmitted least significant byte (LSByte) first, with each byte transmitted least significant
bit (LSBit) first.
The setting of the flags indicates the presence of the optional fields. When the flag is set (to
one), the field is present. When the flag is reset (to zero), the field is absent.
Table 7.VCD request frame format
Request SOF Request Flags
Table 8.LRI1Kresponse frame format
Response
SOF
Response
Flags
Command
code
ParametersData2 byte CRC
ParametersData2 byte CRC
Request
EOF
Response
EOF
Doc ID 17170 Rev 331/86
LRI1K protocol descriptionLRI1K
Figure 36. LRI1K protocol timing
Request
VCD
frame
(Ta bl e 7 )
LRI1K
Timingt
Response frame
(Ta bl e 8 )
1
Request
frame
(Ta bl e 7 )
Response
frame (Ta bl e 8 )
t
2
t
1
t
2
32/86Doc ID 17170 Rev 3
LRI1KLRI1K states
11 LRI1K states
An LRI1K can be in one of 4 states:
●Power-off
●Ready
●Quiet
●Selected
Transitions between these states are specified in Figure 37: LRI1K state transition diagram
and Table 9: LRI1K response depending on request flags.
11.1 Power-off state
The LRI1K is in the Power-off state when it does not receive enough energy from the VCD.
11.2 Ready state
The LRI1K is in the Ready state when it receives enough energy from the VCD. When in the
Ready state, the LRI1K answers any request where the Select_flag is not set.
11.3 Quiet state
When in the Quiet state, the LRI1K answers any request except for Inventory requests with
the Address_flag set.
11.4 Selected state
In the Selected state, the LRI1K answers any request in all modes (see Section 12: Modes):
●request in Select mode with the Select flag set
●request in Addressed mode if the UID matches
●request in Non-Addressed mode as it is the mode for general requests
Doc ID 17170 Rev 333/86
LRI1K statesLRI1K
AI06681
Power Off
In field
Out of field
Ready
Quiet
Selected
Any other Command
where Select_Flag
is not set
Out of field
Out of field
Stay quiet(UID)
Select (UID)
Any other command
Any other command where the
Address_Flag is set AND
where Inventory_Flag is not set
Stay quiet(UID)
Select (UID)
Reset to ready where
Select_Flag is set or
Select(different UID)
Reset to ready
Table 9.LRI1K response depending on request flags
Address_flagSelect_flag
Flags
1
Addressed0Non addressed1Selected0Non selected
LRI1K in Ready or Selected state
(Devices in Quiet state don’t
XX
answer)
LRI1K in Selected stateXX
LRI1K in Ready, Quiet or Selected
state (the device which match the
XX
UID)
Error (03h)XX
Figure 37. LRI1K state transition diagram
34/86Doc ID 17170 Rev 3
1. The intention of the state transition method is that only one LRI1K should be in the selected state at a time.
LRI1KModes
12 Modes
The term “mode” refers to the mechanism used in a request to specify the set of LRI1Ks that
will answer the request.
12.1 Addressed mode
When the Address_flag is set to 1 (Addressed mode), the request contains the Unique ID
(UID) of the addressed LRI1K.
Any LRI1K that receives a request with the Address_flag set to 1 compares the received
Unique ID to its own. If it matches, then the LRI1K executes the request (if possible) and
returns a response to the VCD as specified in the command description.
If its UID does not match, then it remains silent.
12.2 Non-Addressed mode (general request)
When the Address_flag is set to 0 (Non-Addressed mode), the request does not contain a
Unique ID. Any LRI1K receiving a request with the Address_flag set to 0 executes it and
returns a response to the VCD as specified in the command description.
12.3 Select mode
When the Select_flag is set to 1 (Select mode), the request does not contain an LRI1K
Unique ID. The LRI1K in the Selected state that receives a request with the Select_flag set
to 1 executes it and returns a response to the VCD as specified in the command description.
Only LRI1Ks in the Selected state answer to a request where the Select Flag is set to 1.
The system design ensures in theory that only one LRI1K can be in the Select state at a
time.
Doc ID 17170 Rev 335/86
Request formatLRI1K
13 Request format
The request consists of:
●an SOF
●flags
●a command code
●parameters and data
●a CRC
●an EOF
Table 10.General request format
S
O
F
13.1 Request flags
In a request, the "flags" field specifies the actions to be performed by the LRI1K and
whether corresponding fields are present or not.
Request flagsCommand codeParametersDataCRCEO
F
The flags field consists of eight bits.
The bit 3 (Inventory_flag) of the request flag defines the contents of the 4 MSBs (bits 5 to 8).
When bit 3 is reset (0), bits 5 to 8 define the LRI1K selection criteria.
When bit 3 is set (1), bits 5 to 8 define the LRI1K Inventory parameters.
Table 11.Definitions of request flags 1 to 4
Bit NoFlagLevelDescription
Bit 1Subcarrier_flag
Bit 2Data_rate_flag
(1)
(2)
Bit 3Inventory flag
Bit 4Protocol Extension flag0No Protocol format extension
1. Subcarrier_flag refers to the LRI1K-to-VCD communication.
2. Data_rate_flag refers to the LRI1K-to-VCD communication
0A single subcarrier frequency is used by the LRI1K
1Two subcarriers are used by the LRI1K
0Low data rate is used
1High data rate is used
0The meaning of Flags 5 to 8 is described in Ta b le 1 2
1The meaning of Flags 5 to 8 is described in Ta b le 1 3
36/86Doc ID 17170 Rev 3
LRI1KRequest format
Table 12.Request flags 5 to 8 when bit 3 = 0
Bit NoFlagLevelDescription
Request is executed by any LRI1K according to the setting of
Bit 5Select_flag
(1)
Bit 6Address_flag
Bit 7Option flag0
Bit 8RFU0
1. If the Select_flag is set to 1, the Address_flag is set to 0 and the UID field is not present in the request.
Table 13.Request flags 5 to 8 when bit 3 = 1
Bit NoFlagLevelDescription
0
Address_flag
1Request is executed only by the LRI1K in Selected state
Request is not addressed. UID field is not present. The request is
0
executed by all LRI1Ks.
(1)
Request is addressed. UID field is present. The request is
1
executed only by the LRI1K whose UID matches the UID
specified in the request.
Bit 5AFI flag
Bit 6Nb_slots flag
Bit 7Option flag0
Bit 8RFU0
0AFI field is not present
1AFI field is present
016 slots
11 slot
Doc ID 17170 Rev 337/86
Response formatLRI1K
14 Response format
The response consists of:
●an SOF
●flags
●parameters and data
●a CRC
●an EOF
Table 14.General response format
S
OFResponse flags ParametersDataCRC
14.1 Response flags
In a response, the flags indicate how actions have been performed by the LRI1K and
whether corresponding fields are present or not. The response flags consist of eight bits.
Table 15.Definitions of response flags 1 to 8
Bit No.FlagLevelDescription
E
O
F
Bit 1Error_flag
0No error
1Error detected. Error code is in the "Error" field.
Bit 2RFU0
Bit 3RFU0
Bit 4Extension flag0No extension
Bit 5RFU0
Bit 6RFU0
Bit 7RFU0
Bit 8RFU0
38/86Doc ID 17170 Rev 3
LRI1KResponse format
14.2 Response error code
If the Error_flag is set by the LRI1K in the response, the Error code field is present and
provides information about the error that occurred.
Error codes not specified in Ta ble 1 6 are reserved for future use.
Table 16.Response error code definition
Error codeMeaning
03hThe command option is not supported
0FError with no information given or a specific error code is not supported.
10hThe specified block is not available (does not exist).
11hThe specified block is already locked and thus cannot be locked again
12hThe specified block is locked and its contents cannot be changed.
13hThe specified block was not successfully programmed.
14hThe specified block was not successfully locked.
Doc ID 17170 Rev 339/86
AnticollisionLRI1K
15 Anticollision
The purpose of the anticollision sequence is to inventory the LRI1Ks present in the VCD
field using their unique ID (UID).
The VCD is the master of communications with one or several LRI1Ks. It initiates LRI1K
communication by issuing the Inventory request.
The LRI1K sends its response in the determined slot or does not respond.
15.1 Request parameters
When issuing the Inventory command, the VCD:
●sets the Nb_slots_flag as desired,
●adds the mask length and the mask value after the command field,
The mask length is the number of significant bits of the mask value.
The mask value is contained in an integer number of bytes. The mask length indicates the
number of significant bits. The LSB is transmitted first.
If the mask length is not a multiple of 8 (bits), as many 0-bits as required will be added to the
mask value MSB so that the mask value is contained in an integer number of bytes.
The next field starts on the next byte boundary.
Table 17.Inventory request format
MSBLSB
SOF
Request_
flags
8 bits8 bits8 bits8 bits0 to 8 bytes16 bits
Command Optional AFI
Mask
length
Mask valueCRCEOF
In the example of Ta ble 1 8 and Figure 38, the mask length is 11 bits. Five 0-bits are added
to the mask value MSB. The 11-bit Mask and the current slot number are compared to the
UID.
Table 18.Example of the addition of 0-bits to an 11-bit mask value
(b15) MSBLSB (b0)
0000 0100 1100 1111
0-bits added11-bit mask value
40/86Doc ID 17170 Rev 3
LRI1KAnticollision
AI06682
Mask value received in the Inventory command0000 0100 1100 1111b16 bits
The Mask value less the padding 0s is loaded
into the Tag comparator
100 1100 1111b11 bits
The Slot counter is calculated
xxxxNb_slots_flags = 0 (16 slots), Slot Counter is 4 bits
The Slot counter is concatened to the Mask value
xxxx 100 1100 1111
b
Nb_slots_flags = 015 bits
The concatenated result is compared with
the least significant bits of the Tag UID.
Figure 38. Principle of comparison between the mask, the slot number and the UID
The AFI field is present if the AFI_flag is set.
The pulse is generated according to the definition of the EOF in ISO/IEC 15693-2.
The first slot starts immediately after the reception of the request EOF. To switch to the next
slot, the VCD sends an EOF.
The following rules and restrictions apply:
●if no LRI1K answer is detected, the VCD may switch to the next slot by sending an EOF,
●if one or more LRI1K answers are detected, the VCD waits until the complete frame
has been received before sending an EOF for switching to the next slot.
Doc ID 17170 Rev 341/86
Request processing by the LRI1KLRI1K
16 Request processing by the LRI1K
Upon reception of a valid request, the LRI1K performs the following algorithm:
●NbS is the total number of slots (1 or 16)
●SN is the current slot number (0 to 15)
●LSB (value, n) function returns the n Less Significant Bits of value
●MSB (value, n) function returns the n Most Significant Bits of value
●"&" is the concatenation operator
●Slot_Frame is either an SOF or an EOF
SN = 0
if (Nb_slots_flag)
then NbS = 1
SN_length = 0
endif
else NbS = 16
SN_length = 4
endif
label1:
if LSB(UID, SN_length + Mask_length) =
LSB(SN,SN_length)&LSB(Mask,Mask_length)
then answer to inventory request
endif
wait (Slot_Frame)
if Slot_Frame = SOF
then Stop Anticollision
decode/process request
exit
endif
if Slot_Frame = EOF
if SN < NbS-1
then SN = SN + 1
goto label1
exit
endif
endif
42/86Doc ID 17170 Rev 3
LRI1KExplanation of the possible cases
17 Explanation of the possible cases
Figure 39 summarizes the main possible cases that can occur during an anticollision
sequence when the slot number is 16.
The different steps are:
●The VCD sends an Inventory request, in a frame terminated by an EOF. The number of
slots is 16.
●LRI1K 1 transmits its response in Slot 0. It is the only one to do so, therefore no
collision occurs and its UID is received and registered by the VCD;
●The VCD sends an EOF in order to switch to the next slot.
●In slot 1, two LRI1Ks, LRI1K 2 and LRI1K 3 transmit a response, thus generating a
collision. The VCD records the event and remembers that a collision was detected in
Slot 1.
●The VCD sends an EOF in order to switch to the next slot.
●In Slot 2, no LRI1K transmits a response. Therefore the VCD does not detect any
LRI1K SOF and decides to switch to the next slot by sending an EOF.
●In slot 3, there is another collision caused by responses from LRI1K 4 and LRI1K 5
●The VCD then decides to send a request (for instance a Read Block) to LRI1K 1 whose
UID has already been correctly received.
●All LRI1Ks detect an SOF and exit the anticollision sequence. They process this
request and since the request is addressed to LRI1K 1, only LRI1K 1 transmits a
response.
●All LRI1Ks are ready to receive another request. If it is an Inventory command, the slot
numbering sequence restarts from 0.
Note:The decision to interrupt the anticollision sequence is made by the VCD. It could have
continued to send EOFs until Slot 16 and only then sent the request to LRI1K 1.
Doc ID 17170 Rev 343/86
Explanation of the possible casesLRI1K
!)
3LOT3LOT3LOT3LOT
6#$3/&
)NVENTORY
2EQUEST
%/&% /&%/&%/&3/&
2EQUESTTO
,2)+
%/&
2ESPONSE
2ESPONSE
,2)+
2ESPONSE
FROM
,2)+
2ESPONSE
2ESPONSE
2ESPONSE
4IMINGTTTTTTTT
#OMMENT
.O
COLLISION
#OLLISION
.O
2ESPONSE
#OLLISION
4IME
Figure 39. Description of a possible anticollision sequence
44/86Doc ID 17170 Rev 3
LRI1KInventory Initiated command
18 Inventory Initiated command
The LRI1K provides a special feature to improve the inventory time response of moving tags
using the Initiate_flag value. This flag, controlled by the Initiate command, allows tags to
answer to Inventory Initiated commands.
For applications in which multiple tags are moving in front of a reader, it is possible to miss
tags using the standard inventory command. The reason is that the inventory sequence has
to be performed on a global tree search. For example, a tag with a particular UID value may
have to wait the run of a long tree search before being inventoried. If the delay is too long,
the tag may be out of the field before it has been detected.
Using the Initiate command, the inventory sequence is optimized. When multiple tags are
moving in front of a reader, the ones which are within the reader field will be initiated by the
Initiate command. In this case, a small batch of tags will answer to the Inventory Initiated
command which will optimize the time necessary to identify all the tags. When finished, the
reader has to issue a new Initiate command in order to initiate a new small batch of tags
which are new inside the reader field.
It is also possible to reduce the inventory sequence time using the Fast Initiate and Fast
Inventory Initiated commands. These commands allow the LRI1Ks to increase their
response data rate by a factor of 2, up to 53kbit/s.
Doc ID 17170 Rev 345/86
Timing definitionLRI1K
19 Timing definition
19.1 t1: LRI1K response delay
Upon detection of the rising edge of the EOF received from the VCD, the LRI1K waits for a
time t
slot during an inventory process. Values of t
Figure 10 on page 19.
19.2 t2: VCD new request delay
t2 is the time after which the VCD may send an EOF to switch to the next slot when one or
more LRI1K responses have been received during an Inventory command. It starts from the
reception of the EOF from the LRI1Ks.
The EOF sent by the VCD may be either 10% or 100% modulated regardless of the
modulation index used for transmitting the VCD request to the LRI1K.
t
is also the time after which the VCD may send a new request to the LRI1K as described in
2
Table 36: LRI1K protocol timing.
before transmitting its response to a VCD request or before switching to the next
1nom
are given in Ta bl e 19 . The EOF is defined in
1
Values of t
are given in Ta bl e 1 9 .
2
19.3 t3: VCD new request delay in the absence of a response from
the LRI1K
t3 is the time after which the VCD may send an EOF to switch to the next slot when no
LRI1K response has been received.
The EOF sent by the VCD may be either 10% or 100% modulated regardless of the
modulation index used for transmitting the VCD request to the LRI1K.
From the time the VCD has generated the rising edge of an EOF:
●If this EOF is 100% modulated, the VCD waits a time at least equal to t
sending a new EOF.
●If this EOF is 10% modulated, the VCD waits a time at least equal to the sum of t
the LRI1K nominal response time (which depends on the LRI1K data rate and
subcarrier modulation mode) before sending a new EOF.
does not apply for write alike requests. Timing conditions for write alike requests are defined in the
1max
command description.
is the time taken by the LRI1K to transmit an SOF to the VCD. t
3. t
SOF
High data rate or Low data rate.
318.6 µs320.9 µs323.3 µs
309.2 µsNo t
(2)
t
1max
+ t
SOF
(3)
(1)
nom
No t
nom
.
C
depends on the current data rate:
SOF
3min
No t
No t
before
max
max
3min
+
46/86Doc ID 17170 Rev 3
LRI1KCommands codes
20 Commands codes
The LRI1K supports the commands described in this section. Their codes are given in
Ta bl e 2 0 .
Table 20.Command codes
Command code
standard
01hInventoryA6hKill
02hStay QuietB1hWrite Kill
20hRead Single BlockB2hLock Kill
21hWrite Single Block C0hFast Read Single Block
22hLock Block C1hFast Inventory Initiated
23hRead Multiple BlockC2hFast Initiate
25hSelectC3hFast Read Multiple Block
26hReset to ReadyD1hInventory Initiated
27hWrite AFID2hInitiate
28hLock AFI
29hWrite DSFID
2AhLock DSFID
2BhGet System Info
2Ch
Function
Get Multiple Block
Security Status
Command code
custom
Function
Doc ID 17170 Rev 347/86
Commands codesLRI1K
20.1 Inventory
When receiving the Inventory request, the LRI1K runs the anticollision sequence. The
Inventory_flag is set to 1. The meaning of flags 5 to 8 is shown in Table 13: Request flags 5
to 8 when bit 3 = 1.
The request contains:
●the flags,
●the Inventory command code (see Table 20: Command codes)
●the AFI if the AFI flag is set
●the mask length
●the mask value
●the CRC
The LRI1K does not generate any answer in case of error.
Table 21.Inventory request format
Request
SOF
Request
flags
Inventory
Optional
AFI
Mask
length
Mask valueCRC16
Request
EOF
8 bits01h8 bits8 bits0 - 64 bits16 bits
The response contains:
●the flags
●the Unique ID
Table 22.Inventory response format
Response
SOF
Response
flags
DSFIDUIDCRC16
Response
EOF
8 bits8 bits64 bits16 bits
During an Inventory process, if the VCD does not receive an RF LRI1K response, it waits a
time t
before sending an EOF to switch to the next slot. t3 starts from the rising edge of the
3
request EOF sent by the VCD.
●If the VCD sends a 100% modulated EOF, the minimum value of t
t
min = 4384/fC (323.3µs) + t
3
●
If the VCD sends a 10% modulated EOF, the minimum value of t3 is:
t
min = 4384/fC (323.3µs) + t
3
SOF
NRT
is:
3
where:
●t
●t
t
NRT
is the time required by the LRI1K to transmit an SOF to the VCD
SOF
is the nominal response time of the LRI1K
NRT
and t
are dependent on the LRI1K-to-VCD data rate and subcarrier modulation
SOF
mode.
48/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.2 Stay Quiet
On receiving the Stay Quiet command, the LRI1K enters the Quiet state and does NOT
send back a response. There is NO response to the Stay Quiet command even if an error
occurs.
When in the Quiet state:
●the LRI1K does not process any request if the Inventory_flag is set,
●the LRI1K processes any Addressed request
The LRI1K exits the Quiet state when:
●it is reset (power off),
●receiving a Select request. It then goes to the Selected state,
●receiving a Reset to Ready request. It then goes to the Ready state.
Table 23.Stay Quiet request format
Request
SOF
Request flagsStay QuietUIDCRC16
Request
EOF
8 bits02h64 bits16 bits
The Stay Quiet command must always be executed in the Addressed mode (Select_flag is
reset to 0 and Address_flag is set to 1).
Figure 40. Stay Quiet frame exchange between VCD and LRI1K
VCDSOF
Stay Quiet
request
EOF
LRI1K
Timing
Doc ID 17170 Rev 349/86
Commands codesLRI1K
20.3 Read Single Block
On receiving the Read Single Block command, the LRI1K reads the requested block and
sends back its 32 bits value in the response. The Option_flag is supported.
Table 24.Read Single Block request format
Request
SOF
Request_flags
8 bits20h
Read
Single
Block
UID
64 bits8 bits16 bits
Block
number
CRC16
Request parameters:
●Option_flag
●UID (Optional)
●Block number
Table 25.Read Single Block response format when Error_flag is NOT set
Response
SOF
Response_
flags
Block
locking
status
DataCRC16
Response
8 bits8 bits32 bits16 bits
Response parameter:
●Block Locking Status if Option_flag is set (see Table 26: Block Locking status)
●4 bytes of block data
Table 26.Block Locking status
Request
EOF
EOF
b
b
7
b
6
b
5
b
4
b
3
2
all 0
Table 27.Read Single Block response format when Error_flag is set
Response SOF
Response_
Flags
Error codeCRC16Response EOF
8 bits8 bits16 bits
Response parameter:
●Error code as Error_flag is set:
–0Fh: other error
–10h: block address not available
50/86Doc ID 17170 Rev 3
b
1
0: Current Block not locked
1: Current Block locked
b
0
LRI1KCommands codes
Figure 41. READ Single Block frame exchange between VCD and LRI1K
VCDSOF
Read Single
Block request
EOF
LRI1K<-t
-> SOF
1
Read Single
Block response
EOF
Doc ID 17170 Rev 351/86
Commands codesLRI1K
20.4 Write Single Block
On receiving the Write Single Block Command, the LRI1K writes the data contained in the
request to the requested block and reports whether the write operation was successful in
the response. The Option_flag is supported.
During the write cycle t
Otherwise, the LRI1K may not program correctly the data into the memory. The t
equal to t
Table 28.Write Single Block request format
Request
SOF
+ 18 × 302µs.
1nom
Request_
flags
, there should be no modulation (neither 100% nor 10%).
W
Write Single
Block
UID
Block
number
DataCRC16
W
8 bits21h64 bits8 bits32 bits16 bits
Request parameters:
●UID (Optional)
●Block number
●Data
Table 29.Write Single Block response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter. The response is sent back after the write cycle.
Table 30.Write Single Block response format when Error_flag is set
Figure 42. Write Single Block frame exchange between VCD and LRI1K
VCDSOF
LRI1K<-t
LRI1K
52/86Doc ID 17170 Rev 3
Write Single
Block request
EOF
->SOF
1
Write Single
Block response
EOFWrite sequence when error
<------------ tW ------------><- t1 ->SOF
Write Single
Block response
EOF
LRI1KCommands codes
20.5 Lock Block
On receiving the Lock Block command, the LRI1K permanently locks the selected block.
During the write cycle t
Otherwise, the LRI1K may not lock correctly the memory block. The t
, there should be no modulation (neither 100% nor 10%).
W
time is equal to t
W
+ 18 × 302µs.
Table 31.Lock Single Block request format
Request
SOF
Request_
flags
Lock Block
UID
Block
number
CRC16
8 bits22h64 bits8 bits16 bits
Request parameters:
●UID (Optional)
●Block number
Table 32.Lock Block response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter.
Table 33.Lock Block response format when Error_flag is set
1nom
Request
EOF
Response
SOF
Response_flagsError codeCRC16
8 bits8 bits16 bits
Response parameter:
●Error code as Error_flag is set:
–10h: block address not available
–11h: block is locked
–14h: block not locked
Figure 43. Lock Block frame exchange between VCD and LRI1K
VCDSOF
LRI1K
LRI1K
Lock Block
request
EOF
<-t1->SOF
Lock Block
response
<------------ tW ------------><- t1 -> SOF
EOF
Response
EOF
Lock sequence when
error
Lock Block
response
EOF
Doc ID 17170 Rev 353/86
Commands codesLRI1K
20.6 Read Multiple Block
When receiving the Read Multiple Block command, the LRI1K reads the selected blocks
and sends back their values in multiples of 32 bits in the response. The blocks are
numbered from '00h’ to '1Fh' in the request.
The “number of blocks” value corresponds to the number of blocks to be read after the first
block. For example, if the “number of blocks” field contains the value 06h, 7 blocks will be
read. The maximum number of blocks that can be read is 32.
During Sequential Block Read, when the block address reaches 32, it rolls over to 0. The
Option_flag is supported.
Table 34.Read Multiple Block request format
Request
SOF
Request_
flags
8 bits23h
Read
Multiple
Block
First
UID
block
number
64 bits8 bits8 bits16 bits
Number
of
blocks
CRC16
Request parameters:
●Option_flag
●UID (Optional)
●First block number
●Number of blocks
Table 35.Read Multiple Block response format when Error_flag is NOT set
Response
SOF
Response_
flags
8 bits8 bits
1. Repeated as needed.
Block
Locking
Status
(1)
DataCRC16
(1)
32 bits
16 bits
Response parameter:
●Block Locking Status if Option_flag is set (see Table 36: Block Locking status)
●N blocks of data
Table 36.Block Locking status
Request
EOF
Response
EOF
b
b
7
b
6
b
5
b
4
b
3
2
All 0
Table 37.Read Multiple Block response format when Error_flag is set
Figure 45. Select frame exchange between VCD and LRI1K
VCDSOF
LRI1K
Select
request
EOF
<-t1->SOF
56/86Doc ID 17170 Rev 3
Select
response
EOF
LRI1KCommands codes
20.8 Reset to Ready
On receiving a Reset to Ready command, the LRI1K returns to the Ready state. In the
Addressed mode, the LRI1K answers an error code only if the UID is equal to its own UID. If
not, no response is generated.
Table 41.Reset to Ready request format
Request
SOF
Request_
flags
Reset to Ready
UIDCRC16
8 bits26h64 bits16 bits
Request parameter:
●UID (Optional)
Table 42.Reset to Ready response format when Error_flag is NOT set
Response
SOF
Response_flagsCRC16
8 bits16 bits
Response parameter:
●No parameter.
Table 43.Reset to ready response format when Error_flag is set
Response SOF
Response_
flags
Error codeCRC16Response EOF
8 bits8 bits16 bits
Request
EOF
Response
EOF
Response parameter:
●Error code as Error_flag is set:
–0Fh: other error
Figure 46. Reset to Ready frame exchange between VCD and LRI1K
VCDSOF
LRI1K
Reset to Ready
request
Doc ID 17170 Rev 357/86
EOF
<-t1-> SOF
Reset to Ready
response
EOF
Commands codesLRI1K
20.9 Write AFI
On receiving the Write AFI request, the LRI1K writes the AFI byte value into its memory.
During the write cycle t
Otherwise, the LRI1K may not write correctly the AFI value into the memory. The t
equal to t
Table 44.Write AFI request format
Request
SOF
+ 18 × 302µs.
1nom
Request
_flags
, there should be no modulation (neither 100% nor 10%).
W
Write AFI
UIDAFICRC16
W
Request
8 bits27h64 bits8 bits16 bits
Request parameters:
●UID (Optional)
●AFI
Table 45.Write AFI response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter.
Table 46.Write AFI response format when Error_flag is set
Figure 47. Write AFI frame exchange between VCD and LRI1K
VCDSOF
LRI1K
LRI1K
Write AFI
request
EOF
<-t1->SOF
Write AFI
response
<------------ tW ------------><- t1 -> SOF
Write sequence when
EOF
Write AFI
response
error
EOF
58/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.10 Lock AFI
On receiving the Lock AFI request, the LRI1K locks the AFI value permanently.
During the write cycle t
Otherwise, the LRI1K may not Lock correctly the AFI value in memory. The t
to t
Table 47.Lock AFI request format
Request SOF
+ 18 × 302 µs.
1nom
Request_
flags
, there should be no modulation (neither 100% nor 10%).
W
time is equal
W
Lock AFIUIDCRC16Request EOF
8 bits28h64 bits16 bits
Request parameter:
●UID (Optional)
Table 48.Lock AFI response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter.
Table 49.Lock AFI response format when Error_flag is set
Response SOF Response_flagsError codeCRC16Response EOF
8 bits8 bits16 bits
Response parameter:
●Error code as Error_flag is set:
–11h: block is locked
–14h: block not locked
Figure 48. Lock AFI frame exchange between VCD and LRI1K
VCDSOF
LRI1K
LRI1K
Lock AFI
request
EOF
<-t1-> SOF
Lock AFI
response
<------------ tW ------------><- t1 -> SOF
EOF
Lock sequence when
error
Lock AFI
response
EOF
Doc ID 17170 Rev 359/86
Commands codesLRI1K
20.11 Write DSFID
On receiving the Write DSFID request, the LRI1K writes the DSFID byte value into its
memory.
During the write cycle t
Otherwise, the LRI1K may not write correctly the DSFID value in memory. The t
equal to t
Table 50.Write DSFID request format
Request
SOF
+ 18 × 302µs.
1nom
Request_
flags
, there should be no modulation (neither 100% nor 10%).
W
Write
DSFID
UIDDSFIDCRC16
time is
W
8 bits29h64 bits8 bits16 bits
Request parameters:
●UID (Optional)
●DSFID
Table 51.Write DSFID response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter.
Table 52.Write DSFID response format when Error_flag is set
Request
EOF
Response SOF
Response_
flags
Error codeCRC16Response EOF
8 bits8 bits16 bits
Response parameter:
●Error code as Error_flag is set:
–12h: block is locked
–13h: block not programmed
Figure 49. Write DSFID frame exchange between VCD and LRI1K
Write
VCDSOF
LRI1K
LRI1K
DSFID
request
EOF
<-t1-> SOF
Write DSFID
response
<------------ tW ------------><- t1 -> SOF
EOF
Write sequence when
error
Write DSFID
response
EOF
60/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.12 Lock DSFID
On receiving the Lock DSFID request, the LRI1K locks the DSFID value permanently.
During the write cycle t
Otherwise, the LRI1K may not lock correctly the DSFID value in memory. The t
equal to t
Table 53.Lock DSFID request format
Request SOF
+ 18 × 302µs.
1nom
Request_
, there should be no modulation (neither 100% nor 10%).
W
flags
Lock DSFIDUIDCRC16Request EOF
time is
W
8 bits2Ah64 bits16 bits
Request parameter:
●UID (Optional)
Table 54.Lock DSFID response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter.
Table 55.Lock DSFID response format when Error_flag is set
Response SOF
Response_
flags
Error codeCRC16Response EOF
8 bits8 bits16 bits
Response parameter:
●Error code as Error_flag is set:
–11h: block is locked
–14h: block not locked
Figure 50. Lock DSFID frame exchange between VCD and LRI1K
Lock
VCDSOF
LRI1K
LRI1K
DSFID
request
EOF
<-t1->SOF
Lock DSFID
response
<------------ tW ------------><- t1 -> SOF
EOF
Lock sequence when
error
Lock DSFID
response
EOF
Doc ID 17170 Rev 361/86
Commands codesLRI1K
20.13 Get System Info
When receiving the Get System Info command, the LRI1K sends back its information data in
the response.The Option_flag is supported and must be reset to 0. The Get System Info can
be issued in both Addressed and Non Addressed modes.
Table 56.Get System Info request format
Request SOF
Request_
flags
Get System
Info
UIDCRC16Request EOF
8 bits2Bh64 bits16 bits
Request parameter:
●UID (Optional)
Table 57.Get System Info response format when Error_flag is NOT set
Response
SOF
Response_
flags
Information
flags
UIDDSFID AFI
Memory
size
00h0Fh64 bits 8 bits 8 bits 031Fh 010000xx
IC
reference
CRC16
16 bits
b
Response
EOF
Response parameters:
●Information Flags set to 0Fh. DSFID, AFI, Memory Size and IC reference fields are
present.
●UID code on 64 bits
●DSFID value
●AFI value
●memory size. The LRI1K provides 32 blocks (1Fh) of 4 bytes (03h).
●IC Reference. Only the 6 MSBs are significant. The product code of the LRI1K is
01 0000
Table 58.Get System Info response format when Error_flag is set
Figure 51. Get System Info frame exchange between VCD and LRI1K
VCDSOF
Get System
Info request
EOF
LRI1K
62/86Doc ID 17170 Rev 3
<-t1-> SOF
Get System Info
response
EOF
LRI1KCommands codes
20.14 Get Multiple Block Security Status
When receiving the Get Multiple Block Security Status command, the LRI1K sends back the
block security statuses. The blocks are numbered from '00h’ to '1Fh' in the request. The
“Number of blocks” value corresponds to the number of blocks whose security statuses are
requested after the first block.
For example, if the “number of blocks” field contains the value 06h, the security statuses of 7
blocks will be output.
The address of the last block whose security status is requested must not exceed 1Fh. In
other words, “First block number” + “Number of blocks” must not exceed 1Fh. In request,
option flag must be set to 0.
Table 59.Get Multiple Block Security Status request format
Request
SOF
Get Multiple
Request_
flags
8 bits2Ch
Block
Security
Status
UID
64 bits8 bits8 bits16 bits
First
block
number
Number
of
blocks
CRC16
Request
EOF
Request parameters:
●UID (Optional)
●First block number
●Number of blocks
Table 60.Get Multiple Block Security Status response format when Error_flag is
NOT set
Response SOFResponse_flags
8 bits8 bits
1. Repeated as needed.
Block Locking
Status
(1)
CRC16Response EOF
16 bits
Response parameters:
●Block Locking Status (see Table 61: Block Locking status)
●N block of data
Table 61.Block Locking status
b
Table 62.Get Multiple Block Security Status response format when Error_flag is
b
7
b
6
b
5
All 0
b
4
b
3
b
2
1
b
0
0: Current block not locked
1: Current block locked
Figure 52. Get Multiple Block Security Status frame exchange between VCD and
LRI1K
Get Multiple
VCDSOF
LRI1K
Block Security
Status
EOF
<-t1-> SOF
Get Multiple
Block Security
Status
EOF
64/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.15 Kill
On receiving the Kill command, in the Addressed mode only, the LRI1K compares the kill
code with the data contained in the request and reports whether the operation was
successful in the response. If the command is received in the Non Addressed or the
Selected mode, the LRI1K returns an error response.
During the comparison cycle equal to t
10%). Otherwise, the LRI1K may not match the kill code correctly. The t
t
+ 18 × 302µs. After a successful Kill command, the LRI1K is deactivated and does not
1nom
, there should be no modulation (neither 100% nor
W
time is equal to
W
interpret any other command.
Table 63.Kill request format
Request
SOF
Request_
flags
Kill
IC Mfg
code
UID
Kill
access
Kill codeCRC16
Request
8 bitsA6h02h64 bits00h32 bits16 bits
Request parameters:
●UID
●Kill Code
Table 64.Kill response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
Response parameter:
●No parameter. The response is send back after the writing cycle
Table 65.Kill response format when Error_flag is set
Figure 53. Kill frame exchange between VCD and LRI1K
VCDSOF Kill request EOF
LRI1K<-t
->SOFKill responseEOF
1
LRI1K<------------ t
Doc ID 17170 Rev 365/86
------------><- t1 -> SOF Kill response EOF
W
Kill sequence when
error
Commands codesLRI1K
20.16 Write Kill
On receiving the Write Kill command, the LRI1K writes the kill code with the data contained
in the request and reports whether the operation was successful in the response. The
Option_flag is supported. After a successful write, the kill code must be locked by a Lock Kill
command to activate the protection.
During the write cycle t
Otherwise, the LRI1K may not correctly program the data to the memory. The t
equal to t
Table 66.Write Kill request format
Request
SOF
+ 18 × 302 µs.
1nom
Request_
flags
, there should be no modulation (neither 100% nor 10%).
W
Write
Kill
IC Mfg
code
UID
Kill
access
Kill code CRC16
time is
W
8 bitsB1h02h64 bits00h32 bits16 bits
Request parameters:
●UID (Optional)
●Kill Address (00h = Kill, other = Error)
●Data
Table 67.Write Kill response format when Error_flag is NOT set
Response SOFResponse_flagsCRC16Response EOF
8 bits16 bits
No parameter. The response is send back after the write cycle.
Table 68.Write Kill response format when Error_flag is set
Figure 54. Write Kill frame exchange between VCD and LRI1K
VCDSOF
LRI1K<-t
LRI1K<------------ t
66/86Doc ID 17170 Rev 3
Write Kill
request
EOF
-> SOF
1
W
Write Kill
response
EOF
------------><- t1 -> SOF
Write sequence when
error
Write Kill
response
EOF
LRI1KCommands codes
20.17 Lock Kill
On receiving the Lock Kill command, the LRI1K locks the Kill code permanently. The
Option_flag is supported. RFU bit 8 of the request flag must be set to ‘1’.
During the write cycle t
Otherwise, the LRI1K may not lock the memory block correctly. The t
t
+ 18 × 302 µs.
1nom
Table 69.Lock Kill request format
Request
SOF
Request_
flags
, there should be no modulation (neither 100% nor 10%).
Figure 55. Lock Kill frame exchange between VCD and LRI1K
VCDSOF
LRI1K
LRI1K
Lock Kill
request
EOF
<-t1->SOF
Lock Kill
response
<------------ tW ------------><- t1 -> SOF
Lock sequence when
EOF
Lock Kill
response
error
EOF
68/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.18 Fast Read Single Block
On receiving the Fast Read Single Block command, the LRI1K reads the requested block
and sends back its 32-bit value in the response. The Option_flag is supported. The data rate
of the response is multiplied by 2.
Table 72.Fast Read Single Block request format
Request
SOF
Request_
flags
Fast Read
Single
Block
8 bitsC0h02h
IC Mfg
code
UID
64 bits8 bits16 bits
Block
number
CRC16
Request
Request parameters:
●Option_flag
●UID (Optional)
●Block number
Table 73.Fast Read Single Block response format when Error_flag is NOT set
Response
SOF
Response_
flags
Block locking
status
DataCRC16
Response
EOF
8 bits8 bits32 bits16 bits
Response parameter:
●Block Locking Status if Option_flag is set
●4 bytes of Block Data
Table 74.Block Locking status
EOF
b
7
Table 75.Fast Read Single Block response format when Error_flag is set
Response SOF
b
6
b
5
Response_
flags
b
All 0
4
b
3
b
2
b
1
b
0
0: Current Block not locked
1: Current Block locked
Error codeCRC16Response EOF
8 bits8 bits16 bits
Response parameter:
●Error code as Error_flag is set:
–0Fh: other error
–10h: block address not available
Doc ID 17170 Rev 369/86
Commands codesLRI1K
Figure 56. Fast Read Single Block frame exchange between VCD and LRI1K
VCDSOF
LRI1K
Fast Read Single
Block request
EOF
<-t1-> SOF
Fast Read Single
Block response
EOF
70/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.19 Fast Inventory Initiated
Before receiving the Fast Inventory Initiated command, the LRI1K must have received an
Initiate or a Fast Initiate command in order to set the Initiate_ flag. If not, the LRI1K does not
answer to the Fast Inventory Initiated command.
On receiving the Fast Inventory Initiated request, the LRI1K runs the anticollision sequence.
The Inventory_flag must be set to 1. The Meaning of Flags 5 to 8 is shown in Ta bl e 1 3 :
Request flags 5 to 8 when bit 3 = 1. The data rate of the response is multiplied by 2.
The request contains:
●the flags,
●the Inventory command code
●the AFI option is not supported, AFI flag must be set to 0
●the mask length
●the mask value
●the CRC
The LRI1K does not generate any answer if an error occurs.
Table 76.Fast Inventory Initiated request format
Request
SOF
Request
Flags
Fast
Inventory
Initiated
IC Mfg
Code
Optiona
l AFI
Mask
length
Mask valueCRC16
Request
EOF
8 bitsC1h02h8 bits8 bits0 - 64 bits16 bits
The response contains:
●The flags
●the Unique ID
Table 77.Fast Inventory Initiated response format
Response SOF Response Flags DSFIDUIDCRC16Response EOF
8 bits00h64 bits16 bits
During an Inventory process, if the VCD does not receive an RF LRI1K response, it waits a
time t
before sending an EOF to switch to the next slot. t3 starts from the rising edge of the
3
request EOF sent by the VCD.
●If the VCD sends a 100% modulated EOF, the minimum value of t
t
min = 4384/fC (323.3 µs) + t
3
●
If the VCD sends a 10% modulated EOF, the minimum value of t3 is:
t
min = 4384/fC (323.3 µs) + t
3
SOF
NRT
is:
3
where:
●t
●t
t
NRT
is the time required by the LRI1K to transmit an SOF to the VCD
SOF
is the nominal response time of the LRI1K
NRT
and t
are dependent on the LRI1K-to-VCD data rate and subcarrier modulation
SOF
mode.
Doc ID 17170 Rev 371/86
Commands codesLRI1K
20.20 Fast Initiate
On receiving the Fast Initiate command, the LRI1K sets the internal Initiate_flag and sends
back a response. The command has to be issued in the Non Addressed mode only
(Select_flag is reset to 0 and Address_flag is reset to 0). If an error occurs, the LRI1K does
not generate any answer. The Initiate_flag is reset after a power off of the LRI1K. The data
rate of the response is multiplied by 2.
The request contains:
●No data
Table 78.Fast Initiate request format
Request SOF Request FlagsFast InitiateIC Mfg codeCRC16Request EOF
8 bitsC2h02h16 bits
The response contains:
●the flags
●the Unique ID
Table 79.Fast Initiate response format
Response
SOF
Response_
flags
DSFIDUIDCRC16
8 bits00h64 bits16 bits
Figure 57. Fast Initiate frame exchange between VCD and LRI1K
VCDSOF
LRI1K
Fast Initiate
request
EOF
<-t1-> SOF
Fast Initiate
response
EOF
Response
EOF
72/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.21 Fast Read Multiple Block
When receiving the Fast Read Multiple Block command, the LRI1K reads the selected
blocks and sends back their value in multiples of 32 bits in the response. The blocks are
numbered from '00h’ to '1Fh' in the request.
The “Number of blocks” value corresponds to the number of blocks to be read after the first
block. For example, if the “number of blocks” field contains the value 06h, 7 blocks will be
read. The maximum number of blocks that can be read is 32.
During Sequential Block Read, when the block address reaches 32, it rolls over to 0. The
Option_flag is supported. The data rate of the response is multiplied by 2.
Table 80.Fast Read Multiple Block request format
Request
SOF
Fast
Request_
flags
Read
Multiple
Block
8 bitsC3h02h
IC Mfg
code
UID
64 bits8 bits8 bits16 bits
First
block
number
Number
of
blocks
CRC16
Request
EOF
Request parameters:
●Option_flag
●UID (Optional)
●First block number
●Number of blocks
Table 81.Fast Read Multiple Block response format when Error_flag is NOT set
Response
SOF
1. Repeated as needed.
Response_
Block Locking
flags
8 bits8 bits
Status
(1)
DataCRC16
(1)
32 bits
16 bits
Response
EOF
Response parameters:
●Block Locking Status if Option_flag is set
●N block of data
Table 82.Block Locking status if Option_flag is set
b
Table 83.Fast Read Multiple Block response format when Error_flag is set
b
7
b
6
b
5
All 0
b
4
b
3
b
2
1
b
0
0: Current block not locked
1: Current block locked
Figure 58. Fast Read Multiple Block frame exchange between VCD and LRI1K
Fast Read
VCDSOF
LRI1K
Multiple
Block
request
EOF
<-t1-> SOF
Fast Read
Multiple Block
response
EOF
74/86Doc ID 17170 Rev 3
LRI1KCommands codes
20.22 Inventory Initiated
Before receiving the Inventory Initiated command, the LRI1K must have received an Initiate
or a Fast Initiate command in order to set the Initiate_ flag. If not, the LRI1K does not answer
to the Inventory Initiated command.
On receiving the Inventory Initiated request, the LRI1K runs the anticollision sequence. The
Inventory_flag must be set to 1. The Meaning of Flags 5 to 8 is given in Table 13: Request
flags 5 to 8 when bit 3 = 1.
The request contains:
●the flags,
●the Inventory command code
●he AFI option is not supported, AFI flag must be set to 0
●the mask length
●the mask value
●the CRC
The LRI1K does not generate any answer if an error occurs.
Table 84.Inventory Initiated request format
Request
SOF
Request
Flags
Inventory
Initiated
IC Mfg
code
Optiona
l AFI
Mask
length
Mask valueCRC16
Request
EOF
8 bitsD1h02h8 bits8 bits0 - 64 bits16 bits
The response contains:
●the flags
●the Unique ID
Table 85.Inventory Initiated response format
Response
SOF
Response
Flags
DSFIDUIDCRC16
Response
EOF
8 bits00h64 bits16 bits
During an Inventory process, if the VCD does not receive an RF LRI1K response, it waits a
time t
before sending an EOF to switch to the next slot. t3 starts from the rising edge of the
3
request EOF sent by the VCD.
●If the VCD sends a 100% modulated EOF, the minimum value of t
t
min = 4384/fC (323.3 µs) + t
3
●
If the VCD sends a 10% modulated EOF, the minimum value of t3 is:
t
min = 4384/fC (323.3 µs) + t
3
SOF
NRT
is:
3
where:
●t
●t
t
NRT
is the time required by the LRI1K to transmit an SOF to the VCD
SOF
is the nominal response time of the LRI1K
NRT
and t
are dependent on the LRI1K-to-VCD data rate and subcarrier modulation
SOF
mode.
Doc ID 17170 Rev 375/86
Commands codesLRI1K
20.23 Initiate
On receiving the Initiate command, the LRI1K sets the internal Initiate_flag and sends back
a response. The command has to be issued in the Non Addressed mode only (Select_flag is
reset to 0 and Address_flag is reset to 0). If an error occurs, the LRI1K does not generate
any answer. The Initiate_flag is reset after a power off of the LRI1K.
The request contains:
●No data
Table 86.Initiate request format
Request SOF Request FlagsInitiateIC Mfg codeCRC16Request EOF
8 bitsD2h02h16 bits
The response contain:
●the flags
●the Unique ID
Table 87.Initiate Initiated response format
Response
SOF
Response
Flags
DSFIDUIDCRC16
8 bits00h64 bits16 bits
Figure 59. Initiate frame exchange between VCD and LRI1K
VCDSOF
LRI1K
Initiate
request
EOF
<-t1-> SOF
Initiate
response
Response
EOF
EOF
76/86Doc ID 17170 Rev 3
LRI1KMaximum rating
21 Maximum rating
Stressing the device above the rating listed in the absolute maximum ratings table may
cause permanent damage to the device. These are stress ratings only and operation of the
device at these or any other conditions above those indicated in the operating sections of
this specification is not implied. Exposure to absolute maximum rating conditions for
extended periods may affect device reliability. Refer also to the STMicroelectronics SURE
Program and other relevant quality documents.
This section summarizes the operating and measurement conditions, and the DC and AC
characteristics of the device. The parameters in the DC and AC Characteristic tables that
follow are derived from tests performed under the Measurement Conditions summarized in
the relevant tables. Designers should check that the operating conditions in their circuit
match the measurement conditions when relying on the quoted parameters.
Table 89.AC characteristics
SymbolParameterConditionMinTypMaxUnit
(1) (2)
f
CC
MI
CARRIER
t
RFR,tRFF
t
RFSBL
MI
CARRIER
t
RFR,tRFF
t
RFSBL
t
JIT
t
MIN CD
f
SH
f
SL
t
1
t
2
t
W
= –20 to 85°C.
1. T
A
2. All timing measurements were performed on a reference antenna with the following characteristics:
External size: 75 mm × 48 mm
Number of turns: 6
Width of conductor: 1 mm
Space between 2 conductors: 0.4 mm
Value of the tuning capacitor: 21 pF (LRI1K-SBN18)
Value of the coil: 4.3 µH
Tuning frequency: 13.8 MHz.
External RF signal frequency13.553 13.56 13.567 MHz
10% carrier modulation indexMI=(A-B)/(A+B)1030%
10% rise and fall time0.53.0µs
10% minimum pulse width for bit7.19.44µs
100% carrier modulation indexMI=(A-B)/(A+B)95100%
100% rise and fall time0.53.5µs
100% minimum pulse width for bit7.19.44µs
Bit pulse jitter–2+2µs
Minimum time from carrier
generation to first data
From H-field min0.11ms
Subcarrier frequency highFCC/32423.75kHz
Subcarrier frequency lowFCC/28484.28kHz
Time for LRI1K response4224/F
Time between command4224/F
Programming time (including
internal verify time)
S
S
318.6320.9323.3µs
309311.5314µs
5.8ms
78/86Doc ID 17170 Rev 3
LRI1KDC and AC parameters
AI06680
AB
t
RFF
t
RFR
t
RFSBL
t
MAXt
MIN CD
f
CC
Table 90.DC characteristics
(1)
SymbolParameterTest conditionsMin.Typ.Max.Unit
V
V
Regulated voltage1.53.0V
CC
Retromodulated induced
RET
voltage
ISO10373-710mV
ReadVCC= 3.0 V50µA
I
Supply current
CC
C
1. T
Table 91.Operating conditions
Internal tuning capacitorf = 13.56 MHz for W4/121pF
TUN
= –20 to 85°C.
A
WriteV
= 3.0 V150µA
CC
SymbolParameterMin.Max.Unit
T
A
Ambient operating temperature–2085°C
Figure 60. LRI1K synchronous timing, transmit and receive
Figure 60 shows an ASK modulated signal, from the VCD to the LRI1K. The test condition
for the AC/DC parameters are:
●Close coupling condition with tester antenna (1mm)
●LRI1K performance measured at the tag antenna
Doc ID 17170 Rev 379/86
Part numberingLRI1K
23 Part numbering
Table 92.Ordering information scheme
Example:LRI1K - SBN18/ 1 GE
Device type
LRI1K
Package
SBN18 = 180 µm ± 15 µm bumped and sawn wafer on 8-inch frame
Tuning capacitance
1 = 21 pF
Customer code given by ST
GE = generic product
xx = customer code after personalization
For further information on any aspect of this device, please contact your nearest ST sales
office.
80/86Doc ID 17170 Rev 3
LRI1KAnticollision algorithm (Informative)
Appendix A Anticollision algorithm (Informative)
The following pseudocode describes how anticollision could be implemented on the VCD,
using recursivity.
A.1 Algorithm for pulsed slots
function push (mask, address); pushes on private stack
function pop (mask, address); pops from private stack
function pulse_next_pause; generates a power pulse
function store(LRI1K_UID); stores LRI1K_UID
function poll_loop (sub_address_size as integer)
pop (mask, address)
mask = address & mask; generates new mask
; send the request
mode = anticollision
send_request (Request_cmd, mode, mask length, mask value)
for sub_address = 0 to (2^sub_address_size - 1)
pulse_next_pause
if no_collision_is_detected ; LRI1K is inventoried
then
store (LRI1K_UID)
else ; remember a collision was detected
push(mask,address)
endif
next sub_address
if stack_not_empty ; if some collisions have been detected and
then ; not yet processed, the function calls itself
poll_loop (sub_address_size); recursively to process the
The cyclic redundancy check (CRC) is calculated on all data contained in a message, from
the start of the Flags through to the end of Data. The CRC is used from VCD to LRI1K and
from LRI1K to VCD.
To add extra protection against shifting errors, a further transformation on the calculated
CRC is made. The one’s complement of the calculated CRC is the value attached to the
message for transmission.
To check received messages the 2 CRC bytes are often also included in the re-calculation,
for ease of use. In this case, the expected value for the generated CRC is the residue
F0B8h.
B.2 CRC calculation example
This example in C language illustrates one method of calculating the CRC on a given set of
bytes comprising a message.
C-Example to calculate or check the CRC16 according to ISO/IEC 13239
#define NUMBER_OF_BYTES4// Example: 4 data bytes
#define CALC_CRC1
#define CHECK_CRC0
void main()
{
unsigned int current_crc_value;
unsigned char array_of_databytes[NUMBER_OF_BYTES + 2] = {1, 2, 3,
4, 91h, 39h};
int number_of_databytes = NUMBER_OF_BYTES;
int calculate_or_check_crc;
int i, j;
calculate_or_check_crc = CALC_CRC;
// calculate_or_check_crc = CHECK_CRC;// This could be an other
example
if (calculate_or_check_crc == CALC_CRC)
{
if (calculate_or_check_crc == CALC_CRC)
{
current_crc_value = ~current_crc_value;
printf ("Generated CRC is 0x%04X\n", current_crc_value);
// current_crc_value is now ready to be appended to the data
stream
// (first LSByte, then MSByte)
}
else // check CRC
{
if (current_crc_value == CHECK_VALUE)
{
printf ("Checked CRC is ok (0x%04X)\n",
current_crc_value);
}
else
{
printf ("Checked CRC is NOT ok (0x%04X)\n",
current_crc_value);
}
}
}
Doc ID 17170 Rev 383/86
CRC (Informative)LRI1K
B.3 Application family identifier (AFI) (informative)
The AFI (application family identifier) represents the type of application targeted by the VCD
and is used to extract from all the LRI1K present only the LRI1K meeting the required
application criteria.
It is programmed by the LRI1K issuer (the purchaser of the LRI1K). Once locked, it cannot
be modified.
The most significant nibble of the AFI is used to code one specific or all application families,
as defined in Ta b le 9 4 .
The least significant nibble of the AFI is used to code one specific or all application
subfamilies. Subfamily codes different from 0 are proprietary.
Table 94.AFI coding
(1)
AFI
most
significant
nibble
‘0’‘0’All families and subfamilies No applicative preselection
‘X’'0'All subfamilies of family X Wide applicative preselection
'X'‘Y’Only the Y
‘0’ ‘Y’Proprietary subfamily Y only
‘1'‘0’, ‘Y’Transport Mass transit, Bus, Airline etc.
'2'‘0’, ‘Y’FinancialIEP, Banking, Retail etc.
'3'‘0’, ‘Y’IdentificationAccess Control etc.
'4'‘0’, ‘Y’TelecommunicationPublic Telephony, GSM etc.
‘5’‘0’, ‘Y’Medical
'6'‘0’, ‘Y’MultimediaInternet services etc.
'7'‘0’, ‘Y’Gaming
8'‘0’, ‘Y’Data storagePortable Files etc.
'9'‘0’, ‘Y’Item management
'A'‘0’, ‘Y’Express parcels
AFI
least
significant
nibble
Meaning
VICCs respond from
th
subfamily of family X
Examples / Note
'B'‘0’, ‘Y’Postal services
'C'‘0’, ‘Y’Airline bags
'D'‘0’, ‘Y’RFU
'E'‘0’, ‘Y’RFU
‘F’‘0’, ‘Y’RFU
1. X = '1' to 'F', Y = '1' to 'F.
84/86Doc ID 17170 Rev 3
LRI1KRevision history
Revision history
Table 95.Document revision history
DateRevisionChanges
08-Mar-20101Initial release.
Removed Option-flag indication in Section 20.5: Lock Block,
Added Option-flag indication in Section 20.14: Get Multiple Block
04-Oct-20102
08-Nov-20103Updated document status from preliminary status to active.
Security Status.
Updated error code in Section 20.15; Table 65: Kill response format
when Error_flag is set.
Updated AFI option in Section 20.19: Fast Inventory Initiated and
Section 20.22: Inventory Initiated.
Updated footnote in Table 88: Absolute maximum ratings.
Doc ID 17170 Rev 385/86
LRI1K
Please Read Carefully:
Information in this document is provided solely in connection with ST products. STMicroelectronics NV and its subsidiaries (“ST”) reserve the
right to make changes, corrections, modifications or improvements, to this document, and the products and services described herein at any
time, without notice.
All ST products are sold pursuant to ST’s terms and conditions of sale.
Purchasers are solely responsible for the choice, selection and use of the ST products and services described herein, and ST assumes no
liability whatsoever relating to the choice, selection or use of the ST products and services described herein.
No license, express or implied, by estoppel or otherwise, to any intellectual property rights is granted under this document. If any part of this
document refers to any third party products or services it shall not be deemed a license grant by ST for the use of such third party products
or services, or any intellectual property contained therein or considered as a warranty covering the use in any manner whatsoever of such
third party products or services or any intellectual property contained therein.
UNLESS OTHERWISE SET FORTH IN ST’S TERMS AND CONDITIONS OF SALE ST DISCLAIMS ANY EXPRESS OR IMPLIED
WARRANTY WITH RESPECT TO THE USE AND/OR SALE OF ST PRODUCTS INCLUDING WITHOUT LIMITATION IMPLIED
WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE (AND THEIR EQUIVALENTS UNDER THE LAWS
OF ANY JURISDICTION), OR INFRINGEMENT OF ANY PATENT, COPYRIGHT OR OTHER INTELLECTUAL PROPERTY RIGHT.
UNLESS EXPRESSLY APPROVED IN WRITING BY AN AUTHORIZED ST REPRESENTATIVE, ST PRODUCTS ARE NOT
RECOMMENDED, AUTHORIZED OR WARRANTED FOR USE IN MILITARY, AIR CRAFT, SPACE, LIFE SAVING, OR LIFE SUSTAINING
APPLICATIONS, NOR IN PRODUCTS OR SYSTEMS WHERE FAILURE OR MALFUNCTION MAY RESULT IN PERSONAL INJURY,
DEATH, OR SEVERE PROPERTY OR ENVIRONMENTAL DAMAGE. ST PRODUCTS WHICH ARE NOT SPECIFIED AS "AUTOMOTIVE
GRADE" MAY ONLY BE USED IN AUTOMOTIVE APPLICATIONS AT USER’S OWN RISK.
Resale of ST products with provisions different from the statements and/or technical features set forth in this document shall immediately void
any warranty granted by ST for the ST product or service described herein and shall not create or extend in any manner whatsoever, any
liability of ST.
ST and the ST logo are trademarks or registered trademarks of ST in various countries.
Information in this document supersedes and replaces all information previously supplied.
The ST logo is a registered trademark of STMicroelectronics. All other names are the property of their respective owners.