Отправлено: 15.01.16 11:23. Заголовок: Мониторинг

Добрый день!

А как вообще правильно осуществляется мониторинг работы контроллера. В симпле есть System monitor, но там по сути я могу смотреть запущена программа или нет, а если контроллер завис или умер через это я узнать не могу. По сути задача - один контроллер стоит который мониторит работу других и в случае чего выдает сообщение.

 Отправлено: 15.01.16 12:10. Заголовок: Как вариант на главн..

Как вариант на главном контроллере поднять серверы (на разных портах) по числу контролируемых контроллеров, на всех контролируемых поднять клиенты. С клиентских контроллеров по осциллятору (раз в 50с) отправлять статус типа "alive" (или любого удобного вам типа).
На серверной стороне приход статуса сбрасывает предыдущий wait и открывает новый wait с таймером ожидания например в 60с. Если очередная посылка не получена,сработает тело wait в котором вы определите свою реакцию (отправка sms, email, звуковая или визуальная сигнализация).
Можете усложнить задачу и контролировать еще и загрузку процессора (top). Но я так понимаю не на всех процессорах эта команда выдает результат.
P/S Серверов поднимать приходится несколько, потому как crestron держит лишь одно активное входящее соединение одновременно.(

 Отправлено: 15.01.16 12:17. Заголовок: Вячеслав про серверы..

Вячеслав про серверы это интересно! а можно подробнее? Или ссылку на материал. Так как представления как это на крестроне делается в принципе нет!

 Отправлено: 15.01.16 13:31. Заголовок: Достаточно просто. T..

Достаточно просто.
TCP/IP Server добавляется так же как и панель. Он присутствует в списке устройств добавляемых на IP интерфейс контроллера.
В свойствах указываете адрес 0.0.0.0 (допустимо подключения клиента с любого IP адреса)
В свойствах элемента указываете порт на котором сервер будет слушать. Например 60000d.
С клиентской стороны точно так же добавляете TCP/client в настройках которого пишете IP адрес центрального контроллера и порт 60000d.
Так повторяете для каждой связки сервер-клиент. Только номера портов меняете.
Остается написать модуль для обработки посылок от клиентов подтверждающих их работоспособность и реакцию на случай если посылка от клиента не пришла в ожидаемый интервал.
В простейшем виде что то типа:
DIGITAL_INPUT start_control;
STRING_INPUT RX[100];
DIGITAL_OUTPUT Device_alarm_fb;

Function Function_send_alarm()
{
//you reaction for event not responce
}

Function function_wait_responce()
{
Wait(600)
{
Device_alarm_fb=1;
Function_send_alarm();
}
}

PUSH start_control
{
function_wait_responce();
}

CHANGE RX
{
CancelAllWait();
Device_alarm_fb=0;
function_wait_responce();
}

На стороне клиента модуль будет содержать всего то:
DIGITAL_INPUT oscillator;
STRING_OUTPUT TX;
PUSH oscillator
{
TX="I'am is alive";
}

Все (кроме модуля обработчика) это можно было бы замутить и через элемент Ethernet intersytem communication если он вам знаком больше. Но этот вариант выглядит для меня несколько избыточно под данную задачу.

 Отправлено: 15.01.16 13:34. Заголовок: Вячеслав Теперь все ..

Вячеслав Теперь все ясно стало! Спасибо большое! Буду пробовать!)