Jump to content
Форум по продукции MOXA

fisher74

Пользователи
 View Profile  See their activity

  • Posts

    11

  • Joined

  • Last visited

 Content Type 

Posts posted by fisher74

    TCC-100: RS485 (2W) via RS232

    in Медиаконвертеры

    Posted

    нет, железки полностью закрытые от внешнего вмешательства в плане настройки связи. Только перемычки касающиеся основного назначения (автоматика).

    Возможно ли влияние свободных линий RS-485 на качество сигнала по 2-х проводной схеме?

    TCC-100: RS485 (2W) via RS232

    in Медиаконвертеры

    Posted

    Подключили железки к мультиплексору по 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. И что-то мне подсказывает, что виной всему те самые выбросы(иголочки)

    mux.jpg

    TCC-100: RS485 (2W) via RS232

    in Медиаконвертеры

    Posted

    Спасибо за  ответ.

    Соединили оборудование по RS-485 напрямую и подключили параллельно к ним одной стороной полностью собранную схему линии примерно в том виде, в котором намечается эксплуатировать (то есть RS-232 - многоканалка - RS-232 ).  Причём по 3-х проводной схеме. В итоге получилась прослушка RS-485 с трансляцией по каналу связи.

    Оборудование завязалось между собой и начался обмен. Этот обмен виден как по светодиодам на MOXA (естественно в одну сторону), так и прибором на выходе RS-485 дальнего медиаконвертора. То есть трафик всё-таки проходит. Для исключения "односторонки" проверили работу в обе стороны.

    Сигнал на "холостом" выходе смотрим Fluke 123. Пачки сигналов хорошо видны, размах порядка 4.7В (без терминатора). Но видны большие иголки на переходах. - порядка полувольта. Предпологаем, что они и мешают работе.

    Если добавить терминатор, все уровни и полезного сигнала и иголок равномерно уменьшаются

    Картинки прилагаю

     

    clean.jpg

    peaks.jpg

    TCC-100: RS485 (2W) via RS232

    in Медиаконвертеры

    Posted

    Вчера задавал этот вопрос, но видимо не в том разделе и тему дропнули... Думаю теперь ветка правильная

    Просим помощи.

    Стоит задача: соединить два оборудования, работающих по 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

    Спасибо

    Вторая плата C104P ISA

    in Мультипортовые платы и модули RS-232/422/485

    Posted

    Некорректная настройка драйвера исключена, так как в настроечной программе использовался шаблон (даже фотка осталась), major-minor так же устанавливались msmknod практически с дефолтными ответами (только указал, что два борда).

    Неисправность самой карты.... конечно не исключаю.

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

    Мысль ясна, буду думать как решить эту проблему. Будут новости - напишу.

    За попытку помочь - огромное спасибо.

     

    Эххххх...Ещё хотя бы одну мультипортовку на шине ISA, чтобы хоть подменить можно было, а то как по острию ножа... А руководству по барабану, ждут видимо когда ахнется, чтобы потом меня упрекнуть, что не убедил в критичности ситуации. (((

     

    Приму любую мультипортовку на шине ISA на 4+ портов в обмен на благодарность. Главное, чтобы её можно было запустить на линуксе.. Могу в комплект к благодарности добавить пару 2-х портовых на шине PCI (сейчас модель не помню, пылятся в ящике).

     

     

    Может заодно подскажете? Какие есть ещё доступные мультипортовки RS232 с шиной ISA (PCI не разведены в железяках)

     

    Уже даже кошусь на USB-RS232. А что ... 4-х портовый USB-хаб и 4 преобразователя...

    Вторая плата C104P ISA

    in Мультипортовые платы и модули RS-232/422/485

    Posted

    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 и не нужен :rolleyes: ), забросил в правильное место и перезагрузил.

    Желаемого результата не получил - порты мёртвые - трафик не идёт.

    ╔═════════════════════════════════════════════════════╗

    ║Time[00:00:27] Board #2 :C104 series Interval 3 sec <+/-> ║

    ║ ----------- Rx ------------- ----------- Tx ------------ ║

    ║ Device Char Count Throughput(BPS) Char Count Throughput(BPS) ║

    ║ name (bytes) Interval Average (bytes) Interval Average║

    ╟──────────┬──────────┬────────┬────────────╢

    ║ttyM8 │166│ 3│ 6│ 164│ 4│ 6║

    ║ttyM9 │344│ 3│ 12│ 181│ 4│ 6║

    ║ttyM10 │ 0│ 0│ 0│ 0│ 0│ 0║

    ║ttyM11 │ 0│ 0│ 0│ 0│ 0│ 0║

    ╠══════════╧══════════╧════════╧═════════╣

    ║ PgUp,PgDn:More Ports Home:Reset Count Esc:Exit Enter:Port Status ║

    ╚════════════════════════════════════════════════════════╝

×
×
  • Create New...