Автобусное табло, неведомый протокол по RS485

[djdance]

Знатоки, кто сталкивался с таким вот протоколом, который опишу ниже. Сильно не пинайте, я прикладник, такое вижу впервые, документация проприетарная и её не дают.

Есть автомобильное табло на автобус Luminator TwinVision Smart Series и к нему пульт OCU. Я подключился между пультом и знаком, могу видеть данные на ПК через Rs485 конвертер. Скорость 115200, настройки порта 8N1. И вижу я к примеру, вот такое:

Команда, видимо, очистки строки:

40 50 00 08 00 84 24 00 00 30 11

Команда отправки строки текста RED ROUTE 10

40 05 00 38 00 82 00 00 00 24 14 FF FF 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 52 45 44 20 52 4F 55 54 45 20 31 30 20 20 20 20 20 20 20 20 20 20 30 11


Несложно было догадаться, что 0x40 это заголовок, второй байт это CRC (0x100 минус сумма), 0x38 вроде как получатель(?), 0x82 тип команды, 0x24 тип строки, 0x14 начало строки, два байта 0xFF это типа маска NN (номера маршрута), далее простая тексотвая строка, а 0x30 и 0x11 - конец. Расположение контрольной суммы в начале - это уже фантастика для меня, ну ладно.

Однако если попытаться с ПК отправить такую же команду в обход пульта, знак ругается строкой 40 04 00 08 00 F3 01 00 00, которую он повторяет на любую посылку количеством over 100 раз(!) без какой-либо реакции.

Вопросов два.

1. Что за протокол такой чудной, где CRC в начале? Может кто узнал? Почему в конце зачастую 30 11, но иногда нет?

2. Что за ответ такой от табло, чего он от меня хочет таким многочисленным повтором? Это типа хендшейк что ли?

[индюк]

Что за протокол такой чудной

а что, для всяких поделий ктото должен придерживаться какихто протоколов чтоль?

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

так что путь один - изучать чо они придумали.

[mike-y-k]

djdance, все возможные варианты посылок и ответов на них. Дальше анализ наблюдаемого.
Как альтернатива - переговоры с производителем по поводу их API под нужное Вам железо.

[mtit]

Второй адаптер RS-485 для начала подключите. Компьютерная прога может добавлять или терять некоторые символы. Чудес то не бывает. На одинаковую посылку и ответ должен быть идентичным.

[индюк]

На одинаковую посылку и ответ должен быть идентичным.

да не факт!! если чуваки запарились и запилили шифр то вполне может по разному.
типа шифр не совпал - работать не буду.

[DanilinSA]

1) CRC считается заранее. И может быть в любой части пакета данных. Абсолютно не критично.
2) Есть подозрение, что адаптер теряет конец пакета.
3) Других устройств на шине нет? Если обмен идет с участием адресом получателя, то это подразумевает наличие других устройств на шине.

[mtit]

Рискну ещё предположить. Как то все зацикливаются, что если RS-485, то обязаткнльно асинхронный. А если интерфейс синхронный - то есть сигнал " клок".
Допустим, что тут другие рамки к длительности пауз между байтами. И то, что Вы с компьютера посылаете - для устройства является белибердой. Причём, оно или не дожидается байта - и тогда каждый новый байт - для него битая посылка. А разработчики сделали большой буфер под ответные сообщения.
Либо интервал в стандартных полтора байта - слишком быстро. Вот оно и шлёт в ответ - " не части".
Но более вероятно, что у устройства стоит в настройках два стоповых бита. А на компе - один. Т.е. комп все посылки видит. Но при попытке передачи с компа - устройство посылает Вас лесом.

[mike-y-k]

Резона заморачиваться с разными защитами в таких устройствах нет - только снижать прибыль. Ларчик должен просто открываться .

[baiderin]

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

[mike-y-k]

А цель таки какова такого изучения?
Поставить в легковую вместо повторителя стоп сигнала?
Или наладить централизованное программирование?
От цели и сплясать.