Автор Тема: CRC в преобразовании 5->4 при доступе к Блоку Карт равен 127  (Прочитано 4162 раз)

ssecurity

  • Пользователь
  • *****
  • Сообщений: 9
Здравствуйте!

Столкнулся со следующей проблемой:
Окружение: Z397 (Ethernet | USB) + Z5R Net (несколько штук)
При взаимодействии с контроллером в блоке преобразования 5 -> 4 (ответ конвертера) получаю невалидную контрольную сумму
Причем обращения в блок событий, с выгрузкой всех событий происходит без проблем .. HT всегда 255, а при попытке залезть в блок карт ответ получается странным HT всегда 127 ... работа с лицензиями тоже не вызывает проблем...

Примеры запросов / ответов
4->5 : 0 B 8 1 2 2 0 D0 4 0 8 0
5->4 : 85 C 8 1 2 2 0 D0 1 10 0 80 0 0
CHECK CRC
HT: 255
CORRECT

----------- ПРОСТО ПОСМОТРЕТЬ 16 байт с 0 позиции блока событий ----------------
4->5 : 0 B 8 1 2 2 2 A0 10 0 0 0
5->4 : 1F 18 8 1 2 2 2 A0 15 0 0 6 10 11 9 58 15 0 0 6 10 91 9 B7 0 0
CHECK CRC
HT: 255
CORRECT

----------- ПРОБУЕМ УЗНАТЬ ПОЛОЖЕНИЕ КУРСОРА КАРТ ----------------
4->5 : 0 B 8 1 2 2 0 A0 2 0 BE 0
5->4 : 80 A 8 1 2 2 0 A0 0 48 BE 80 0 0
CHECK CRC
HT: 127
INCORRECT

----------- ПРОСТО ПОСМОТРЕТЬ 90 байт с 0 позиции блока ----------------
4->5 : 0 B 8 1 2 2 0 A0 5A 0 0 0
5->4 : 5E 62 8 1 2 2 0 A0 1E 0 0 FF FF FF FF FF A 90 1 0 0 77 15 7A 0 21 0 0 2 C6 0 0 20 2A 1D B 3 A 6 14 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 7F 0 0 23 59 0 0 0 7F 0 0 23 59 0 0 0 7F 0 0 23 59 0 0 0 7F 0 0 23 59 0 0 0 7F 0 0 23 59 0 0 0 7F 80 0 80 0 0
CHECK CRC
HT: 127
INCORRECT (хотя данные выглядят рабочими)

----------- ПРОСТО ПОСМОТРЕТЬ 10 байт с 0 позиции блока карт ----------------
4->5 : 0 B 8 1 2 2 0 A0 A 0 0 0
5->4 : 8D 12 8 1 2 2 0 A0 1E 0 0 FF FF FF FF FF A 10 C5 40 0 0
CHECK CRC
HT: 127
INCORRECT

Алгоритм преобразования одинаковый, значения разные.
Ранее грешил на преобразование адресов блоков, но они корректны (см. 4->5 до преобразования)
Может быть блок карт поврежден (например многократными операциями записи) могу произвести замену МС памяти на заведомо исправный.
Хотелось бы понять в чем проблема.

Спасибо

ssecurity

  • Пользователь
  • *****
  • Сообщений: 9
Все разобрался, сформировал ответы в по диапазону байт 1..16, нашел ошибку в реализации преобразования, теперь 255 практически всегда.
Всем спасибо, тема не актуальна.