ага, примерно понял. просто на кеймастере 4 типа перекодировки разных, а тут получается одна

 

 

на кеймастере для метакома точно также 1 перекодировка, 4 это только для цифрала.

если вы пишите на заготовку тм01 то никакие перекодировки не нужны. какую бы вы не выбрали, прибор на заготовку тм01, RW2007 всегда будет писать нормальный, оригинальный код.

если же будете писать на заготовку которая физически не может быть цифралом, например тм2004 или тм08 (rw1990) то прибор автоматически пишет ее в первой "перекодировке".

Четвертая перекодировка это просто всегда один и тот же код - универс ключа, которые почти везде уже не работают, остальные перекодировки - встречаются столь редко что нет смысла их даже включать, прибор то для того чтобы сделал ключ и отдал, без ожидания того что клиент вернется и будет 4 раза так бегать, пока вы подходящую перекодировку подберете, если вообще подберете.

Залил на сайт последнюю версию программы, вышесказанные ошибки должны пройти

 

Действительно прошли. Тормоза проги исчезли.

Да и v.9 тоже замечательная. Теперь можно переключать режим чтение-запись.

Респект!

Павел, а вы могли бы все же добавить перекодировку Цифрала (очень нужна С2 для 2094.1, которые замечательно работают и с ключами в Даллас С2 - существенная экономия и надежность ТМ-08, да и для клиента внешне отличить 2094.1 от других проще простого)? Отсутствие перекодировки - единственное что лично меня удерживает от покупки этих нужных приборов (замечательных по описанию и отзывам).

Павел, а вы могли бы все же добавить перекодировку Цифрала (очень нужна С2 для 2094.1, которые замечательно работают и с ключами в Даллас С2 - существенная экономия и надежность ТМ-08, да и для клиента внешне отличить 2094.1 от других проще простого)? Отсутствие перекодировки - единственное что лично меня удерживает от покупки этих нужных приборов (замечательных по описанию и отзывам).

 

 

Ок, будет чуть позже.

Спасибо, было бы вообще замечательно.

Подскажите пожалуйста, почему у меня TMD-3RFID не видит квадратные TM-08v2. Я сделал переходник как написано и ничего не получается.

Если он не видит оригиналы, значит ключ не формата даллас, он может быть и резистивным и по спецпротоколу.

Для начала проверьте ключ тестером в обе стороны - если сопротивление в обе стороны одинаковое то там резистор.

также проверьте переходник, коснитесь штырьков обычным ключем, нет ли замыкания, считается ли обычный ключ

Подскажите пожалуйста, почему у меня TMD-3RFID не видит квадратные TM-08v2. Я сделал переходник как написано и ничего не получается.

 

Если не читаютс именно наши ключи-заготовки ТМ-08v2 "квадратный", то:

правильно выбирайте полярность (ключ хвостом вниз, контактами к Вам - левый контак на центральный...);

убедитесь, что есть контакт;

попробуйте несколько ТМ-08v2 "квадратный" ключей (может брак попался);

проверьте на "обычном далласе", что прибор работает.

Сегодня получил сей прибор.

В процессе освоения ПО выявил один баг в TMD-3RF ver. 1.6 (Pre-Alpha)

При последовательном чтении ключей сортировка идёт как и положено (например, новый вверх) до трех. Четвертый и все следующие считанные ключи попадает во вторую строку. А в первой (верхней) навсегда застревает третий ключ. Мелочь, конечно, но не приятно.

 

При питании от USB не читается, уже и не помню откуда взявшаяся у меня, заготовка UK2007. В автономном всё Ок. Понимаю, что это из-за разницы напряжений. Но этот момент ни как не в плюс универсальности прибора.

 

P.S. Почему то испортил 3 заготовки TM01C. Писал на них вручную введенный код для МЕТАКОМ

Баг номер два.

При записи Прокси получаем "Ошибка записи, ключ не записываемый или неисправен". Хотя при считывании этого брелока оказывается, что всё записалось.

 

И ещё вопрос не совсем по теме. А что, у Прокси нет контрольной суммы? Все считанные RF имеют CRC 00

P.S. Почему то испортил 3 заготовки TM01C. Писал на них вручную введенный код для МЕТАКОМ

 

По поводу сортировки считанных ключей в базу баг понял, заметил, программисту передал. Исправит.

По записи прокси действительно косяк есть, пишет ошибка при питании от узб но записывает, также исправится, уже следующей прошивкой.

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

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

По поводу сортировки считанных ключей в базу баг понял, заметил, программисту передал. Исправит.

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

P.S. Почему то испортил 3 заготовки TM01C. Писал на них вручную введенный код для МЕТАКОМ

 

Обновите прошивку до 11 версии с сайта. Ошибка записи метакома была в 10 версии.

 

 

Версия 12 на сайте, обновите пожалуйста прошивку прибора.

Исправлено:

Ошибка при записи Метакома при питании от USB

Выдаваемая надпись "ошибка" при записи на брелок при питании от USB (хотя запись фактически происходила)

 

Все "испорченные" ключи принимаем на обмен, высылать можно обычной почтой на адрес 183032, мурманск, пархоменко 4-4, ооо"икей". Вложить записку с обратным адресом, фио, и информацией на что поменять.

Спасибо за оперативность!

Обновил прошивку с 11й до 12й (я то думал, что проблема в программе... но, разработчикам виднее)

Докладываю:

"ошибка" при записи на брелок при питании от USB, почему то, не исправилась :(

 

Пробовать писать МЕТАКОМ от USB не стал. Осталось всего две болванки.

 

По поводу обмена... не думаю, что мегапартия в 3 штучки того стоит. А в "домашних условиях" их ни как не оживить?

Спасибо за оперативность!

Обновил прошивку с 11й до 12й (я то думал, что проблема в программе... но, разработчикам виднее)

Докладываю:

"ошибка" при записи на брелок при питании от USB, почему то, не исправилась :(

 

Пробовать писать МЕТАКОМ от USB не стал. Осталось всего две болванки.

 

По поводу обмена... не думаю, что мегапартия в 3 штучки того стоит. А в "домашних условиях" их ни как не оживить?

 

Все, нашел что к чему - "ошибка" возникала если код создавался вручную, а если делалась копия то все "ок".

Сейчас все исправили, версию не меняли, просто обновите еще раз, новой, 12 версией.

Ключи как накопите пбольше высылайте, перевести обратно в даллас "на дому" нельзя, т.к. нужно разбирать ключ и использовать "третий вывод"

Подтверждаю, ошибки больше нет.

 

Ещё один маленький вопросик не совсем по теме. Код прокси состоит из пяти байт. Все 5 код ключа или только два последних, а остальные технологическая инфа вроде номера ячейки памяти соответствующий этому коду? Или подскажите где можно об этом прочесть

Подтверждаю, ошибки больше нет.

 

Ещё один маленький вопросик не совсем по теме. Код прокси состоит из пяти байт. Все 5 код ключа или только два последних, а остальные технологическая инфа вроде номера ячейки памяти соответствующий этому коду? Или подскажите где можно об этом прочесть

 

 

Код - 5 байт. Все они используются, лишь в некоторых системах первые 2 байта могут не учитываться

По поводу сортировки считанных ключей в базу баг понял, заметил, программисту передал. Исправит.

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

 

 

Проблему с сортировкой в базе исправили

версия программы 1.7

Ура! И тут же отчёт :)

При запуске программы 1.6 появилось сообщение о доступности новой версии с предложением его скачать. Соглашаюсь. Почти мгновенно в указанной мной папке появляется файл TMD3RF_17-setup.exe объёмом 11.6 кб. Пришлось обновляться вручную :)

 

В версии 1.7 проблем с сортировкой не наблюдается. Но появилась новая фича :) При попытке считать архив появляется

По нажатию "ОК" архив считывается.

Ура! И тут же отчёт :)

При запуске программы 1.6 появилось сообщение о доступности новой версии с предложением его скачать. Соглашаюсь. Почти мгновенно в указанной мной папке появляется файл TMD3RF_17-setup.exe объёмом 11.6 кб. Пришлось обновляться вручную :)

 

В версии 1.7 проблем с сортировкой не наблюдается. Но появилась новая фича :) При попытке считать архив появляется

По нажатию "ОК" архив считывается.

 

 

Первую проблему исправил - неправильно на сайт файл для программы выложил, моя вина, по выскакивающему окну программисту передал, сделаем.

Спасибо за помощь в обнаружении ошибок.

Если не секрет, что новенького в версии 1.9? Или исправили чего? :)

Если не секрет, что новенького в версии 1.9? Или исправили чего? :)

 

 

закладка инфо заработала и мелкие недочеты исправлены

Если не секрет, что новенького в версии 1.9? Или исправили чего? :)

 

 

закладка инфо заработала и мелкие недочеты исправлены

 

Здравствуйте!

Для решения задачи организации проезда на территорию коттеджного посёлка приобрел замок z-5r (2шт - упр. воротами и калитка) и tmd-3rfid. Соответственно появилась необходимость ведения базы данных на 70 ключей (учёт выдачи ключей, записи/стирания на отдельные устройства (напр. при неоплате членских взносов или или дороги и т. д.). Завёл отдельную базу данных (файл мдб). .при работе с вер.1.9 обнаружил ошибку при сортировке type mismatch in expression по полю информация (поле вида "ключ № 027, уч-к № 25, Иванов Иван Игоревич" . Кроме того любой считанный ключ заносится в базу данных, даже если он там уже есть. В принципе можно обойти стирая перед сохранением лишнее, но неудобно.

Может быть имеет смысл сделать элемент контрола "заносить все ключи/только новые/не заносить" и во втором и третьем случае только выделять существующий элемент. Также, может уместно сделать 2-3 поля информации (номер ключа, ид пользователя, номер машины и т.д. или инфо 1 инфо 2 инфо 3).

Также (при невозможности полной реализации функций базы данных может быть имеет смысл сделать плагин к ms access по передаче значения поля выделенной записи в устройство/записи нового элемента из устройства?

Если не секрет, что новенького в версии 1.9? Или исправили чего? :)

 

 

закладка инфо заработала и мелкие недочеты исправлены

 

Здравствуйте!

Для решения задачи организации проезда на территорию коттеджного посёлка приобрел замок z-5r (2шт - упр. воротами и калитка) и tmd-3rfid. Соответственно появилась необходимость ведения базы данных на 70 ключей (учёт выдачи ключей, записи/стирания на отдельные устройства (напр. при неоплате членских взносов или или дороги и т. д.). Завёл отдельную базу данных (файл мдб). .при работе с вер.1.9 обнаружил ошибку при сортировке type mismatch in expression по полю информация (поле вида "ключ № 027, уч-к № 25, Иванов Иван Игоревич" . Кроме того любой считанный ключ заносится в базу данных, даже если он там уже есть. В принципе можно обойти стирая перед сохранением лишнее, но неудобно.

Может быть имеет смысл сделать элемент контрола "заносить все ключи/только новые/не заносить" и во втором и третьем случае только выделять существующий элемент. Также, может уместно сделать 2-3 поля информации (номер ключа, ид пользователя, номер машины и т.д. или инфо 1 инфо 2 инфо 3).

Также (при невозможности полной реализации функций базы данных может быть имеет смысл сделать плагин к ms access по передаче значения поля выделенной записи в устройство/записи нового элемента из устройства?

 

Для ведения базы предлагаю рассмотреть вам специальную программу Homekeys

посмотрел... не совсем то, что нужно. мб ошибаюсь, но легче работать в акцессе - стандартный формат базы это хорошо. (Заметил, что при экспорте из мдб в дбф ограничение поля 16 символов- совсем не гуд). однако хотелось бы всё в одном. в любом случае, может быть стоит учесть вышеприведенные пожелания, реализовать их несложно. Тем не менее спасибо за программу!