I cannot get the proper 'unlocked' response when reading the 'lock' status of the ID page via I2C. According to the datasheet, to read the "lock" status of the ID page:
Following a start condition the bus master sends a device select code with the R/W bit (RW) set to 0. The device acknowledges this and waits for the address bytes where the identification page is located. The device responds to each address byte with an acknowledge bit, and then waits for the data byte. The device returns an acknowledge bit after the data byte if the identification page is unlocked, otherwise a NoAck bit if the identification page is locked.
When I perform this, I always get a NAK at the end of the data byte. Even though I can still write to the ID page, so this tells me it is not returning the proper response. If a single byte write attempt was made with nWC still high, this is exactly what I would expect, which makes me question if this is the correct command structure.
My first question is what should be in the data byte? It doesn't explain this at all, not even saying it should just be all 'don't cares'. Does it matter?
My second question, does the nWC need to be pulled low? I wouldn't think so, because we're not actually writing.
Am I missing something here?
Hi,
Thanks so much for the reply, but that does not work either.
My understanding is accessing data on the identification page requires A10 be "0", but the identification page lock requires A10 be "1".
