Должна ли страница OTP на MIFARE Ultralight быть пустой при первом использовании? - PullRequest
1 голос
/ 22 марта 2019

Я купил несколько стикеров MIFARE Ultralight от Amazon.У всех из них страница 3 установлена ​​на E1 10 6D 00

Насколько я понимаю, теперь я не могу установить эти 10 битов, которые уже установлены, поэтому у меня есть только 22 бита, которые можно эффективно использовать встраница OTP сейчас.На самом деле я попытался установить значение 0, но это не сработало (что имеет смысл, поскольку в документах говорится, что они будут ORed перед записью).

Как это бывает, для меня это не имеет значенияхочу использовать их для, но я хотел бы по крайней мере указать это в обзоре Amazon для всех, кто захочет использовать страницу OTP и покупать у этого продавца.

Я новичок в NFC, поэтомуНе знаю, чего ожидать, но я чувствую, что мне продали блеклый продукт.Можете ли вы подтвердить, что я должен ожидать, что страница 3 будет 00 00 00 00?

1 Ответ

0 голосов
/ 25 марта 2019

Это сильно зависит от того, что вы хотели купить и что вы на самом деле получили.

Если вы купили эти теги как теги "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). Следовательно, содержимое памяти отлично.

...