Pavel

С ПК на сервере проверил, все ок, "простой на сервере" все считал с МФ3. По версии приложения действительно, вопрос. Такая версия вообще с сервером не должна никак работать.

К сожалению, в настоящее время только для ПИК. С Плюсом все не так просто, общее что-то сделать не получится. Изменить сейчас что-то ПИКу уже сложно, так как за несколько лет они раздали много ключей, а изменение потребует замену или перепрограммирование всех, а это еще тот головняк.

Да, прошивки для поддержки смкеем и тмд-6 выложим, сейчас в работе кто-нибудь проверит только. Но вы же не в Мск, у вас разве есть ПИК?

Так и дубликатор, по сути, тоже считка с обвязкой, а в картинке ниже так вовсе, просто считыватели. Вы цены, видимо, на считки, которые только UID читают, смотрите. Все более серьезные вещи уже давно от 7 и до нескольких десятков, а то и за сотку переваливают. И не забывайте, что они выпускаются многотысячными партиями, а не 20 приборов на всю страну, как будет в данном случае. Одна только наклейка корпуса под 1000р обходится, не говоря уже о ресурсах, оплате работы и ЗП для задействованных людей, все это делится не на десятки тысяч штук, а на крайне ограниченное кол-во. Расчетная себестоимость прибора с учетом всех этих работ сразу оценивалась выше 50к, наверное многие кто с Мск звонили, помнят, им цены такие и называли, сейчас они "в минус" отдаются, так сказать, "первым тестировщикам".

Можно начинать с простого варианта, пока работает и на классике.

Да, реализовать программно в приборе не получилось, пришлось исп. специальный считыватель.

Только с Plus от ПИКа, причем пока проверена только Москва и область. Другие города, где есть ПИК, нужно проверять - образец метки нужен. По заготовкам пару разных вариантов есть, примерно 40 и 70р. Еще пока нет полной ясности какие будут лучше работать, ждем статистику. Если участь, что официально они просят 700-1000р за ключ + нужна прописка, а неофициально их по 1500 делают, то окупить можно быстро, были бы клиенты.

Потому, что у вас в секторе текущие биты в условиях доступа не дефолтные и запись по ключу А запрещена, возможно, разрешена только по Б, поэтому нужно снять галку с ключей А в правой части таблицы, чтобы авторизация была именно по Б ключу. Но это на вскидку, нужно разбираться что точно прописано в условиях доступа, может там вообще глобально запрещена запись в какие-то блоки.

Он на вашем фото. РТ работает, обычно, по УИД. А он на фото. Если нет, то проясните, вы ожидаете что кто-то отгадает адрес, от которого вы хотите получить дамп и скинет его сюда? 5Y0A это что?

Спасибо!

Любопытно. А можете дамп скинуть полный, с 4.1

Нужны пруфы

Судя по всему, у 16-и страничных UID должен начинаться c 04, если больше страниц было, то там уже 34 первый байт.

Если оригинал 16, а не обрезанный 20/41 то подойдут конечно. Можно на почту info@ikey.ru скинуть или в ЛС, если что.

А нет ли у кого дампов с 16 страничных меток Визит (маркировка на оригинале 3.1 - 4.1)? Скиньте пожалуйста, через "поделиться", тестируем один момент, но нужно несколько образцов, а у нас таких уже не осталось.

Можно пробовать и на обычные метки, но если идентификация идет по TID, а не по EPC то нужна заготовка специальная. А как там ридер настроен, что читает, заранее знать не можете. Как настроят ридер, так и будет работать. Поэтому, если не на адресе, то писать придется на заготовку, а если уже на месте, то можно попытаться и сэкономить. А писать можно практически любой UHF приставкой, позволяющей писать данные в EPC и TID. Но стоит учитывать, что там ПО обычно полуфабрикат/исходники и очень кривое и запутанное, придется много читать, изучать, пробовать и учиться самостоятельно.

А откуда в метке КК от чужого уида? Да, в таком случае конечно не пройдет проверка.

Нет разницы, используется он или нет, нули там или что, функция проверяет криптоключ от 14 сектора и его наличие. В обоих - значит в одном случае первая проверка прошла, на 14 сектор, вторая нет (на одинаковость данных), в другом случае затык уже на стадии первой проверки. Прошла бы первая, споткнулась бы на второй и сообщение было бы уже таким же.

У одного 14 сектора нет или данные не такие, какие должны быть, у другого в 0 секторе в блоке 1 и блоке 0 различные данные, не совпадают.

Нужно уточнить как именно должна выглядеть функция сравнения. Сравнить что, 2 дампа в записной? Или 1 в записной с тем, что считан, или считать, нажать "погоди, давай сравним с тем, что я прочитаю следующий", или как-то ещё. Пока не можем понять, какой из этих сюжетов нужен и вообще, так ли это должно выглядеть.

Но в оригинальных нельзя менять UID, проще если под прописку есть возможность, а если делать копию, то без копирования UID и всех данных ничего не получится. У нас пока нет такой панели, чтобы переписывала OTP, но если дело будет только в этом, то это не такая большая проблема, сделаем их настоящими ОТР битами.

Смкей представляется тем UID, который считан перед захватом, если панель отвергает, значит что-то не нравится считывателю, получите данные о чипе оригинала через функцию копирования UID, может это плюс. Смкей, в режиме захвата, если поднести к 5S или другому Смкей находящемуся в режиме копированя UID, то должно считаться все так же, 7 байт. Сам смкей не обрезает UID при захвате, по крайней мере не должен.

Что значит в никуда? Это и отличает сейчас оригинал от копии. В оригинале это страница ОТР.

Ага, только их планы по внедрению ультралайта С несколько остудили санкции и запрет поставок чипов от NXP в РФ.

Ожидаем комплектующие, возможно через месяц будут.