Простой копировщик домофонных ключей

[KlimD]

Так она ничем не отличается от старой! Просто ключ перекинут с RA4 на RA2, а детектор питания пока что висит в воздухе - с ним я еще не определился. Пока не до него.

Ясно. Нарисую себе такую же. А в чем софтина пишется? Эмуляция не планируется? Это ведь совсем несложно? Если планируется, на каких ногах будет висеть?

[RECTO]

В комментах к этому проекту http://easyelectronics.ru/klyuch-ot-vsex-dverej-2.html самый последний сообщает об проблеме с записью ключей в этот эмулятор через 1-Wire.
Цитата:
"pavik 26 Дек 2011 9:08
Не работает команда 0xFF - не записываются 64 байта.
В коде ошибка - нет перехода на метку comp_write."

Для меня это несколько странно - что автор устройства заявляет о какой-то его возможности, а сам ее не проверил...

[RECTO]

А в чем софтина пишется?

Пишу на асме.

Эмуляция не планируется? Это ведь совсем несложно?

Ну, если тебе кажется, что отобразить все нюансы работы слэйва "совсем не сложно" - сделай. Только зачем, если можно записать нормальный ключ?.. Так что нет, не планируется.
К слову, пару лет назад я делал эмулятор далласовских ключей, так что в принципе представляю себе... Там как минимум требуется задействовать прерывания, чтобы как можно быстрее реагировать на действия "мастера". А в данном копировщике все эти ноги уже железно заняты.
Я уже как минимум полгода не пользуюсь этим эмулятором "по назначению", поскольку теперь появилась возможность записывать ключи, и надобность в нем отпала.

[vano-11-11]

Для меня это несколько странно - что автор устройства заявляет о какой-то его возможности, а сам ее не проверил...

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

[RECTO]

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

У меня-то лично претензий никаких. Просто я сам обычно так никогда не делаю (стараюсь не делать).

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

Не обязательно. Можно править и hex, загруженный в программатор. Я почему-то думал, что там такая правка и предполагается - автор сообщает, по какому адресу находятся команды записи и чтения, мы их меняем - и команды становятся другими.
Честно говоря, тот проект внимательно не изучал, не знал, что там есть исходники.

[KlimD]

Ключи записать не проблема, но таскать с собой связку из 5-6 разных ключей не всегда удобно. Но это я так к слову. Сейчас занялся проблемой чтения ключей Метаком и Цыфрал. Варианта 3.
1. Читать через АЦП (больше прийдется писать софта)
2. Читать через внутренний компаратор
3. Читать через внешний компаратор.
Вот сижу и думаю, каким путем идти? Ведь помимо этого прийдется читать еще и другие ключи. Как поступить более рационально?

[realid]

Варианта 3.
1. Читать через АЦП (больше прийдется писать софта)
2. Читать через внутренний компаратор
3. Читать через внешний компаратор.

4 варианта
1. Читать через внутренний АЦП.
2. Читать через внешний АЦП.
и тп

Вот сижу и думаю

А что думать. Прыгать надо!

[Tugаrin]

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

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

[KlimD]

Надо решить, что будет проще в написании кода. Я прекрасно развожу платы, идеально делаю их фоторезистом. А вот с софтом так идеально не обращаюсь. Уровень приблизительно чуть старше новичка. Пишу на Протоне. Работац с внутренним АЦП, умею работать с прерываниями. Вот с компаратором внутренним еще ни разу не работал. Короче, надо принять решение, каким способом читать Цыфралы и Метакомы. А вот насчет связки ключей, дык я и предлагал реализовать эмуляцию. Хотя бы в тестовом режиме. Уйдет ровно одна нога.
Всех с наступающим Новым годом!!! Счастья и здоровья.

[RECTO]

ВСЕХ С НАСТУПИВШИМИ ПРАЗДНИКАМИ!!!

Сейчас занялся проблемой чтения ключей Метаком и Цыфрал. Варианта 3.
1. Читать через АЦП (больше прийдется писать софта)
2. Читать через внутренний компаратор
3. Читать через внешний компаратор.
Вот сижу и думаю, каким путем идти? Ведь помимо этого прийдется читать еще и другие ключи. Как поступить более рационально?

Рациональнее всего использовать внутренние ресурсы МК. Зачем городить внешние АЦП или компараторы, если они уже встроены в МК?

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

Да, я этот вариант как раз имел ввиду.

Работац с внутренним АЦП, умею работать с прерываниями. Вот с компаратором внутренним еще ни разу не работал. Короче, надо принять решение, каким способом читать Цыфралы и Метакомы.

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

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

Дык реализуй эмуляцию в своем проекте, никто-ж не против.