Очень странная и бесполезная статья, с кучей неточностей. Больше похожа на сочинение «Как я провел лето, выполняя студенческую практику».
Автоматизированная система управления технологическим процессом называется – АСУ ТП.
Аж глаз задергался. АСУ ТП — это аббревиатура от «автоматизированная система управления технологическим процессом», а никак не название.
Автоматизация технологических процессов снижает стоимость эксплуатации промышленной системы. Автоматизированная система управления технологическим процессом называется – АСУ ТП. Экскаватор, подобный описанному, не исключение.
Вообще весь этот абзац состоит из трех несвязанных между собой предложений.
Питание / топливо: шагающие экскаваторы работают на электричестве
ЭКГ 20 — гусеничный, а не шагающий.
Задачи эксплуатации экскаватора сходны с задачами эксплуатации промышленного объекта:
И далее следуют «контроль..., осмотр..., мониторинг....». Пусть поправят более опытные и знающие коллеги, но все же технологический процесс тут — добыча чего-либо, а никак не сам экскаватор. Все, что перечислено далее — это системы телеметрии и управления этим экскаватором. В общем, какая-то путаница в терминологии. В чем автоматизация-то?
Также на экскаваторе устанавливается
Устанавливается куча всего фениксовского, но на фотографии шкафа от феникса только блок питания, и, возможно, клеммники (больше похожи на ваго, но мало ли). А так сименс, шнайдер и иное… Зачем тогда эта фотка?
И еще куча различных недочетов. В общем, пример, как не надо рассказывать об интересных вещах.
Это тоже раздражает. Я делал установку совсем недавно — версия была 2.4.1. 2.5 не было. Теперь получается, что появилась 2.5 буквально за одну неделю…
Вообще сам по себе продукт показался довольно глючным. И документация к нему местами допускает очень большие двусмысленности. И даже ТАС ломает голову и не знает, как решить, в чем проблема.
Доброго дня.
Спасибо за статью. Сам все планирую написать что-то аналогичное по CMS, да все лень и руки не доходят. Поэтому немного покритикую и дополню.
В целом настройка конкретно этой части строго по мануалам, ничего интересного и сложного нет. Больше того, интеграция с CUCM — это самая простая и беспроблемная часть настройки CMS. Самый ад начинается дальше, когда приходится настраивать нужный функционал через API. А так же сделать работоспособной конференцию через Expressway. Да не просто через Expressway, а стоящим за МЭ.
Касательно интеграции с CUCM. Важно помнить, что:
— нужно правильно создать сертификаты с нужными именами в SAN'ах, потому что иначе не заработает;
— не знаю, как в версии 2.4.1, а в версии 2.1-2.3 был следующий баг — если случайно ввести пароль неверно при создании Conference Bridge, то ошибки никакой не возникало, мост регистрировался, но видеоконференции при видимой работоспособности соединения не работали. Только в логах вместе с ТАС удавалось выяснить, что проблема таки есть именно в неправильном пароле;
— Если вдруг через полгода вы приходите на работу, а у вас не работает видеоконференцсвязь, в первую очередь проверьте пароли пользователя с правами API, которого как раз и указывают при создании Conference Bridge. По умолчанию все пароли действительны в течение 184 дней (6 месяцев по документации), после чего они становятся неактивными, и требуется вручную поправить их везде.
— Не увидел в статье настройки маршрутизации звонков для ad-hoc конференций через Spaces. Но, возможно, не планировалось.
— Самый большой минус лично для меня — необходимость интеграции с AD. Т.е. без нее, конечно, все будет работать. Но управление конференциями, смены паролей на spaces, резервирование слота — все это делается через специальную управлялку (Cisco Meeting Manager), которая даже не устанавливается без AD (требуется указать контроллеры доменов на этапе установки). Грусть прям.
Еще много вопросов есть, которые лично я, даже общаясь с ТАС, не закрыл полностью. Поэтому, если будет интересно, пишите, возможно поможем друг другу.
Не совсем про программистов, но тоже в тему: мой коллега (2xCCIE, JNCIE) собеседовался в одну компанию на должность сетевого инженера. И после 3 технических собеседований ему предложили пройти 8 часовую лабу, аналогичную только что сданному JNCIE, в качестве тестового задания и решающего шага к найму. Он покрутил пальцем у виска, сказал, что ему больше таких нервяков не нужно. Но в итоге его все равно взяли :)
Аж глаз задергался. АСУ ТП — это аббревиатура от «автоматизированная система управления технологическим процессом», а никак не название.
Вообще весь этот абзац состоит из трех несвязанных между собой предложений.
ЭКГ 20 — гусеничный, а не шагающий.
И далее следуют «контроль..., осмотр..., мониторинг....». Пусть поправят более опытные и знающие коллеги, но все же технологический процесс тут — добыча чего-либо, а никак не сам экскаватор. Все, что перечислено далее — это системы телеметрии и управления этим экскаватором. В общем, какая-то путаница в терминологии. В чем автоматизация-то?
Устанавливается куча всего фениксовского, но на фотографии шкафа от феникса только блок питания, и, возможно, клеммники (больше похожи на ваго, но мало ли). А так сименс, шнайдер и иное… Зачем тогда эта фотка?
И еще куча различных недочетов. В общем, пример, как не надо рассказывать об интересных вещах.
А разве Expressway закопан? Живее всех живых для MRA и B2B… По крайней мере так позиционируется.
Вообще сам по себе продукт показался довольно глючным. И документация к нему местами допускает очень большие двусмысленности. И даже ТАС ломает голову и не знает, как решить, в чем проблема.
Спасибо за статью. Сам все планирую написать что-то аналогичное по CMS, да все лень и руки не доходят. Поэтому немного покритикую и дополню.
В целом настройка конкретно этой части строго по мануалам, ничего интересного и сложного нет. Больше того, интеграция с CUCM — это самая простая и беспроблемная часть настройки CMS. Самый ад начинается дальше, когда приходится настраивать нужный функционал через API. А так же сделать работоспособной конференцию через Expressway. Да не просто через Expressway, а стоящим за МЭ.
Касательно интеграции с CUCM. Важно помнить, что:
— нужно правильно создать сертификаты с нужными именами в SAN'ах, потому что иначе не заработает;
— не знаю, как в версии 2.4.1, а в версии 2.1-2.3 был следующий баг — если случайно ввести пароль неверно при создании Conference Bridge, то ошибки никакой не возникало, мост регистрировался, но видеоконференции при видимой работоспособности соединения не работали. Только в логах вместе с ТАС удавалось выяснить, что проблема таки есть именно в неправильном пароле;
— Если вдруг через полгода вы приходите на работу, а у вас не работает видеоконференцсвязь, в первую очередь проверьте пароли пользователя с правами API, которого как раз и указывают при создании Conference Bridge. По умолчанию все пароли действительны в течение 184 дней (6 месяцев по документации), после чего они становятся неактивными, и требуется вручную поправить их везде.
— Не увидел в статье настройки маршрутизации звонков для ad-hoc конференций через Spaces. Но, возможно, не планировалось.
— Самый большой минус лично для меня — необходимость интеграции с AD. Т.е. без нее, конечно, все будет работать. Но управление конференциями, смены паролей на spaces, резервирование слота — все это делается через специальную управлялку (Cisco Meeting Manager), которая даже не устанавливается без AD (требуется указать контроллеры доменов на этапе установки). Грусть прям.
Еще много вопросов есть, которые лично я, даже общаясь с ТАС, не закрыл полностью. Поэтому, если будет интересно, пишите, возможно поможем друг другу.