iKey Android

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

Релиз iKey Express 1.3.5 (устанавливать обновлением поверх версий, полученных из Google Play). Релиз iKey Express Pro 1.3.5 (устанавливать вместо версий, полученных из Google Play, приложение подписано другим сертификатом). Список изменений 1.3.3 -> 1.3.5: Изменения: добавлена функция слияния баз данных; добавлено новое меню, теперь переключатель режимов работы с устройством заметнее, для каждого режима есть своя иконка и краткое описание; теперь при подключении устройства иконка "устройства" заменяется на иконку подключенного устройства; теперь режим "Очистка метки Mifare" использует поиск криптоключей для очистки; для закладок добавлены функции конвертации из Ultralight16 в Ultalight41 и из MFSector в Mifare1k; теперь сохраняется положение списка домов на улице при переходах; добавлена поддержка iKeyShare 1.0.3 (функция "поделится ключом"); теперь, при стирании метки с ключами из дампа, очистка производится только для валидных секторов; функции прочитать с ключами из дампа и очистить с ключами из дампа для меток Mifare перенесены в контекстное меню; изменены положение и размер кнопок "Эмулировать" и "Эмулировать сектор" для SMKey; исправлен эпизодический вылет программы при просмотре ключа.

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

Добавил в задачи, попробуем выкатить обнову с этим фиксом до отпусков. Если не успеем - то затянется на неопределенный срок, так как до ноября 2021 года нам надо будет получить аккредитацию от плэй маркета на использование прямого доступа к файловой системе (новые требования Google конфиденциальности пользовательских данных). У нас определенные проблемы с iOS, разработчик на аутсорсе и в последнее время теряется. Павел в поисках замены, ищет человека в офис (что не просто для нашего захолустного городка), даже после того, как замена будет найдена, подвижки будут не скоро. Ситуация аналогична ситуации с Android направлением два года назад, по тем или иным причинам уходит программист, потом поиск замены, потом период, пока человек разбирается в предметной области и т.п. Пока не найдем подходящего человека, разработка iKeyBase для iOS на уровне "закрываем в основном критические вопросы". Вы знаете, пять лет назад я бы с Вами согласился. Сейчас ситуация кардинально изменилась. Роль играет лютейшая фрагментация типов устройств на Android, характеристики экранов, количество памяти варьируется от 1 до 16 ГБ, поддержка версий начиная с Android 4.4 до 11, невменяемая система прав приложения, различные чипы bluetooth со своими особенностями и т.п. превращают разработку сколь-нибудь сложного приложения в ад. Да даже заставить приложение просто в фоне работать на андроиде без пуш уведомлений (мессенджеры) - это задача, требующая отдельного компонента, мониторинга состояния батареи и памяти, а также действий со стороны пользователя, причем эти действия на разных устройствах разные. Сейчас iOS смотрится выгоднее как для конечного пользователя, так и для разработчика. Простой пример, количество кода для двух условно одинаковых приложений на iOS и Android отличается в полтора - два раза.

Можно ввести UID в расширенном поиске, в целом, Вы можете просто нажать на кнопку "Добавить к базе", если будут дубликаты по UID, то программа в диалоге выведет количество ключей с этим UID и предложит их показать списком. Почему при очистке перезаписываются все сектора? Стандартизация, мы используем код, который уже был написан ранее, поиск ключей -> стереть с ключами, только генерируем список ключей из дампа. В целом хорошая идея, с помощью флажков достоверности можно выбрать, какие сектора стирать, какие - оставить. Изменим в следующем патче, спасибо за идею!

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

SMKey последней версии умеет эмулировать Texkom, Faktorial, Ultralight16, Ultralight20 (на бумаге умеет, наши инженеры поправят прошивку в ближайшее время), MFSector, Mifare1k и iCode. Texkom TK-17 и Mifare1k 7b эмулировать не умеет. Эмуляция - это процесс, при котором устройство "притворяется" ключом. В зависимости от домофона и считывателя, часто у него получается, реже - нет (производители оборудования и обслуживающие компании не любят, когда приходят люди и начинают эмулировать, делать копии с ключей на чужом оборудовании и чужих ключах и т.п. и, стараются сделать так, чтобы их устройства фильтровали наши и не впускали). SMKey может единовременно содержать данные только одного ключа у себя в памяти. Если Вы успешно прочитали какой-то ключ, он попадает во внутреннюю память SMKey и из меню прибора Вы можете выбрать пункт "Эмуляция" и SMKey будет "притворяться" этим ключом. Также, Вы можете отправить нужный ключ на эмуляцию из одной из наших программ. В разных программах этот функционал размещен на разных экранах, универсальной инструкции нет. Если Вам нужен Android, то используйте iKeyExpress (iKeyExpress Pro), так как для iKeyBase для Android уже давно не выходит обновлений функционала и iKeyBase для Android не умеет в эмуляцию SMKey в полной мере (или не умеет вообще, на память не помню). В iKey Express Вы можете отправить дамп на эмуляцию из: режима дубликатора (меню "три точки", пункт "Эмулировать"); база данных, список ключей на улице, меню "три точки" на ключе, пункт "Эмулировать"; база данных, экран просмотра ключей, кнопка "Эмулировать"; закладки, список закладок, меню "три точки" на закладке, пункт "Эмулировать"; закладки, экран просмотра закладки, кнопка "Эмулировать". При подключенном SMKey: Если SMKey не поддерживает ключ, то в списках Вы не увидите пункта "Эмуляция", а при попытке отправки устройство сообщит об этом. На экране просмотра ключа будет написано, что данных ключ не поддерживается устройством SMKey. Если SMKey поддерживает ключ, но не умеет его эмулировать, то в списках Вы не увидите пункта "Эмуляция", а на экране просмотра ключа будет отсутствовать кнопка эмуляции. Функцию эмуляции Вы вольны использовать так, как хотите. Можете для проверки скопированного защищенного ключа Mifare1k, можете для доступа к подъезду, ключ которого Вам известен и находится в памяти программы, для похода в гости или по иной нужде. Некоторые нужды могут подпадать под мелкое хулиганство, ответственности за грязные подъезды в случае использования SMKey для грязных нужд мы не несем (см. Пользовательское Соглашение, пункт "Отказ от ответственности").

Релиз iKey Express 1.3.1 (устанавливать обновлением поверх версий, полученных из Google Play, будет доступно в маркете с вечера 09.07.2021). Релиз iKey Express Pro 1.3.3 (устанавливать вместо версий, полученных из Google Play, приложение подписано другим сертификатом). Если есть желание установить версию 1.3.3 для маркета до её публикации - можно скачать обновление с нашего сервера: https://ikey.ru/ikb_software/Google_signed_ikey_express_1.3.3.apk Список изменений 1.3.1 -> 1.3.3: Изменения: добавлена функция "Поделиться ключом" с помощью iKeyShare (доступно на экранах просмотра ключей в базе данных, закладках, экранах списка закладок и списка ключей на адресе (контекстное меню)); добавлена функция "Прочитать Mifare1k метку, используя ключи из дампа" (доступно на экранах просмотра ключей в базе данных и закладках); добавлена функция "Стереть Mifare1k метку, используя ключи из дампа" (доступно на экранах просмотра ключей в базе данных и закладках); добавлено уведомление "Ключ успешно передан на устройство" при успешной отправке ключа на устройства; добавлено уведомление об авторе украинской локализации (Андрей Gaucho Протыняк, г. Львов) на экраны "О приложении" и "Пользовательское соглашение"; надпись "Поиск по типу и коду ключа" изменена на надпись "Расширенный поиск"; исправлена ошибка посекторного чтения меток Mifare1k (в случае, если известно и передано на чтение два криптоключа, если с помощью A ключа чтение произошло успешно, в дамп автоматически подставлялся B ключ); исправлен вылет приложении при нажатии на кнопку "Действия" после получения ключа от устройства, в случае, если не подключена база данных; исправлена передача ключа Ultraligh20 на устройство ikey; исправлена ошибка эмуляции 0-го MFSector на устройстве iKey (переназначение UID ключа); исправлена конвертация ключей Ultralight16 в Ultraligh41 и MFSector в Mifare1k на экранах просмотра ключей (теперь не создается дубликат ключа и комментарий обрабатывается верно). Что такое iKeyShare: это сервис, который мы обкатываем, суть которого - упростить передачу данных (ключей, адресов, возможно, баз данных) между пользователями с разными программами iKey, установленными на разные операционные системы. Пока доступна только передача ключа и только между приложениями iKey Express, поддержка сервиса в других клиентах появится позднее.

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

Знаем, поправили для обоих ключей.

Существует похожая задача: журнал работы с устройством. Но она в дальних планах пока. Если вопрос про именно сохраненные в базу ключи, такой задачи пока нет.

Спасибо за баг репорт, поправили, выйдет в следующем патче.

Релиз iKey Express 1.3.1 (устанавливать обновлением поверх версий, полученных из Google Play). Релиз iKey Express Pro 1.3.1 (устанавливать вместо версий, полученных из Google Play, приложение подписано другим сертификатом). Список изменений 1.3.0 -> 1.3.1: Исправления: исправлен вылет при рендере пункта меню "Конвертация в Ultralight41"; исправлена конвертация из MFSector в Mifare1k, из Ultralight16 в Ultralight41 (экран просмотра ключа); исправлена загрузка списка ячеек SMKey на новых прошивках; исправлена запись заготовки при использовании мастера копирования "Классик под прописку".

Хорошее, предложение, добавим эту функцию. Спасибо за идею! Ошибку нашли, задача в работе. Хотфикс будет выпущен в течение 1-3 дней. Пока сохраняйте в базу и оттуда пишите. Спасибо за багрепорт!

Релиз iKey Express 1.3.0 (устанавливать обновлением поверх версий, полученных из Google Play, будет доступно в маркете с вечера 28.06.2021). Релиз iKey Express Pro 1.3.0 (устанавливать вместо версий, полученных из Google Play, приложение подписано другим сертификатом). Если есть желание установить версию 1.3.0 для маркета до её публикации - можно скачать обновление с нашего сервера: https://ikey.ru/ikb_software/Google_signed_ikey_express_1.3.0.apk Список изменений 1.2.7 -> 1.3.0: Изменения: поддержка эмулятора iKey переписана на новый API; добавлен улучшенный режим прошивки устройств, теперь, помимо прошивки устройства с помощью версии, полученной с сервера, можно обновить устройство с помощью прошивки из комплекта поставки или с помощью файла прошивки; добавлена функция коррекции баз данных (по аналогии с клиентом на десктопе), настройки -> коррекция базы данных; исправлена ошибка "неизвестный ответ 55-01-00-01-00" в режиме magic card (TMD-5S); добавлена возможность конвертации Ultralight16 в Ultralight41 (экран редактирования ключа в базе и список ключей на адресе); добавлена возможность конвертации MFSector в Mifare1k (экран редактирования ключа в базе и список ключей на адресе); добавлена возможность посекторной записи ключей Mifare1k с экранов дубликаторов; теперь состояние галок CRC сохраняется, в том числе и после выхода из программы (отдельно для режимов устройств и баз данных); теперь, после добавления записи в базу из закладок, при нажатии на кнопку назад происходит переход на список закладок; добавлены новые коды ошибок при работе с сервером SMKey Online; исправлена ошибка, приводившая к тому, что диалог открытия\создания БД не отрисовывал списки папок и файлов на старых устройствах; теперь все выпадающие окна с опциями обведены оранжевой рамкой и заметнее как в обычной теме устройства, так и в темной, для устройств ниже API v.23 обводка отображается без стрелки вниз; теперь, если устройство обновлено до актуальной версии, на экране прошивки пишется соответствующее уведомление; изменен дизайн уведомлений о неразрешенных зависимостях на экране Smart ключа, теперь он соответствует дизайну на экране "устройства"; теперь, после получения рассчитанного ключа от HardNested, происходит его проверка на метке; изменена логика работы стандартных ключей, теперь, помимо проверки на валидность происходит попытка старта расчета; изменены дизайн и положение кнопок на экране дубликатора (TMD-5S); изменено положение кнопок на экране дубликатора (SMKey); исправлен вылет приложения при подключении к другому устройству, если с прошлого устройства был считан ключ, не поддерживающийся на новом устройстве; теперь при добавлении нового ключа в закладки и БД из экранов работы с устройствами происходит поиск на наличие дубликатов; обработка уведомлений от устройств вынесена в отдельный поток; аббревиатура БД заменена на слово "база" и "база данных"; теперь, при создании новой базы данных пользователь уведомляется о наличии запрещенных символов в имени файла БД; добавлены фильтры (поиск) по коду и типу ключа в закладки и базу данных; исправлена ошибка, при которой не происходило обновления списков БД при удалении последнего адреса с улицы; добавлен украинский языковой пакет; теперь, в случае, если при поиске ключей все сектора закрыты, а предоставленный(е) ключ(и) не подходят, процесс поиска завершается, а пользователю отображается соответствующее уведомление; улучшена читаемость элементов управления на устройствах с примененной темной темой оформления; добавлены расшифровки для кодов состояния SMKey Online; исправлена конвертация дампов Mifare1k 7b в Mifare1k в случае, если прибор отдает дамп с ошибочным BCC; добавлена возможность записи букв в поле "корпус" для адресов; "Генерация кода" переименована в "Создание случайных кодов"; теперь опции генерации кодов на запись неактивны в случае, если текущий режим — режим чтения; SMKey Online: теперь, в случае, если ключ от 14-го сектора совпадает с ключом от нулевого, есть возможность завершить мастер поиска ключа; изменен текст уведомления "Не удалось рассчитать ключ" на "Вероятно, метка не подвержена копированию по данному методу.Необходимо физически брать в руки устройство SMKey и делать копию с выездом к домофону.".

Если мы правильно поняли проблему, то она исправлена. Если нет, давайте вернемся к этому вопросу после выпуска новой версии, если не заработает. Тогда поправим хотфиксом.

Только что проверил, BCC поправил, теперь отдает сохраненный дамп нормально. При чтении устройство сразу всегда возвращает нормальный дамп. Я запустил мастер под прописку, вроде отработало все ок и на старой версии и на той, что в разработке. Я правильно понимаю, что Вы иногда берете дамп из памяти устройства? (Т.е. мастер отработал, Вы занимаетесь своими делами, потом переходите в дубликатор, нажимаете на кнопку "скачать дамп" и записываете полученный таким образом дамп?).

Вы про кривой BCC? Я видел ветку, там дамп был сохранен как mifare 7b, как я понял, это из-за косяка расчета BCC, там какие-то сложности с прошивками и устройства могут отдавать дамп с UID 4b как 7b, эту ошибку мы решили править с помощью софта. Если так - то да, эту задачу закрыли, сегодня еще раз перепроверю. Если нет - поправьте меня.

Это флажок финализации страницы. Если галочка стоит после считывания - то страница защищена от перезаписи. Если Вы ставите галочку при записи - то, соответственно, вы защитите страницу от перезаписи. Снять финализацию после записи уже нельзя. Если Ваш считыватель понимает другие метки, можете поэксперементировать, у Вас на скриншоте задан только UID и 1-я страница. Если у Вас есть доступ к памяти целевого устройства - скачайте дамп и попробуйте по нему сопоставить значения в метке и в дампе. Ну а дальше, в зависимости от размера страницы в дампе и поддерживаемых считкой ключей, попробуйте подобрать другие метки. Но не факт, что получится и не факт, что времени на это убьете меньше (в денежном эквиваленте), чем разница в цене между iCode, и, к примеру, H2. Вообще, у считки есть мануал и тех. паспорт, если устройство не экзотическое, возможно, поиск информации в гугле даст ответ. Ну и в любом случае, сначала покупайте пару меток на пробу, и только затем всю партию. P.S. Если остановитесь на iCode из нашего магазина, думаю, Павел не будет против, чтобы поставить Вам метки уже в корпусах, на n рублей дороже, если Вам так будет удобнее. Сама метка, по идее, влезает в корпус типового брелока.

По выбору БД - на днях (скорее всего сегодня) выйдет pro-шка, с фиксом этого бага (на некоторых устройствах список файлов не отображается при выборе БД, заметили на 5.1, для нее пофиксили, скорее всего на других старых версиях Android фикс тоже заведется). По базе данных - у нас имеются далеко идущие планы, база сразу в облаке и новая структура БД, которая позволит "правильнее" использовать её для предметной области. Но это, скорее всего, будет добавлено не быстро.

В iKeyBase нет необходимости держать фоновое подключение. Express его держит. Если Вы свернете Express при пересылке длинного ключа, к примеру, развернув, Вы увидите, что процесс пересылки не остановлен. В iKeyBase каждое сворачивание программы - это прекращение всех процессов вообще. Отключение от устройства, прекращение действий с базой и т.п. Мы считаем это плохой практикой - завершать все процессы при сворачивании и она несовместима с устройством iKey, который должен работать в фоне.

1. Воспользуйтесь коррекцией базы из iKeyBase для ПК. В следующем патче эта функция также будет добавлена в iKeyExpress. 2. Пока только так. Сейчас мы экспериментируем с разными подходами к подключению устройств. Проблема в том, что текущая библиотека для работы с ble имеет ряд противных багов, при переподключениях можно добиться того, что ble устройство зависнет на уровне драйвера и может потребоваться сброс Bluetooth. Вторая проблема - есть куча нюансов по сканированию блютуса в фоне на устройствах начиная с версии 8.1, на многих устройствах фоновое сканирование режется без уведомления программы. И третья проблема - не совсем понятно, как сделать так, чтобы удовлетворить потребности людей, использующих несколько наших продуктов, части людей удобнее выключить галку автоподключения и выбирать устройство вручную из списка доступных. Поэтому, пока мы разрабатываем свою библиотеку для работы с BLE устройствами, мы решили оставить подключение только с вкладки "устройства". Позже мы постараемся переделать автоподключение таким образом, чтобы было удобно для всех.

Посмотрел по базе, там где нули - должны быть NULL, это косяк со старых баз тянется. Поэтому, к примеру, есть два адреса "Парашютная д.34, корп. 1, подъезд 3", так как один из адресов имеет квартиру "0". Поэтому, кстати, съезжает сортировка. Посмотрю в iKeyBase Android, скорее всего кривой экспорт. Для быстрого решения этой проблемы воспользуйтесь функцией "Коррекция базы" в приложении iKeyBase для десктопа.

Разобрались, по информации, которую получил, вроде как метка не ломается Nested'ом и HardNested'ом. На текущий момент программа считает, что если в результате HardNested'а мы получили ключ, то он 100% рабочий и даже не проверяет его на приборе в процессе расчета ключей, а единственный вариант, когда мы считаем, что HardNested не справился - это когда поиск длится "бесконечно". Мы исправим это поведение, чтобы не вводить в заблуждение, будем теперь перепроверять ключи, полученные от HardNested'a и если ключ "левый", выводить соответствующее сообщение о том, что метку не получается сломать.

Будет отлично, повторим процедуру и попробуем выявить проблему, спасибо!