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

Я бы сначала проверил "правильность" интерфейса RS485. Зависимости от наличия (отсутвия) согласующего резистора 120 ом в общем случае быть не должно, а если наблюдается, то это свидетельствует о кривости интерфейса со стороны контроллера. В свое время натыкались на подобные симптомы неустойчивой связи АСУ со сторонними терминалами. Как нам объясняли, что кроме требуемых основных электрических параметров RS485 (Uxx>0.2В и Iкз>2мА) существует время переключения с приема на передачу и если оно большое, то возникает коллизия, когда на терминал ответил, а АСУ не успела переключиться на прием. Другими словами, терминал слишком быстро отвечает и АСУ пропускает начало ответа от терминала. Время ответа не постоянно, поэтому связь переодически пропадает.
К сожалению, ни каких настроек по времени переключения канала связи ни в контроллере, ни в терминале нет, поэтому поступили тупо - со стороны контроллера превратили полудуплексный (2х проводный RS485) в дуплексный RS232 установкой промежуточного преобразователя RS485/RS232 (кажется MOXA). Тем самым ушли от необходимости переключаения канала связи с передачи на прием и обратно на стороне контроллера. А согласующий резистор больше нужен для больших скоростей и длинных линий связи, мы его не ставили, хотя и с ним работает нормально.

С какой частотой отваливается? ставите резистор путем установки переключателя на TTL преобразователе или внешний резистор? попробуйте поставить резистор и со стороны C264
У нас был такой случай, заменили сервер портов ruggedcom RS416 на моху и все заработало.  НО там скорее всего дело было в ПО руггедкома

Блин я отвечал, но видимо инет не протянул.
Отваливаются с произвольной частотой. Никак не могу понять от чего зависит. иногда час стоит. иногда за 10 минут 3-4 раза отваливается.
И так, Резистор со стороны с264 ставишь, связь стабильная только с 1 из 2х стройств и ничего не принимает. :) не знаю чем это помогло, но попробовал.

https://drive.google.com/file/d/0B20rhQ … sp=sharing схему подключения. Панель 7ТМ и 8ТМ

1) Не знаю что вы имеете в виду под согласующей вилкол но там в TTL два разьема под RJ45 в нижний разъем последнего устройства вставлен RJ45  штекер с обжатым внутри 120 Ом резистром.
2) Вчера наконец нашел в мануалах логин и пароль к телнету снял трэйс. Похоже что экра не отвечает на запрос. контроллер ждет 5 секунд, повторяет его. а Экра отвечает "5E" и так несколько раз. Потом соединение рвется и поднимается заново с общим опросом. Там около 6-7 сообщений длиной 21.
Моксу пока не нашел, да и времени не было возиться с ним ))
3) Почему вы предлагаете именно через ECU цеплять?
4) Умеет ли ECU выдавать 485? может правда через нее попробовать. Ну если время будет попробую перевести на человеческий язык чего они там общаются.

с этого все началось, если меняешь местами не работает )

Для начала отбросьте 13 контакт от bcu. После этого напишите пожалуйста помогло или нет.

Кстати, да, лишняя земля со стороны контроллера. Типовая схема подключения Д2150 в приложении.

Можно еще попробовать подключить эту моксу к порту RS-232 на плате CPU (слот B), куда ECU обычно подключается.

Есть тут кто живой? Или я уже диггер?

Есть пара вопросов по Pacis:
1) При добавлении объекта в конфу из шаблона - все объекты за исключением корневого (якорного) объекта шаблона добавляются во "временные" области. Есть ли возможность массово переносить объекты по их законным местам (Например, есть шаблон с большим количеством сигналов - измеряется десятками - и у каждого есть привязка к 104-протоколу на шлюзе - надо массово переносить все эти сигналы в маппинг на шлюзе, а не тыкать в каждый и выбирать меню "перенести"?).

2) Есть ли возможность получать данные в систему pacis по 104-протоколу через ethernet?

Ну а через шлюз реально настроить получение данных?

И еще. В SCE выбираем C264, добавляем С26х SCADA prot, в свойствах во вкладке General меняем protocol на 104 - это разве не оно?? Хотя, судя по тому, что привязывать можно только к COM-портам, через ethernet данные получить не выйдет... Хотя зачем там socket IP во вкладке protocol - непонятно...