Trace Mode 5 DTR-RTS

   Я так понял что со стороны компа стоит преобразователь RS232->аналоговый модем.  Проблема в том что направление передачи этот преобразователь определяет так: по умолчанию он принимает данные с линии и отправляет в RS232, когда же он что-то слышит со стороны компьютора , то он переключается в режим передачи от компа в линию.

На этом преобразователе есть переключатель скоростей?  Если есть , то попробуйте поставить скорость ВЫШЕ (скорее даже на 2-3 скорости ) чем та, на которой осуществляется связь преобразователь-компьютор.  Возможно тогда преобразователь будет правильно переключаться.  А то что в начале посылки у TraceMode не посылаются несколько FF,  так это мужики глупость сделали.  3-4 фы-фы надо посылать всегда . Они специально посылаются чтобы преобразователи, формирователи, репитеры успели определить направление передачи и переключились в нужном направлении.

Написал и задумался. У Вас там действительно модем или просто формирователь?  Формирователь - это труба - он ничего не преобразовывает, это просто мощный драйвер.  Ему сорость нужна только для того чтобы корректно переключать направление.  А если там сидят мозги и они не просто проваливают данные , а принимают и перепосылают, то фокус с изменением скорости не пройдет.  Но в этом случае имеет смысл поиграться скоростями обмена - может на какой-то корректно переключение сделано.
Никакие задержки тут на помогут.  Если только устройство понимает управление направлением по состоянию вывода RTS и скада его выставляет при передаче- тогда можно направлением так управлять. Посмотрите как кабель комп с устройством соединает, может в компе уже этот сигнал появляется?

Автор	Сообщение Share Topic Распечатать! Google Delicious Digg StumbleUpon Windows Live Yahoo Bookmarks reddit Facebook MySpace Newsvine Furl Тема сообщения Поиск Свойства темы Ответить Создать новую тему
Vald Профили участников Послать частное письмо Поиск публикаций участников Посетить домашнюю страницу участника Добавить в список приятелей Действительный член Присоединился: 02 Октябрь 2007 Категория: Russian Federation Online Status: Offline Публикации: 427	Свойства публикации Ответить Ответить, цитируя автора - Vald Сообщить модератору Ответить, цитируя автора - Ответ Тема сообщения: Trace Mode 5 DTR-RTS Опубликовано: 02 Ноябрь 2007 13:57
	Я так понял что со стороны компа стоит преобразователь RS232->аналоговый модем. Проблема в том что направление передачи этот преобразователь определяет так: по умолчанию он принимает данные с линии и отправляет в RS232, когда же он что-то слышит со стороны компьютора , то он переключается в режим передачи от компа в линию. На этом преобразователе есть переключатель скоростей? Если есть , то попробуйте поставить скорость ВЫШЕ (скорее даже на 2-3 скорости ) чем та, на которой осуществляется связь преобразователь-компьютор. Возможно тогда преобразователь будет правильно переключаться. А то что в начале посылки у TraceMode не посылаются несколько FF, так это мужики глупость сделали. 3-4 фы-фы надо посылать всегда . Они специально посылаются чтобы преобразователи, формирователи, репитеры успели определить направление передачи и переключились в нужном направлении. Написал и задумался. У Вас там действительно модем или просто формирователь? Формирователь - это труба - он ничего не преобразовывает, это просто мощный драйвер. Ему сорость нужна только для того чтобы корректно переключать направление. А если там сидят мозги и они не просто проваливают данные , а принимают и перепосылают, то фокус с изменением скорости не пройдет. Но в этом случае имеет смысл поиграться скоростями обмена - может на какой-то корректно переключение сделано. Никакие задержки тут на помогут. Если только устройство понимает управление направлением по состоянию вывода RTS и скада его выставляет при передаче- тогда можно направлением так управлять. Посмотрите как кабель комп с устройством соединает, может в компе уже этот сигнал появляется?
	При экспериментах ни один чайник не пострадал ----------- Плохому системному интегратору всегда OPC сервер мешает. ______________ Пишу на C++ за еду

Dismay Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464	Свойства публикации Ответить Ответить, цитируя автора - Dismay Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 02 Ноябрь 2007 14:27
	Вы говорите, что у вас реализован протокол Advantech и имитация модуля ADAM-4017, а вы пробовали, через туже цепь опрашивать чем нибудь другим, не "Через терни к звездам" а например утилитой Advantech ADAM-4000-5000 Utility сначала стоит локализовать проблему ИМХО

Dismay Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464	Свойства публикации Ответить Ответить, цитируя автора - Dismay Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 02 Ноябрь 2007 14:36
	Я много в свое время убил времени на то что бы получить стабильный опрос в ТМ 5.16 через Advantech EDG-4504 и в конечном итоге решил эту идею похоронить, через физические порты еще худо бедно все работало на небольшом количестве модулей, а через изернет удлинитель постоянно были затыки с зависанием МРВ (1200 аналоговых сигналов и 500 дискретных) ADAM-4018 и ADAM-4053 Сейчас сделал два варианта на ST под CoDeSys SP PLCWinNT V2.4 И на C# через Adam.NET Class Library 2005.exe И на всякий случай ради прикола через класс компорта тоже на C# естно АИМХЭПИ

Dismay Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464	Свойства публикации Ответить Ответить, цитируя автора - Dismay Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 02 Ноябрь 2007 14:48
	Наименее криво в ТМ5.16 реализован обмен по OPC собственно так и вышли из ситуации, в обоих случаях, с оборудованием работает OPC сервер а МРВ работает с OPC это оказалась самая стабильная связка. И для протокола Advantech и для Modbus for TCP. Во всяком случае нареканий нет за последние два три года. Может вам стоит пойти тем же путем если хотите ипользовать ТМ.