Форум » » контроллер онлайн/оффлайн » Ответить

контроллер онлайн/оффлайн

4ertjaga_88: Каким образом можно и можно ли вообще мониторить состояние проца в сетке,нужно именно в программе это отслеживать...конкретно интересует MC3

Ответов - 19

Вячеслав: Надо определиться, что именно хочется отслеживать и какими средствами. 1.Вероятно по SNMP можно мониторить, но конкретики не подскажу. 2.Все что доступно из консоли на 41795 порту тоже в вашем распоряжении. Вероятно достаточно было бы недокументированной команды TOP для оценки загрузки, но у меня на DIN-AP2 например она ничего кроме слова sorting не возвращает. 3.В саму программу Crestron можно внедрить некий алгоритм периодической отправки статуса alive на средство контроля.

4ertjaga_88: на самом деле странно,что програмно не было предусмотрено,мониторинг реальных часов есть,а наличие сети и текущий айпишник не засунули(

Ale4ko: 4ertjaga_88 пишет: на самом деле странно,что програмно не было предусмотрено,мониторинг реальных часов есть,а наличие сети и текущий айпишник не засунули( попробуйте воспользоваться Device Extender (Ethernet Information) слота Ethernet вашего процессора там вы увидите Serial outputs


Вячеслав: На одном объекте нам уже дважды боком вышла автоматическая корректировка часов по NTP. Отказались пока оставив лишь внутренние часы. Решили проще подвести иногда. Если сеть отвалится, вы сможете понять только когда он не пришлет очередной статус или не ответит на ping в зависимости от реализации вашего мониторинга. Кстати в командной строке есть команда для настройки вочдог.

4ertjaga_88: где? https://drive.google.com/open?id=0B_gQlYGj3UGlejhQUWNWTm5sY1E

Ale4ko: 4ertjaga_88 пишет: где? Тут

4ertjaga_88: о,спасибо,пойдёт

Kaveckiy: Мы для мониторинга оборудования в сети используем функцию NetWatch в маршрутизаторе Mikrotik с отправкой Push или e-mail.

Вячеслав: В чем суть контроля данной функцией?

Игорь K.: Не ищите здравый смысл внутри замутнённого разума. Обычная попытка связать все со всем.

Kaveckiy: Вячеслав пишет: В чем суть контроля данной функцией? Проц пингуется и при переходе из состояния online в состояние offline и обратно отправляется уведомление (e-mail и push). Все остальное оборудование, которое управляется процом контроллирует он сам и присылает оповещение. Используется для понимания работает процессор или уже нет. Судя по названию темы автора интересует именно это.

Игорь K.: Насколько часто процессор Crestron изволит зависать? Не пробовали заранее понять почему? Подобные темы просачиваются из чисто айтишных Техзаданий, насколько я понимаю.

Kaveckiy: Игорь K. пишет: Насколько часто процессор Crestron изволит зависать? Не пробовали заранее понять почему? Сам по себе у меня ни разу не зависал. Отпадаеть связь с процом может по 2-м причинам (из личного опыта): - нестабильная работа UPC (не мы ставили и установщики отвечали на наши обвинения в лучших традициях "вы все врете" и "какие ваши доказательства" ;) вот мы им их и предоставили. - нестабильная работа маршрутизатора. При очереном обновлении Микротик решил сам по себе включить давно отключенный watchdog и начал перегружаться раз в 5 минут.

Игорь K.: Неподконтрольная инфраструктура это большая неприятность и бомба под общей стабильностью проекта. Тяжести ситуации подбрасывает, зачастую, расхождение интересов сетевиков, электриков и слаботочников. Забыли волшебное слово - Интеграция.

Kaveckiy: Игорь K. именно поэтому мы вместе с автоматикой сразу же предлагаем и СКС на объекте а ИБП ставим в свою стойку.

Игорь K.: Ok, вот теперь понял что такое UPC, думал это что-то новое и модное в стойку сейчас пихают.

4ertjaga_88: На самом деле проблема наверно в роутере,потому как есть управление домашним кинотеатром,заказчик допустим увеличивает громкость с планшета и в тот момент если подлаганет вафля,то в процессе останется единица на vol up,и соответсвенно колонки охренеют от того,что их в максимум гонят,ограничить аудио проц по громкости никак....Вот и хотелось отложить обрыв сигнала и сбросить нарастание громкости....на самом деле с таким столкнулся впервые

Игорь K.: 4ertjaga_88, да неприятная ситуация. Вероятность ее ненулевая, для Wi-Fi управляторов не нужно использовать тактируемые регуляторы. Это такие, что при нажатии и удержании Oscillator будет продвигать увеличение громкости. Сделайте так, чтобы каждое приращение громкости на 1 dB происходило при повторном обязательном нажатии. Осмелюсь сформулировать итог: нужно программно предусматривать случайные перерывы в связи по Wi-Fi, чтобы незавершенные команды завершались принудительно, что касается регуляторов уровня, управления видеокамерами...

Вячеслав: Да уж, от авто приращения придется отказаться.



полная версия страницы