Это сильно зависит от того, что вы хотели купить и что вы на самом деле получили.
Если вы купили эти теги как теги "MIFARE Ultralight", то вы обычно ожидаете, что область OTP находится в своем заводском состоянии (т.е. все нули).
Однако, если вы купили их как теги NFC (или как теги NFC Forum Type 2, или как NTAG), то в некоторой степени первоначальное содержимое области OTP имеет смысл. Значение, которое вы нашли в области OTP, является контейнером возможностей и указывает, что тег отформатирован в соответствии со спецификацией тега типа 2 форума NFC (то есть он был предварительно отформатирован как тег NFC). Как правило, некоторые данные уже записаны на следующую страницу (вероятно, 03 00 FE 00
в вашем случае). Теги NFC (Forum) не будут использовать область OTP в качестве одностороннего счетчика, поэтому нет проблем с их настройкой и использованием в качестве контейнера возможностей.
Проблема, которую я вижу с содержимым памяти, которое вы описали, заключается в размере области данных, указанном в контейнере возможностей. 0x6D указывает 872 байта памяти данных. Это хорошо, если этот тег не является сверхлегким тегом MIFARE, а представляет собой NTAG216, который имеет именно такой объем доступной памяти данных, и всегда входит в это предварительно отформатированное состояние.
Однако, если тег на самом деле является тегом MIFARE Ultralight (микросхема MF0ICU1), тогда этот контейнер возможностей будет указывать больше памяти данных, чем тег имеет на самом деле. Это сделало бы тег непригодным для надлежащей обработки сообщения NDEF, и, поскольку биты OTP не могут быть очищены, вы не можете изменить указанный размер на значение, которое фактически доступно (48 байт = 0x06).
Примечание: на основании комментариев ОП, теги действительно являются NTAG216 (приобретено на www.amazon.co.uk/gp/product/B075RXBVKM). Следовательно, содержимое памяти отлично.