2019-06-26 06:39 AM
does ST have examples of using the new NFCTagReaderSession which works with M24LR16E and up. examples of using NFCISO15693Tag protocol methods: readSingleBlock, writeSingleBlock, lockBlock, readMultipleBlocks, writeMultipleBlocks, getMultipleBlocksSecurityStatus, customComand, select
Solved! Go to Solution.
2019-07-01 05:59 AM
Hello,
Yes, unfortunately, I'm sure.
The M24LR16E (and M24LR64E) requires 2 bytes to code the block address in the Read Single block command, which is not standard. it also requires the "Protocol_extension_flag" to be set in the request, which is also not standard. This means that the Read Single Block (and Write Single Block) commands are not supported by iOS, which sticks to pure ISO15693.
All other M24LR16E commands are standard, which explain that iOS is seeing the tag (using the Inventory command).
Best regards.
2019-06-28 01:44 AM
Hello,
Actually, the M24LR16E (and also the M24LR64E) is not supported by iOS (any version).
Only the M24LR04E is supported by iOS in the M24LR family.
If you need more than 4Kbits of memory, you can switch to the ST25DV16K (or ST25DV64K) which is also a long range tag (ISO15693/NFC-V) and is fully supported by iOS 13.
Best regards.
2019-06-28 01:53 AM
Are you sure? i'm using beta 2 of iOS 13 and i can detect the tag using NFCTagReaderSession and read the manufacture code and and unique id (so it is connecting). but the read/write block comands and custom commands don't seem to working
https://developer.apple.com/documentation/corenfc/nfctagreadersession
https://developer.apple.com/documentation/corenfc/nfciso15693tag
2019-07-01 05:59 AM
Hello,
Yes, unfortunately, I'm sure.
The M24LR16E (and M24LR64E) requires 2 bytes to code the block address in the Read Single block command, which is not standard. it also requires the "Protocol_extension_flag" to be set in the request, which is also not standard. This means that the Read Single Block (and Write Single Block) commands are not supported by iOS, which sticks to pure ISO15693.
All other M24LR16E commands are standard, which explain that iOS is seeing the tag (using the Inventory command).
Best regards.
2021-11-16 08:40 AM
Hi @JL. Lebon_O,
Is this still the case? (that there is no way use read and write operations for M24LR16E on iOS)
2021-11-17 05:16 AM
Hello,
Unfortunately, this is still the case in iOS 15. To my knowledge, there is no plan to ever support in iOS.
best regards.
2021-11-19 02:52 AM
Thanks for the feedback, one more question.
Do you know if this would be possible with a BLE-NFC converter or at the end of the day its still a nfc connection that's being made and we would get the same issue?
2021-11-19 05:47 AM
Hello,
I'm not sure of I understand your question: what do you want to do with a BLE-NFC converter ? Which BLE-NFC controller ?
As suggested in a above post, I strongly recommend you to switch to the ST25DV16K in place of the M24LR16E. This tag is a more recent version of the M24LR16. It has the same functionalities (plus many more) and is fully supported by iOS. It would be a much simpler solution than any BLE-NFC converter in my opinion.
Best regards.