fisher74

Вот здесь: например RX-ы или RTS-ы.... Хотя там, конечно, дифференциальный сигнал применяется... Мда... наврядли

нет, железки полностью закрытые от внешнего вмешательства в плане настройки связи. Только перемычки касающиеся основного назначения (автоматика). Возможно ли влияние свободных линий RS-485 на качество сигнала по 2-х проводной схеме?

Подключили железки к мультиплексору по RS-485 - связь установилась и пошла работа. Скриншот сигнала ниже Попробовали воспроизвести схему железяка1(RS-485) <-> (RS-485)мультиплексор (RS-232)<->(RS-232)TCC-100(RS-485)<->(RS-485)железяка2 Видно, что железяка1 принимает данные от железяки2, даже пытается выставить индикацию. что связь установлена. А вот железяка2 сигналы явно не распознаёт. Игра pull hi/low резисторами и терминатором к положительным результатам не привела. Вывод - явные проблему распознавания сигнала от MOXA. И что-то мне подсказывает, что виной всему те самые выбросы(иголочки)

пробовали - бесполезняк, не взлетает.

Нет-нет, первая картинка - это чистый RS-485. А вторая- после передачи. С терминатором на "дальней" стороне выглядит так. В статике выглядит вообще отвратно

Спасибо за ответ. Соединили оборудование по RS-485 напрямую и подключили параллельно к ним одной стороной полностью собранную схему линии примерно в том виде, в котором намечается эксплуатировать (то есть RS-232 - многоканалка - RS-232 ). Причём по 3-х проводной схеме. В итоге получилась прослушка RS-485 с трансляцией по каналу связи. Оборудование завязалось между собой и начался обмен. Этот обмен виден как по светодиодам на MOXA (естественно в одну сторону), так и прибором на выходе RS-485 дальнего медиаконвертора. То есть трафик всё-таки проходит. Для исключения "односторонки" проверили работу в обе стороны. Сигнал на "холостом" выходе смотрим Fluke 123. Пачки сигналов хорошо видны, размах порядка 4.7В (без терминатора). Но видны большие иголки на переходах. - порядка полувольта. Предпологаем, что они и мешают работе. Если добавить терминатор, все уровни и полезного сигнала и иголок равномерно уменьшаются Картинки прилагаю

Вчера задавал этот вопрос, но видимо не в том разделе и тему дропнули... Думаю теперь ветка правильная Просим помощи. Стоит задача: соединить два оборудования, работающих по 2-Wire RS485 посредством RS-232 (дальше RS-232 должен передаваться системами связи с уплотнением каналов). Т.е. не как обычно RS-232 via RS-485, а наоборот. Но что-то пошло не так уже на стендовых испытаниях В качестве медиаконверторов взяли tcc-100 (не я выбирал, привлечен уже после нескольких неудачных попыток). Все переключатели в OFF. Пробовали соединять RS-232 по простой схеме (2/3-5) - не заработало. Я это сразу отмёл и предложил соединить нульмодемным кабелем. По индикации - все светодиоды светятся (без промаргиваний). Соединяемое оборудование, до соединения посылает пакеты (по индикации), а после соединения медиаконверторов по RS-232 перестаёт, но в в работу не входит. Мои предположения: медиаконверторы соединяются по RS-232, но трафик не передают ввиду запрета передачи, потому канал RS-485 так же встаёт в режим ожидания. И есть серьёзные сомнения, что tcc-100 можно использовать "вверх ногами". Подскажите, есть ли вариант решения? Каким кабелем можно соединить медиаконверторы между собой по RS-232 Спасибо

Некорректная настройка драйвера исключена, так как в настроечной программе использовался шаблон (даже фотка осталась), major-minor так же устанавливались msmknod практически с дефолтными ответами (только указал, что два борда). Неисправность самой карты.... конечно не исключаю. Про смену карт местами думал, но вся сложность ситуации заключается в том, что через них идёт достоточно критичный трафик. Потому работы можно проводить только ночью, но это ещё усугубляется и крайне ограниченным доступом в здание даже днём. Мысль ясна, буду думать как решить эту проблему. Будут новости - напишу. За попытку помочь - огромное спасибо. Эххххх...Ещё хотя бы одну мультипортовку на шине ISA, чтобы хоть подменить можно было, а то как по острию ножа... А руководству по барабану, ждут видимо когда ахнется, чтобы потом меня упрекнуть, что не убедил в критичности ситуации. ((( Приму любую мультипортовку на шине ISA на 4+ портов в обмен на благодарность. Главное, чтобы её можно было запустить на линуксе.. Могу в комплект к благодарности добавить пару 2-х портовых на шине PCI (сейчас модель не помню, пылятся в ящике). Может заодно подскажете? Какие есть ещё доступные мультипортовки RS232 с шиной ISA (PCI не разведены в железяках) Уже даже кошусь на USB-RS232. А что ... 4-х портовый USB-хаб и 4 преобразователя...

Спасибо, буду ждать с нетерпением.

Нет идей, как запустить эти два порта?

C104P - имеется в работе такие динозавры. $ cat /etc/issue Mandrake Linux release 9.1 (Bamboo) for i586 Kernel 2.4.29 on an i686 / \l изначально ставили драйвер сборный (не ядерный) - v1.15 Пока пользовались одной платой - проблемы не было. /dev/ttyM0-M3: Работа в режиме RS232 на скорости 19200, Flow Control - none (усечённый Com-порт) Но появилась необходимость добавить ещё портов. Конфигурим bios и саму плату и создаём интерфейсы с помошью msmknod. Получаем $ cat /proc/ioports | grep mxser ; cat /proc/interrupts | grep mxser 0180-019f : mxser(IO) 01c0-01c0 : mxser(vector) 0280-029f : mxser(IO) 02c0-02c0 : mxser(vector) 10: 22039 IO-APIC-edge mxser 11: 48086 IO-APIC-edge mxser $ ls -l /dev/ttyM* crw------- 1 root root 30, 0 Янв 1 1970 /dev/ttyM crwxrwxrwx 1 root root 30, 0 Сен 24 16:39 /dev/ttyM0 crwxrwxrwx 1 root root 30, 1 Сен 24 16:39 /dev/ttyM1 crwxrwxrwx 1 root root 30, 10 Сен 24 15:47 /dev/ttyM10 crwxrwxrwx 1 root root 30, 11 Сен 24 15:40 /dev/ttyM11 ... crwxrwxrwx 1 root root 30, 15 Сен 24 15:40 /dev/ttyM15 crwxrwxrwx 1 root root 30, 2 Сен 24 16:39 /dev/ttyM2 ... crwxrwxrwx 1 root root 30, 8 Сен 24 16:39 /dev/ttyM8 crwxrwxrwx 1 root root 30, 9 Сен 24 16:39 /dev/ttyM9 crwxrwxrwx 1 root root 31, 0 Сен 24 15:40 /dev/ttyMUE0 ... crwxrwxrwx 1 root root 31, 9 Сен 24 15:40 /dev/ttyMUE9 Вроде всё ОК, но сталкиваемся с тем, что ttyM8 и ttyM9 работают, а вот ttyM10 и ttyM11 - нет Причём если в терминалке (utility/term) изменить скорость и выключить FlowControl, то при контрольной передаче символов происходит следующее: ttyM10 - скорость (судя по msmon) меняется, FlowControl - none, потыется передать 7 байт и встаёт ttyM11 - скорость НЕ меняется, FlowControl - none, не может передать ни одного байта При переходе с ttyM10 на другой порт терминалка подвешивается секунд на 20. Скачал новый драйвер v1.16 - сразу не собрался. Поправил с Makefile SOURCE_TARGET2 на mxpcie, так же сборка закончилась с ошибкой, но модуль mxser.o собрался (а pci и не нужен ), забросил в правильное место и перезагрузил. Желаемого результата не получил - порты мёртвые - трафик не идёт.