Query on Table 6. NTAG I2C plus 1k memory organization (I2C) BLOCK 38h

[gerrikoio]

I am reading through the Product Data Sheet (Rev. 3.3 — 8 August 2018) for NT3H2111_2211 NTAG I2C plus NFC tag.

I am trying to make sense of Block 38h as shown in table 6 (page 20).

As you can see each block is organised into 16bytes and represented in the table as 4 rows with 4 bytes each, if any of the 16 bytes provide different characteristics. For example Block 0.

Now what is shown in the table for Block 38h only represents 12 bytes. What happened to the last 4 bytes, which would normally be represented as another row.

Could someone elaborate/clarify.

Thanks

[Jonathan_Iglesias]

Dear Colin Gerrish,

 as you can see this is because in the 1K version the protected user memory is less so this address is  shorter, for example if you see the  2k version  you can see there is the 16 bytes.

1k

2k

BR

Jonathan

[gerrikoio]

Sorry, that does not make sense.

If you look at 1k from NFC perspective, you get:

And here is 2k from NFC perspective:

The exact same.

Because what you are saying is that only in I2C is block 56 12 bytes long for 1k while for 2k block 56 is 16 bytes long.

[Jonathan_Iglesias]

my apologies for my miss understanding, Yes you are correct I think this is an error in the Datasheet I am sending this to the product owner to be analyzed and if this is a mistake  this will be fixed in the next release of the datasheet. since the blocks have to be 16 bytes. 

BR

Jonathan

[PhilPhixed]

Hi,

the same picture is found in the "Rev. 3.5 — 7 May 2019"

So was it an error in the Datasheet?

I'm asking because i have problems to get the password protection to work.

Is the AUTH0 the Byte 15 at address 38h from the i2c perspective?

Thanks

Phil