UniSet
1.4.0
|
Обмен построен на основе протокола UDP. Основная идея заключается в том, что каждый узел на порту равном своему ID посылает в сеть UDP-пакеты содержащие данные считанные из локальной SM. Формат данных - это набор пар "id - value". Другие узлы принимают их. Помимо этого данный процесс запускает по потоку приёма для каждого другого узла и ловит пакеты от них, сохраняя данные в SM.
По умолчанию при считывании используется unet_broadcast_ip (указанный в секции <nodes>) и id узла - в качестве порта. Но можно переопределять эти параметры, при помощи указания unet_port и/или unet_broadcast_ip, для конкретного узла (<item>).
<nodes port="2809" unet_broadcast_ip="192.168.56.255"> <item ip="127.0.0.1" name="LocalhostNode" textname="Локальный узел" unet_ignore="1" unet_port="3000" unet_broadcast_ip="192.168.57.255"> <iocards> ... </iocards> </item> <item ip="192.168.56.10" name="Node1" textname="Node1" unet_port="3001"/> <item ip="192.168.56.11" name="Node2" textname="Node2" unet_port="3002"/> </nodes>
В текущей реализации поддерживается возможность обмена по двум подсетям (эзернет-каналам). Она основана на том, что, для каждого узла помимо основного "читателя", создаётся дополнительный "читатель"(поток) слушающий другой ip-адрес и порт. А так же, для локального узла создаётся дополнительный "писатель"(поток), который посылает данные в (указанную) вторую подсеть. Для того, чтобы задействовать второй канал, достаточно объявить в настройках переменные unet_broadcast_ip2. А также в случае необходимости для конкретного узла можно указать unet_broadcast_ip2 и unet_port2.
Переключение между "каналами" происходит по следующей логике:
При старте включается только первый канал. Второй канал работает в режиме "пассивного" чтения. Т.е. все пакеты принимаются, но данные в SharedMemory не обновляются. Если во время работы пропадает связь по первому каналу, идёт переключение на второй канал. Первый канал переводиться в "пассивный" режим, а второй канал, переводится в "нормальный"(активный) режим. Далее работа ведётся по второму каналу, независимо от того, что связь на первом канале может восстановиться. Это сделано для защиты от постоянных перескакиваний с канала на канал. Работа на втором канале будет вестись, пока не пропадёт связь на нём. Тогда будет попытка переключиться обратно на первый канал и так "по кругу".
В свою очередь "писатели"(если они не отключены) всегда посылают данные в оба канала.