Uilyi

Да, не нравится. И не мне одному, потому что здесь уже были дискуссии на эту тему, люди просили сделать так чтобы при сохранении ключа как MF Sector отображался UID а не криптоключ. На что Павел давал объяснение что MF Sector это не только 0. Во-первых: давайте разработчики сами решат, стоит задача внимания и временных затрат, или нет. И не кажется вам что "переписать всю прогу" это вы ну очень сильно загнули. Там может быть пару строк кода добавить всего нужно будет. Во-вторых: Вот уж поверьте, данную просьбу я решил озвучить далеко не с первого созданного вручную дампа, в котором пришлось пальцами всё выключать. Когда за раз присылают 7 ключей, в каждом выключить все сектора кроме 0 это 105 кликов по "галочке", а еще на страницу каждого сектора нужно зайти, ещё столько же. И это далеко не единичные случаи. Или например когда в течении дня накопировал кучу ключей, приезжаешь вечером домой и распределяешь это всё по базе. Там сидишь боишься как бы чего не забыть, а тут ещё эти сектора выключать десятками. В принципе да, как вариант. Просто эта тема с "копипастой" ключей по базе не так давно появилась, а озвученная мною просьба копилась годами. Было дело хотел примерно таким способом автоматизировать через экспорт/импорт дампа, но проблема в том что при этом все эти галочки сбрасываются. Экспортируешь дамп где только 0 помечен как достоверный, а когда импортируешь его, то там включены все сектора.

Чтобы было более понятно для чего я это прошу: мне присылают инфу с ключа Mifare 1k считанного через TagInfo. Там из всего нужен только UID. Я создаю под это в базе ключ Mifare 1k. Ввожу полученный UID. Все секторы кроме 0 постоянно приходится выключать вручную, чтобы потом при эмуляции или записи остальные секторы не тратили время за зря. Поэтому и прошу такую "галочку", чтобы когда создал ключ все остальные секторы кроме 0 выключались одним действием.

Да не устраивает народ такой вариант. И меня в том числе. В базе этот ключ потом как выглядит? Там не UID, а криптоключ. Все FF.

@Pavel Здравия вам! Наверняка сейчас идёт работа над очередной версией программы. Хочу высказать пожелание относительно ключей Mifare 1k в которых нужен только 0 сектор (по сути только UID). Уже было много споров про Mifare Sector, и всё с этим связанное. Но есть один однозначно неоспоримый факт: когда мы тем или иным способом добавляем в базу ключ Mifare 1K, и при этом ничего кроме UID не нужно, приходится вручную выключать (помечать как недостоверные) все остальные секторы кроме 0. Было бы просто замечательно если в программе в меню работы с mifare 1k в 0-ом секторе появится галочка типа "только этот сектор", которая автоматически будет выключать все остальные секторы (снимать с них галочку / помечать их как недостоверные).

Я хотел обратить ваше внимание не на описание товара, а на то в каком он находится разделе. Раздел "Ключи, карты, метки для записи в домофоны и СКУД", что подразумевает что весь находящийся в этом разделе товар это электронные ключи с НЕИЗМЕНЯЕМЫМ UID (уникальным идентификатором), то есть они не предназначены для создания копий. Их нельзя стереть / перезаписать, их можно только добавить в память домофона / СКУД. Заготовки для изготовления копий находятся в другом разделе: https://ikey.ru/category/zagotovki-klyuchey/

По возможности возьмите одну из переставших работать копий и посмотрите реакцию домофона на неё. Если реакция есть и панель выдаёт ошибку - значит ключ удалили из памяти домофона. Если разным клиентам записывали сохраненный ранее дамп то есть вероятность что в домофоне включена отзвонка в квартиру при проходе по ключу, и таким образом у исходного клиента трубка в квартире начала в день по 10 раз пиликать. Естественно люди обратятся к установщику и он удалит скомпрометированный ключ. По идее установщику должно быть хлопотно бороться с imf, ибо возможно в таком случае ему придется заменить всем жильцам ключи на новые. Это кроме того что считыватель перепрошивать нужно.

А где там сказано что это заготовка / болванка? Главная → Ключи, карты, метки для записи в домофоны и СКУД → Бесконтактные (RFID) → Абстракция, чип FM1208-10 Еще раз внимательно читаем этот же текст: Главная → Ключи, карты, метки для записи в домофоны и СКУД → Бесконтактные (RFID) → Абстракция, чип FM1208-10

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

Уважаемые разработчики! При любом случае всегда стараюсь поблагодарить вас за вашу работу, и этот раз раз не исключение! Однако, очень плотно поработав на последней версии приложения к ряду три дня, хочется обратить ваше внимание на некоторые моменты, которые, к сожалению, доставили не мало неудобств. 1) Работал переключаясь по очереди к разным приборам: TMD 5S, SMKey, Эмулятор iKey. Очень часто при подключении устройства приложение вылетает. Если у вас при тестах не будет такой ошибки, то напишите пожалуйста как правильно сделать лог, ни разу ещё не делал. Смартфон Samsung A22, Android 13, One UI 5.1. В какой то момент система даже сама предложила очистить кэш, но после этого вылеты не исчезли. 2) Другое и совершенно неудобное меню при открытии и выборе файла базы. Приложение стало видеть абсолютно все типы файлов: текстовые, apk и т.д. Кроме того появилась сортировка, и по умолчанию она по дате создания. Это создаёт массу неудобств. 3) После открытия файла базы приложение перепрыгивает в меню работы с прибором. Приходится снова заходить в раздел работы с базой. Ну и в целом по приложению, наверное это уже из разряда личных пожеланий: Иногда нужна работа "на исключение", и на данный момент если зайти в базе на определенную улицу, а потом на какой то конкретный дом и подъезд и удалить его, то идёт выход "в корень" базы, то есть к списку улиц. Можно ли сделать так чтобы при удалении с улицы одного из домов/подъездов возврат шел обратно к этой же улице?

Проверил MF3.2 - да, действительно, работают.

Как то более конкретно описать ситуацию можно? Как называется другой копир, который эти заготовки пишет? Откуда эти заготовки, как называются? Как именно TMD4 в их отношении себя ведет: считывает, но не записывает, или вообще не считывает и не записывает?

Как понять "не читает заготовку"? Может быть НЕ ПИШЕТ на заготовку? Тогда ответ может быть довольно прост - вы пытаетесь писать на неперезаписываемый ключ, а не на заготовку.

Заготовка imf работает, это проверено, но без прибора SMkey вы копию на такой заготовке для этих панелей не сделаете. MF3.2 ожидаю в ближайшее время, когда получу и проверю на таких Форвардах - отпишусь. Но есть еще одна проблема, это довольно большой процент среди таких ключей чипов, которые не подвержены взлому даже при наличии известных криптоключей. Здесь опять привет прибору SMKey!

Так же стал обладателем некоторого количества таких заготовок, тоже купил как зеро. И вот, еще до того как вспомнил данное обсуждение, взбрела мысль проверить как эти заготовки поведут себя если попытаться записать на них UID 7b. Попробовал. В результате заготовка просто "сдохла". TMD 5S, SMkey, Chameleon, TagInfo через NFC на телефоне - никакой реакции на неё. Ни чтение, ни запись. Но я решил посмотреть такого же ли мнения домофоны. И вот здесь самое интересное: маршал - 0 реакции, бевард - 0 реакции, Спутник - горит красный X и звук ошибки, "данный ключ не зарегистрирован". Реакция есть! Здесь я передаю слово знатокам, которым предлагаю внести ясность в данную ситуацию. Как я понимаю, при моей попытке записать 7b UID на эту "чудо заготовку", в ней, скажем так, критически нарушились параметры ATQA и SAK, из за чего приборы перестали её видеть. Но, в таком случае, мы приходим к экспериментально подтвержденному выводу что для домофонов Спутник эти параметры не имеют абсолютно никакого значения.

Вот что значит "Никогда не говори Никогда". Оказалось что прям у меня под боком такой и стоит! С незапамятных времён, метаком с считкой IL. А началось всё с того что купил я зерошки, часть из которых попалась как тут: https://ikey.ru/forum/topic/17667-заготовки-mifare-zero/ При проверке показывает что плохая, и сектора все не zzzz, а нолики. Сначала думал что может это какие то недоMF3. Записал метакомовский дамп с криптоключами туда, проверил. И вот, в почти соседнем доме, оно работает. А на других нет. Тогда и стало доходить. Записал уже на 100%-ную зерошку, проверяю - тоже работает. Столько лет он был рядом, и такие секреты хранил!! 😂