События отпадания сети в Linux

[boris_r_v]

День добрый.

Вопрос в следующем, - есть NPort работающий в режиме удаленного tty(под Linux), через него работает опрос пары устройств. Заказчики ребята не бедные, и устройство для них очень важно, и захотели иметь на те устройства резервированную линию связи.

выглядит примернотак: SCADA comp<->ethernet<->DSL-modem 1<->copper twisted pair<->DSP-modem 2<->ethernet<->Moxa NPort<->rs-485<->device, дыблируется все начиная c DSP-modem 1 по Moxa NPort

Работать это должно так: пропадает связь по основному каналу связи, инициализирую резервный канал связи (закрываю мертвый tty, открываю новый живой tty) - это в теории и так думали маляры.

Для реализации этого переключения необходимо событие что порт отпал, при использовании например usb2serial такое событие есть, а вот linux драйвер для NPort такого события не сгенерил, по ответам драйвера получается что устройство перестало отвечать на запросы.

Собственно два вопроса:

1. Так и должно быть?

2. Если так быть и должно то какие пути есть для реализации данной схемы резервирования?

[Komantsev]

Добрый день,

 

Да, стандартных оповещений о пропадании COM-порта нет. Не предусмотрены они.

Правильно ли я понимаю, что Вы самостоятельно разрабатываете ПО для опроса оборудования? Тогда вот что "с ходу" приходит в голову:

 

1. Периодически пинговать NPort и, в случае отсутствия ответа, закрывать основной TTY и работать с резервным
   
2. Периодически открывать/закрывать основной TTY и, в случае ошибки открытия, переходить на резервный. Но это, наверное, не очень хороший способ.
   

Мне кажется, ping был бы неплохим решением. Тогда можно вообще не делать виртуальные TTY-порты, а обмениваться данными с NPort через TCP-сокеты.

Что думаете? Или такой вариант Вам не подходит?