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

[fed1r]

Спасибо что откликнулись. Попробовал сегодня запитать копировщик от батареек. Подключил три батарейки по 1,3 В каждая(подсевшие). Копировщик заработал в адеквате, начал определять ключи даллас, дальность считывания RFID не изменилась, около 2см. Из-за низкого напряжения почти не видна информация на дисплее и присутствует индикация низкого заряда. Подключил ещё одну батарейку- и радость ушла. По прежнему неадекват. Попробовал отключить питание транзистора vt3, vt4 чтобы исключить помеху генератора- по прежнему неадекват, для полноты эксперемента попробовал отключить контур считывания- не помогло.
Поскольку транзистор vt1 использовал советский кт837 начал грешить на шум p-n перехода, а ведь он питает RFID, зашунтировал- снова пальцем в небо. Попробовал сэмулировать низкий заряд, закрыв транзистор vt2- снова мимо!
Наверное шумит сам контроллер pic16f628a, а при 3,6В работает нормально. Экземпляр наверное такой, поскольку должен работать от 3в. до 5,5в.
Кто нибудь сталкивался с подобным? Наверное нужно попробовать спустить напряжений на одном контроллере до 3,5 В. Остальное должно работать. Как считаете?

[zhukoleg]

Что ПИК брак конечно может быть,всё же это маловероятно...Попробуй при 5 В питания и в штатном режиме уменьшить R16 до 56 к примерно-если глюки пропадут,делай выводы.Второе.Катушку надо отключать путём закорачивания,но не отключением от схемы.Входы ПИКа имеют весьма высокое входное сопротивление,посему в данной схеме очень чувствительны к любым помехам.Напоследок напоминаю,что чистые новые RFID брелки данным прибором никак не определяются,пока не будут записаны в первый раз.

[fed1r]

Попробуй при 5 В питания и в штатном режиме уменьшить R16 до 56 к примерно-если глюки пропадут,делай выводы

Я отключал питание с транзисторов vt3 vt4 с включенной катушкой, потом отключил и катушку,таким образом посадив выводы pic на землю мерез C7,C8,R16,R17.
Проблема в том и заключается что прибор неадекватно считывает даллас ключи в режиме теста, (с подключенным rfid)не говоря о брелоках em-marin, болванках или непереписываемых . У меня есть одна записанная болванка T5577 которая в обычном режиме считывается, но запись на неё не проходит, она не определяется в тестовом режиме.

[RECTO]

Кто нибудь сталкивался с подобным? Наверное нужно попробовать спустить напряжений на одном контроллере до 3,5 В.

Причина не в величине напряжения, где-то в другом... Я питал и от 6 вольт (4 новых батарейки вместо аккумов) - всё отлично работало.

Наверное шумит сам контроллер pic16f628a, а при 3,6В работает нормально. Экземпляр наверное такой, поскольку должен работать от 3в. до 5,5в.

Ну, контроллеры так не шумят... Впрочем, можно попробовать. Разорвите где-нибудь цепочку, которая ведёт сигнал к компаратору, например выпаяв С6. Либо вообще закоротите выводы 1 и 18, впаяв перемычку вместо R19. Посмотрите что получится...

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

Ну, отключать транзисторы не имело смысла... Если отключали контур и не помогло - скорее всего, идёт помеха по питанию. Но вряд ли этот шум идёт от самой схемы...

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

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

У меня есть одна записанная болванка T5577 которая в обычном режиме считывается, но запись на неё не проходит, она не определяется в тестовом режиме.

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

[fed1r]

Либо вообще закоротите выводы 1 и 18, впаяв перемычку вместо R19. Посмотрите что получится...

Закоротил R19- без изменений! Пора вызывать шамана.��

[RECTO]

Закоротил R19- без изменений! Пора вызывать шамана.��

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

[RECTO]

У T5577 эти функции не поддерживаются.

С чего бы это вдруг?

[fed1r]

Сегодня всё же добился устойчивой работы на старом пике. Поставил дополнительное сопротивление 15 Ом между rb0 rfid и лузой . Копировщик стал определять ключи в тестовом режиме, заготовки rw1990 и раньше определял. Считывает rfid без проблем. Записать на мою заготовку T5577 не получилось, она либо финализированна, либо ключник мне сунул не ту, на вопрос о названии заготовки он заюлил и сказал что пишется всеми копирами. Заготовка та что снизу вообще не определяется и не считывается( в бутерброде тоже) , та что сверху считывается код но не получается записать, либо определить в тестовом режиме. На заготовках ничего не написанно. Буду искать сто процентные Т5577. RW1990 пишет все какие только мне попадались. Других не пробовал.
Спасибо RECTO за проделанный труд и доступность Вашего проэкта.

Видео:

Миниатюры:

 

---

Последний раз редактировалось fed1r; 09.12.2016 в 22:22.

[RECTO]

У T5577 эти функции данным прибором не поддерживаются.

Данным прибором эти функции поддерживаются, проверено на реальных Т5577.

Заготовка та что снизу вообще не определяется и не считывается( в бутерброде тоже) , та что сверху считывается код но не получается записать, либо определить в тестовом режиме. На заготовках ничего не написанно.

Верхняя заготовка либо финализирована, либо не поддерживается (например EM4305). Вот и надо было ключника попросить продемонстрировать, как она пишется "всеми копирами".

А нижняя заготовка вполне может оказаться мифаером...
..

[USER5505]

Ни знаю как у Вас,но мне попадались ключи(на рисунки нижняя)пишутся отлично.