Опубликовано 2 июня, 20214 г. comment_29172 Неправильно сортируются записи в базе. И иногда повторяются одинаковые адреса
Опубликовано 2 июня, 20214 г. Автор comment_29178 6 часов назад, Jason сказал: Неправильно сортируются записи в базе. И иногда повторяются одинаковые адреса Принял, поправим. Вы очень поможете, если передадите проблемную базу для анализа.
Опубликовано 2 июня, 20214 г. comment_29185 1 час назад, iKey Android сказал: Принял, поправим. Вы очень поможете, если передадите проблемную базу для анализа. Личным сообщением можно отправить?
Опубликовано 2 июня, 20214 г. Автор comment_29187 45 минут назад, Jason сказал: Личным сообщением можно отправить? Да, можно в личные, спасибо.
Опубликовано 3 июня, 20214 г. Автор comment_29212 В 02.06.2021 в 13:33, Jason сказал: Неправильно сортируются записи в базе. И иногда повторяются одинаковые адреса Посмотрел по базе, там где нули - должны быть NULL, это косяк со старых баз тянется. Поэтому, к примеру, есть два адреса "Парашютная д.34, корп. 1, подъезд 3", так как один из адресов имеет квартиру "0". Поэтому, кстати, съезжает сортировка. Посмотрю в iKeyBase Android, скорее всего кривой экспорт. Для быстрого решения этой проблемы воспользуйтесь функцией "Коррекция базы" в приложении iKeyBase для десктопа.
Опубликовано 4 июня, 20214 г. comment_29220 В 02.06.2021 в 19:47, iKey Android сказал: Вы очень поможете, если передадите проблемную базу для анализа. Такая же проблема и у меня. Записи номеров домов и подъездов сортируются не по принципу 1,2,3,4 и тд. а 1,11,2,12 и тд. А если номера домов и подъездов вносить как 01,02,03,04 и тд., то тогда идёт по порядку. Очень не удобно при поиске глазами по перечню адресов. Исправьте пожалуйста. Да и ещё одна проблемка. Запускаю сабж нахожу адрес в базе, после этого включаю SMKey и он не коннектится сам пока не зайдешь на вкладку коннекта не дождёшься пока они с коннектятся и тогда опять приходится заходить в базу. Капец как не удобно и долго. В iKeyBase такого нет в ней SMKey сам коннектится при включении на любой открытой в этот момент вкладке. Пожалуйста сделайте и в iKey Express так же как и в iKeyBase.
Опубликовано 9 июня, 20214 г. Автор comment_29272 В 04.06.2021 в 21:28, k777-Slava сказал: Такая же проблема и у меня. Записи номеров домов и подъездов сортируются не по принципу 1,2,3,4 и тд. а 1,11,2,12 и тд. А если номера домов и подъездов вносить как 01,02,03,04 и тд., то тогда идёт по порядку. Очень не удобно при поиске глазами по перечню адресов. Исправьте пожалуйста. Да и ещё одна проблемка. Запускаю сабж нахожу адрес в базе, после этого включаю SMKey и он не коннектится сам пока не зайдешь на вкладку коннекта не дождёшься пока они с коннектятся и тогда опять приходится заходить в базу. Капец как не удобно и долго. В iKeyBase такого нет в ней SMKey сам коннектится при включении на любой открытой в этот момент вкладке. Пожалуйста сделайте и в iKey Express так же как и в iKeyBase. 1. Воспользуйтесь коррекцией базы из iKeyBase для ПК. В следующем патче эта функция также будет добавлена в iKeyExpress. 2. Пока только так. Сейчас мы экспериментируем с разными подходами к подключению устройств. Проблема в том, что текущая библиотека для работы с ble имеет ряд противных багов, при переподключениях можно добиться того, что ble устройство зависнет на уровне драйвера и может потребоваться сброс Bluetooth. Вторая проблема - есть куча нюансов по сканированию блютуса в фоне на устройствах начиная с версии 8.1, на многих устройствах фоновое сканирование режется без уведомления программы. И третья проблема - не совсем понятно, как сделать так, чтобы удовлетворить потребности людей, использующих несколько наших продуктов, части людей удобнее выключить галку автоподключения и выбирать устройство вручную из списка доступных. Поэтому, пока мы разрабатываем свою библиотеку для работы с BLE устройствами, мы решили оставить подключение только с вкладки "устройства". Позже мы постараемся переделать автоподключение таким образом, чтобы было удобно для всех.
Опубликовано 10 июня, 20214 г. comment_29283 13 часов назад, iKey Android сказал: Вторая проблема - есть куча нюансов по сканированию блютуса в фоне на устройствах начиная с версии 8.1, на многих устройствах фоновое сканирование режется без уведомления программы. Может, тогда поместить в самом верху кнопку типа "пересканировать в ручную", доступную в любом режиме?
Опубликовано 10 июня, 20214 г. comment_29286 7 часов назад, Jason сказал: Может, тогда поместить в самом верху кнопку типа "пересканировать в ручную", доступную в любом режиме? Хотя бы так. Но ведь в iKeyBase всё работает отлично и на старых и на новых андроидах. От туда эту библиотеку не как использовать нельзя? предварительно с коннектившись с прибором в настройках поставить галку коннект автоматически только для этого устройства, а если нужно новое устройство то повторно пройти процес подключения.
Опубликовано 10 июня, 20214 г. Автор comment_29287 3 часа назад, k777-Slava сказал: Хотя бы так. Но ведь в iKeyBase всё работает отлично и на старых и на новых андроидах. От туда эту библиотеку не как использовать нельзя? предварительно с коннектившись с прибором в настройках поставить галку коннект автоматически только для этого устройства, а если нужно новое устройство то повторно пройти процес подключения. В iKeyBase нет необходимости держать фоновое подключение. Express его держит. Если Вы свернете Express при пересылке длинного ключа, к примеру, развернув, Вы увидите, что процесс пересылки не остановлен. В iKeyBase каждое сворачивание программы - это прекращение всех процессов вообще. Отключение от устройства, прекращение действий с базой и т.п. Мы считаем это плохой практикой - завершать все процессы при сворачивании и она несовместима с устройством iKey, который должен работать в фоне.
Опубликовано 11 июня, 20214 г. comment_29296 23 часа назад, k777-Slava сказал: Хотя бы так. Или ещё можно на страниц Вместо таблички "действия с устройством недоступны"
Опубликовано 15 июня, 20214 г. comment_29380 Обнаружил, что когда делаю процедуру “классик под прописку" и в конце нажимаю "записать", то почему-то, если подношу заготовку, неважно какую, то ключ не открывает, а если на классик, тот же самый, с которого считан UID, то открывает. А если сохранить полученный дамп в базу и отправить на запись оттуда, то все нормально (если, конечно, заготовка не фильтруется)
Опубликовано 15 июня, 20214 г. comment_29383 33 минуты назад, Jason сказал: Обнаружил, что когда делаю процедуру “классик под прописку" и в конце нажимаю "записать", то почему-то, если подношу заготовку, неважно какую, то ключ не открывает, а если на классик, тот же самый, с которого считан UID, то открывает. А если сохранить полученный дамп в базу и отправить на запись оттуда, то все нормально (если, конечно, заготовка не фильтруется) Ну так запишите на зеро. И сохраните в базу. А потом считайте дамп с зеро и сравните с тем, что в базе. Если все одинаково, то что-то не то делаете или не то подносите, т.к. вообще не ясно, зачем делать классик под прописку, а подносить заготовку? Есть функция для записи заготовок, а есть для записи классиков и классик под прописку априори означает, что записывать нужно на чистый классик.
Опубликовано 15 июня, 20214 г. comment_29384 50 минут назад, Pavel сказал: Есть функция для записи заготовок, а есть для записи классиков и классик под прописку априори означает, что записывать нужно на чистый классик. Эти функции записывают как-то по-разному? 50 минут назад, Pavel сказал: вообще не ясно, зачем делать классик под прописку, а подносить заготовку? Во-первых, если есть невостребованная или испорченная OTP 2.0 Во-вторых, чтобы использовать UID, который не вызовет подозрений у домофонщиков, если они станут просматривать дамп из панели. Изучая базу, я заметил, что на одном адресе и/или у одной обслуживающей организации UIDы часто иду "серией", с одними и теми же последними 2-мя или 4-мя цифрами. Поэтому, когда прописываю ключ в домофон, особенно если в несколько подъездов, то стараюсь использовать UID ключа, который они использовали на другом адресе. Или на этом же адресе, но поменяв пару цифр. Тогда меньше шансов, что UID вызовет подозрения и домофонщики удалят его из памяти и поменяют пароль. А если окончание UIDа будет сильно отличаться от остальных ключей в памяти, тогда точно поймут, что ключ не из их серии, а значит, его прописал кто-то посторонний
Опубликовано 15 июня, 20214 г. comment_29385 Совершенно разные функции создающие совсем разные дампы по абсолютно разным принципам. - если есть невостребованная или испорченная OTP 2.0 Для прописки той же ОТР 2 она должна быть очищена предварительно от всех криптоключей. Никакой разницы запись идет из базы или из подготовленного дампа нет, поэтому проверяйте как указал выше, все будет одинаково.
Опубликовано 15 июня, 20214 г. comment_29386 А ещё бывает, что известен только UID вездехода, тогда тоже приходится пользоваться этой функцией. Как проверю, напишу
Опубликовано 16 июня, 20214 г. comment_29395 14 часов назад, Pavel сказал: Ну так запишите на зеро. И сохраните в базу. А потом считайте дамп с зеро и сравните с тем, что в базе. Если все одинаково, то что-то не то делаете или не то подносите, т.к. вообще не ясно, зачем делать классик под прописку, а подносить заготовку? Сделал. Это то, что записалось: А вот дамп, сохранённый в базу:
Опубликовано 16 июня, 20214 г. comment_29397 1 час назад, Jason сказал: Сделал. Это то, что записалось: У вас метка считана как 7и байтная. Или приложение старое, или заготовка зеро 7B использована, или какой-то баг. В остальном отличий нет. Ну и видно, что уид и данные в блоке 1 совпадают, чего не должно быть при реальной работе, так как уид оригинала с которого делается копия и UID чистого классика никогда не будут одинаковыми, следовательно, подносилось не то, что указывало приложение и сейчас причины неработоспособности никто не скажет, но я проверю момент с выводом кода как 7и байтного, может приложение гонит.
Опубликовано 16 июня, 20214 г. comment_29400 Выяснил, эта ошибка уже исправлена, но будет в ближайшей версии только, я думал уже давно выложили сиё исправление. Просто обновите приложение когда появится обнова.
Опубликовано 16 июня, 20214 г. comment_29404 2 часа назад, Pavel сказал: чего не должно быть при реальной работе, так как уид оригинала с которого делается копия и UID чистого классика никогда не будут одинаковыми Так я о чем и пишу. Я записываю не только на классик, но иногда по-другому. Я сначала записываю из базы ключ от другого адреса на Зеро, потом запускаю процедуру "Классик под прописку" и прикладываю только что записанную заготовку. Тогда блок 0 и блок 1 будут идентичными
Опубликовано 16 июня, 20214 г. comment_29406 Функция классик под прописку нужна только если знаем пароль от панели? Вообще можно почитать про эту функцию, в инструкции к прибору про неё ничего не написано...
Опубликовано 16 июня, 20214 г. comment_29407 32 минуты назад, Бамбаклян сказал: Функция классик под прописку нужна только если знаем пароль от панели? если автопрописка включена если пароль знаешь - то ни какие приборы и не нужны
Опубликовано 16 июня, 20214 г. comment_29409 45 минут назад, Бамбаклян сказал: Функция классик под прописку нужна только если знаем пароль от панели? Или если автосбор включен. Бывает ещё ситуация, когда известен только UID вездехода
Опубликовано 16 июня, 20214 г. comment_29411 А можно по подробнее, про эту функцию? Или её не принято офишировать? Тогда можно в личку, просто уже не первый раз пытаюсь узнать, но не кто не отвечает.. И да кстати, знаю uid районного ключа и чем мне это поможет?
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.