garps

Пользователи
  • Публикаций

    25
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о garps

  • Звание
    Участник

Посетители профиля

1 249 просмотров профиля
  1. Там сечение к панели типа витой пары + в вызывной панели камера стоит, между К1 и К3 около 9,5в насколько помню было. Считыватель запитывается от самой панели, а данные от него идут через контакт "контактор" или в общем К2? Но другое непонятно, почему чем выше напряжение на входе (специально его поднимали, чтобы скомпенсировать падение т.к. допуск до 16В), тем ниже на считывателе?
  2. По проблеме считывания ключей появилось понимание - чем выше выходное напряжение на плате процессора, тем ниже напряжение на ТМ считывателе панели: 15.2в - 2.85в, 14.2в - 2.99в. Соответственно дальше уже зависит от конкретного ключа, берем оригинал ТМ и его клон RW: ТМ читается 2 раза из 10 на напряжении 2.85в, а RW клон 10 из 10. На 2.99в читаются стабильно оба. По идее для ТМ напряжение считывания должно быть в диапазоне от 2.8 до 6в - можно ли как-то поднять хотя бы до 4в? P.S. Во время тестов с ключами при считывании одного из ключей (возможно какой-то из универсальных) на панели появляется один символ "_" справа и дальше ни на что не реагирует, пока не сбросится по таймауту. Что это за режим? Мастер ключ вроде по другому должен себя вести?
  3. Древняя панель вызова и блок процессора RAIKMANN CD-2255 V-2.01, начались периодические проблемы со считыванием ТМ ключей (причем с виду одинаковые RW1990 - одни читались нормально, другие через раз), сброс по питанию помогал на какое-то время. Первично заменили панель, без особых улучшений, далее блок процессора - на новый такой же версии с перестановкой 3х микросхем памяти со старого - проблема с ключами ушла, но перестал работать вызов на панель с пульта консьержа (вызов с абонентских трубок (если на них выставить 1) так же работает неустойчиво - 1 раз на 10-15 попыток) - номер в панели прописан, вызовы разрешены. Далее попробовали заменить процессор на новую версию CD2255 v16 06.02.2018 - с ней вызов с пульта заработал, но вернулась проблема со считыванием ключей. БП рекомендуемый - DR-30-15 PBF, на выходе 15.2в, в линии 6.3в. В чем может быть проблема со считыванием и вызовом с панели? По RW ключам как я понял может иногда неверно считаться CRC, возможно совпадение или какой-то прошивке пофиг на это? Проверка CRC через функции не отключается?
  4. Подскажите, кто ни будь сталкивался с проблемой перевода Mifare Plus S чипов в режим SL3 в пластиковых брелках (китайских)? Выдает ошибку. Есть подозрение, что из за небольшой антенны брелка недостаточно энергии для этой операции, пробовал класть брелок прямо на чип в программаторе, без результатов. Как можно решить проблему? Есть ли утилиты для android телефонов с NFC может быть через них попробовать?
  5. Так вы и сказали, вроде "Ну даже если плюс, то 88 ( признак - CT) показывает, что читать надо именно 7 - байтный номер." ) Номер на карте может быть полезен для идентификации карты без считывателя, например.
  6. А насколько корректно было использовать служебный признак СТ (88) в генерации десятичного 10 значного номера карты? Получается, что в таком номере уникальными будут только 3 байта 88 04 5В 3С 62 67 4А 80. Есть какой-то ISO стандарт который описывает генерацию кода для карт с 7 байтным UID?
  7. Карта вообще Plus S... 88 это видимо код производителя карты и он мало какими ридерами читается, или скорее по умолчанию отбрасывается? Производитель выдал такую формулу: Sector 0 block 0,HEX number is C1AB3412****. MSB UID 1234ABC1(ISO format 8 bits of HEX UID) Detail: 8H-10D >> 1234ABC1,0305441729 >> 0305441729 (result) (2H-3D),(4H-5D) >> (34H),(ABC1H)>> 052,43969 (result) Final: (8H-10D) (2H-3D),(4H-5D) >> 0305441729 052,43969
  8. Пытаюсь понять по какой логике получено десятичное число 1012728968 нанесенное на карту, когда полный 7 байтный UID карты 045D3C62674F80? Если просто перевести 1012728968 в HEX то будет 3C5D0488. Откуда эти 88 берутся? Задача по формуле восстановить из считываемого 7byte UID то число, которое напечатано на карте.
  9. Подскажите, а существуют в продаже недорогие карты и метки (брелки) Mifare Plus 1K с поддержкой протокола SL3 (AES)? Нет ли в китайских картах заявляющих такую поддержку какой ни будь уязвимости (например, позволяющей считать зашифрованный сектор или прописать другой ключ шифрования)?
  10. Мне СКУД нужен, а не домофон с одной точкой прохода )
  11. Контроллер Z-5R (Net 8000) 3600 руб. Сетевой контроллер «Sigur E500D4» (на 4 двери) 14700 руб. Чето как-то не выгодно... да и софт сравнить нельзя
  12. Правильно ли я понимаю, что единственная уязвимость карт Mifare Plus SL3 это возможность ретрансляции? Если брать карты Plus X они имеют защиту от этого, эта защита должна поддерживаться так же на уровне считывателя?
  13. Ну вы же понимаете, что писать программу для считывателя я не буду ) Идея в том, чтобы записать в карты такой же код, который будет выдавать SIM Reader, чтобы обойти жлобское ограничение на 50 карт производителем СКУДа сфинкс, судя по описанию пока самый адекватный, хотя с оговорками конечно...
  14. Ну что значит перепрограммируйте... можно было бы перепрограммировать, зачем бы изобретали эти 26, 32 и т.п.? Наверное не просто так от нечего делать?