Перейти к содержанию

Рекомендуемые сообщения

Опубликовано
comment_58156
  В 11.10.2024 в 10:03, OBGuy сказал:

А там почему-то дамп не воспринимается. Из bin от проксмарка:

> Неверные данные
> Обязательно загрузите образ КО!

 

Пробовал 2 дампа (хотя там меняются только КК и UID, данные всё те же), не работают.

Есть знакомый человек с Z-2 USB MF, у него КО он принял и сгенерил метки.

 

Дампы КО и образцы готовых меток могу прислать (карта это всё равно не принадлежит ни одному объекту, и не будет принадлежать..)

Скиньте дамп на почту, проверю что не так.

  • 2 недели спустя...
  • Ответов 586
  • Просмотры 98.3 тыс
  • Создана
  • Последний ответ

Топ авторов темы

Популярные посты

  • Да просто откройте настройки, проверка базы, запустите исправление и все будет работать. Если нет, значит пришлите на почту техподдержки этот файл базы.

  • Плохая идея.  База, как таковая, Вам для чего?   Зачем Вам вторая в приложении?  Для чего плодить множество закладок и почему бы Вам не переносить периодически  дампы из закладок в базу? 

  • Огромная просьба всем благодарствующим не писАть в теме "Спасибо" . Это лишние сообщения. Достаточно зеленую кнопку поблагодарить нажать. Ибо все темы засраны этими спасибами((((( Неудобно потом много

Изображения в теме

Опубликовано
comment_58432
  В 11.10.2024 в 10:03, OBGuy сказал:

А там почему-то дамп не воспринимается. Из bin от проксмарка:

> Неверные данные
> Обязательно загрузите образ КО!

 

Пробовал 2 дампа (хотя там меняются только КК и UID, данные всё те же), не работают.

Есть знакомый человек с Z-2 USB MF, у него КО он принял и сгенерил метки.

 

Дампы КО и образцы готовых меток могу прислать (карта это всё равно не принадлежит ни одному объекту, и не будет принадлежать..)

Починили

  • 4 недели спустя...
Опубликовано
comment_58970

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

Опубликовано
comment_58971
  В 19.11.2024 в 14:48, Uilyi сказал:

когда мы тем или иным способом добавляем в базу ключ Mifare 1K, и при этом ничего кроме UID не нужно, приходится вручную выключать (помечать как недостоверные) все остальные секторы кроме 0

не понял запрос

так сохраняйте его в базу как MF sector

кнопка вниз - копировать UID

в базу залетает только 0

Опубликовано
comment_58972
  В 19.11.2024 в 14:57, urbanboy сказал:

не понял запрос

так сохраняйте его в базу как MF sector

кнопка вниз - копировать UID

в базу залетает только 0

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

Опубликовано
comment_58974

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

Опубликовано
comment_58978
  В 19.11.2024 в 15:36, Uilyi сказал:

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

Так смени техпроцесс.   И всё получится так как ты хочешь.

Создай шаблон ,  копируй его на нужные адреса меняя только uid. 🙂

Опубликовано
comment_58979
  В 19.11.2024 в 15:36, Uilyi сказал:

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

Уже докатились до того , что лень пальцем пошевелить ! Просто убрать галочку "Закрыть недостоверные сектора " лень, а человеку или целой команде, под такие хотелки переписать всю прогу надо , и только из-за записи одного уид ! 

Человек, совесть иметь надо , люди наверняка работают над более сложным проектом, а тут им нужно подстроиться под хотелки записи УИд ! 

Ну нет слов..

 

Опубликовано
comment_58980
  В 19.11.2024 в 15:07, Uilyi сказал:

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

И что ? Не понимаю в чем проблема. Поиск по UID есть , или вам не нравится как это дело в списке дампов выглядит. Не понимаю

  В 19.11.2024 в 15:36, Uilyi сказал:

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

Так а зачем вы создаете M1k , если можно МSector создать и ни чего не выключать при отправке в прибор

 

Я ровным счетом не понимаю в чем проблема ... 

Опубликовано
comment_58985
  В 19.11.2024 в 19:39, urbanboy сказал:

Поиск по UID есть , или вам не нравится как это дело в списке дампов выглядит.

Да, не нравится. И не мне одному, потому что здесь уже были дискуссии на эту тему, люди просили сделать так чтобы при сохранении ключа как MF Sector отображался UID а не криптоключ. На что Павел давал объяснение что MF Sector это не только 0.

  В 19.11.2024 в 18:25, Валерий К. сказал:

Уже докатились до того , что лень пальцем пошевелить ! Просто убрать галочку "Закрыть недостоверные сектора " лень, а человеку или целой команде, под такие хотелки переписать всю прогу надо , и только из-за записи одного уид ! 

Человек, совесть иметь надо , люди наверняка работают над более сложным проектом, а тут им нужно подстроиться под хотелки записи УИд ! 

Ну нет слов..

Во-первых: давайте разработчики сами решат, стоит задача внимания и временных затрат, или нет. И не кажется вам что "переписать всю прогу" это вы ну очень сильно загнули. Там может быть пару строк кода добавить всего нужно будет.

Во-вторых: Вот уж поверьте, данную просьбу я решил озвучить далеко не с первого созданного вручную дампа, в котором пришлось пальцами всё выключать. Когда за раз присылают 7 ключей, в каждом выключить все сектора кроме 0 это 105 кликов по "галочке", а еще на страницу каждого сектора нужно зайти, ещё столько же. И это далеко не единичные случаи.

Или например когда в течении дня накопировал кучу ключей, приезжаешь вечером домой и распределяешь это всё по базе. Там сидишь боишься как бы чего не забыть, а тут ещё эти сектора выключать десятками.

  В 19.11.2024 в 16:35, Aprel сказал:

Создай шаблон ,  копируй его на нужные адреса меняя только uid.

В принципе да, как вариант. Просто эта тема с "копипастой" ключей по базе не так давно появилась, а озвученная мною просьба копилась годами. Было дело хотел примерно таким способом автоматизировать через экспорт/импорт дампа, но проблема в том что при этом все эти галочки сбрасываются. Экспортируешь дамп где только 0 помечен как достоверный, а когда импортируешь его, то там включены все сектора.

Опубликовано
comment_58989

Никогда не напрягала необходимость  перевода галочки на не достоверный сектор. Творчески нужно подходить к решению проблем. Впрочем и за проблему это трудно принять. Неудобство? Кому как. И не стоит говорить от лица всех. Говори за себя.

Два дня заносил в базу ключи. 80 подъездов по три  ключа на подъезд.  Галочки не напрягают. . 

А программистам,  что ж,   если не трудно, сделайте.  А заморачиваться сильно не стоит. 

Опубликовано
comment_58991
  В 20.11.2024 в 02:56, Uilyi сказал:

Да, не нравится. И не мне одному, потому что здесь уже были дискуссии на эту тему, люди просили сделать так чтобы при сохранении ключа как MF Sector отображался UID а не криптоключ. На что Павел давал объяснение что MF Sector это не только 0.

Вообще наверное этот момент - чисто с отображением ( UID или КК ) можно решить и переключать кому как нравится , в новый версии БД переделана - там появились дополнительные поля - наверное и это можно бы было сделать - но как вы понимаете - это косметика - если у программиста есть задачи по функционалу - то косметику задвинут на задний ряд - но вы вполне можете попросить , я вот просил дополнительные данные по дате создания дампа и их добавили - все вполне лояльны к просьбам клиентов

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...