Радиомодем guardian-100 искажает информацию при использовании RS-485

[z827]

Ситуация следующая: имеется пара модемов Guardian 100 ver 1.3. Возникла необходимость организовать временный канал передачи данных (основное оборудование ушло в ремонт). С обоих сторон канала стоят мохи с интерфейсом RS-485, поэтому мы у себя на столе решили предварительно настроить модемы, что бы не тратить времени в поле. В наличии есть китайские адаптеры USB to RS-485. По кабелю они устойчиво работают друг с другом, да и при подключению, например, к Болидовскому оборудованию проблем не возникало. Но когда мы подключились ими к радиомодемам, то передача данных происходила с ошибками, перешли на RS-232 и ошибки прекратились, поэтому китайские адаптеры USB to RS-485 попали под подозрение. Но когда мы приехали в поле и стали запускать передачу данных с адаптерами моха, то оказалось что и с ними передача данных через радиомодемы была с ошибками и канал СЛТМ "не поднимался". Когда мы перенастроили эти адаптеры и радиомодемы для работы по RS-232 - передача данных пошла.

Вот пример как искажается информация при передаче через радиоканал в случае подключения по 485. На противоположной стороне в гипертерминале нажали на кнопку 1, 2, 3 и т.д. то есть без искажения должны приниматься все 1, 2, 3 и т.д.

±±11111111±±1111111111111±±111111111±111111111±±11111
1111±11122222222²2222222222²222222222²2222222222²2222222233333333³³3333333³³³333
33333111±111±11±111111±±1111111111111±111111111±±111111111111222²²222222²221111±
±±111111111±±11111111±±11111111±±111111111±±11111111±±111111111±±111111111±±1111
111±±11111±11111111±±1111111111±11111111±±±111111111±11111111±±1111111111±

Видно что искажения однотипные. При использовании RS-232 искажения отсутствуют, т.е. получается что радиомодем некорректно принимает даyные по RS-485. Режим работы RS-485 двухпроводный, скорость 9600,8,N,1.

А вот лог с радиомодема на приемной стороне живой системы линейно телемеханики. Контроллер с противоположной стороны шлет одинаковые запросы, но принимаются они уже с искажениями.

01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 03 2B 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 46 1D 78 C8 16 00 32
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35
01 20 47 1D 78 C0 15 01 2D 01 14 43 1D 78 C8 16 00 35


Собственно вопрос: сталкивался кто-нибудь с подобным поведением этих радиомодемов?

[GRIGORYEV]

интересно, решена ли проблема, может дело просто в полярности на RS485?

[z827]

Решения не нашли. При несовпадении полярности передачи данных вообще нет.

[Jackson]

Вызывает сомнение подозрение на модем, потому что в Вашем случае контрольная сумма меняется в зависимости от посылки. Модем в прозрачном режиме - это всего лишь транспорт (можно считать его проводом) и посылки он не должен менять, пересчитывая контрольную сумму. Читайте посылку прямо на входе в модем и сравнивайте с тем что приняли на другой стороне - только так можно определить место проблемы.

Я сталкивался с этой похожей проблемой с другими модемами. Причина была в том, что определённые сочетания байт модем распознаёт как собственные АТ-команды и соответственно их "глотает". Именно этих байт и не будет в посылке, притом что контрольная сумма не пересчитывается (модем это только транспорт, он не считает контрольные суммы), в результате вся посылка считается потерянной.
Лечится это только обращением к производителю с подробным описанием проблемы и логами трафика, с указанием потерянных байт - производитель правит прошивку модема и присылает. Это если баг в прошивке. Другого способа мы не нашли.
Если же в конкретном модеме это обрабатывается аппаратно какой-нибудь микросхемой (что вряд ли, но вероятность есть) - это изменение схемотехники модема и, сами понимаете, быстро это не пофиксят.

Это то что производители модемов декларируют как "прозрачный канал связи", который оказывается не совсем прозрачным. Найти такой баг непросто, потому что определённые последовательности байт даже не у всех пользователей встречаются. Поэтому надо слать наиподробнейшее описание с логами потока данных: вот отправили в модем такую посылку, вот что приняли на другой стороне, вот эти байты потеряны или искажены.