- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Отправка аварийных сообщений с помощью Телеграмм-бота
Модератор: kirillio
-
- здесь недавно
- Сообщения: 2
- Зарегистрирован: 03 фев 2024, 18:16
- Имя: Василий
- Благодарил (а): 3 раза
Отправка аварийных сообщений с помощью Телеграмм-бота
Всем добрый день! Работаю слесарем КИПиА, обслуживаю и ремонтирую первый уровень АСУ ТП (датчики, двигатели и проч.). Руководство предложило мне проявить себя и реализовать проект по контролю и управлению температуры в серверной.
Решил я собрать схему на ОВЕНе ТРМ + термопара со следующим алгоритмом: ТРМ мониторит с помощью термопары температуру в помещении, и управляет системой охлаждения в виде кондиционера.
Всё было бы хорошо, если бы не одно «но» . Начальство ещё захотело, чтобы в случае выхода температуры за установленные пределы (в бОльшую либо в меньшую сторону), приходило ему сообщение на телефон с помощью Телеграмм-бота.
Прошу помощи у знающих людей, каким образом можно реализовать данную «хотелку»? Насколько я знаю, ОВЕН функции отправки сообщений не имеет, а может только связываться по RS-485.
Заранее благодарю за советы!
Решил я собрать схему на ОВЕНе ТРМ + термопара со следующим алгоритмом: ТРМ мониторит с помощью термопары температуру в помещении, и управляет системой охлаждения в виде кондиционера.
Всё было бы хорошо, если бы не одно «но» . Начальство ещё захотело, чтобы в случае выхода температуры за установленные пределы (в бОльшую либо в меньшую сторону), приходило ему сообщение на телефон с помощью Телеграмм-бота.
Прошу помощи у знающих людей, каким образом можно реализовать данную «хотелку»? Насколько я знаю, ОВЕН функции отправки сообщений не имеет, а может только связываться по RS-485.
Заранее благодарю за советы!
-
- И жнец, и чтец...
- Сообщения: 1184
- Зарегистрирован: 26 май 2022, 09:48
- Имя: Кирилл
- Страна: РФ
- город/регион: Москва
- Благодарил (а): 325 раз
- Поблагодарили: 297 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
Зри в корень!
-
- администратор
- Сообщения: 4744
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 397 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
Я так понимаю, в переводе с менеджеркого языка на нормальный "проявить себя" = "сделать бесплатно то, что стоит денег". Слесарь КИПиА делает мониторинг? Если не секрет - каков масштаб вашего предприятия и есть ли там службы АСУТП и ИТ? Есть ли какая-то уже функционирущая система мониторинга? Я понимаю, что эта информация может быть закрытой, но всё же - вдруг нет? Что вообще обещает руководство в ответ на "проявление себя"? Будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать"? Ну это так, лирическое отступление, над которым стоит задуматься.
Далее. Измерение температуры в серверной - задача скорее для термометра сопротивления, чем для термопары. Это уже вопрос как раз из области КИПиА.
То есть: для отправки каких-либо сообщений в телегу должна быть какая-то информационная система на предприятии, обслуживаемая специально обученными людьми. Если у вас есть ИТшники и у них есть какой-нибудь zabbix (или что-то подобное), пусть ставят какую-нибудь измерялку температуры с интерфейсом Ethernet и протоколом SNMP (гугляндексы в помощь, мне такой, например, нашли), пусть забирают к себе в мониторинг и не дёргают КИП по своим вопросам. Если у них такой системы нет - пусть делают, это вообще штука полезная.
Ну а кондиционер пусть сам в автомате работает на поддержание температуры. А если там есть ethernet и snmp - туда же его, в мониторинг.
Сам кондиционер не умеет температуру поддерживать? По-моему сейчас даже самые дешёвые бытовые это могут. Вопрос лишь в исправности и включенном/отключенном состоянии. У самих кондиционеров никакой функции мониторнига нет?
Далее. Измерение температуры в серверной - задача скорее для термометра сопротивления, чем для термопары. Это уже вопрос как раз из области КИПиА.
Вот тут смотрите: для отправки чего-либо в телегу нужно подключение к интернет. Прямое подключение управляющей системы к интернету - не просто плохо, а совсем плохо. Даже если это "всего лишь управление кондиционером" и "кому мы нафиг нужны нас взламывать" - оцените последствия такой ситуации: работает ваша система, работает хорошо. Все, кому надо, видят состояние микроклимата в помещении дистанционно (иначе зачем весь этот огород городить?). Кто-то решил ломануть эту систему, чтобы она не работала и при этом показывала всем нормальные цифры. Никто ничего не подозревает, когда однажды вдруг сервера встают по перегреву. Или что там у вас в серверной - контроллеры, ядро сети? Не суть, перегрев в любом случае не полезен. Это информационная безопасность и с ней надо считаться.
То есть: для отправки каких-либо сообщений в телегу должна быть какая-то информационная система на предприятии, обслуживаемая специально обученными людьми. Если у вас есть ИТшники и у них есть какой-нибудь zabbix (или что-то подобное), пусть ставят какую-нибудь измерялку температуры с интерфейсом Ethernet и протоколом SNMP (гугляндексы в помощь, мне такой, например, нашли), пусть забирают к себе в мониторинг и не дёргают КИП по своим вопросам. Если у них такой системы нет - пусть делают, это вообще штука полезная.
Ну а кондиционер пусть сам в автомате работает на поддержание температуры. А если там есть ethernet и snmp - туда же его, в мониторинг.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- И жнец, и чтец...
- Сообщения: 1184
- Зарегистрирован: 26 май 2022, 09:48
- Имя: Кирилл
- Страна: РФ
- город/регион: Москва
- Благодарил (а): 325 раз
- Поблагодарили: 297 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
veve, кстати, есть готовый комплект, прикрутить бот останется. Причём "из коробки" у Вас будет:
а) ощутимый задел на будущее - и для изучения ПО верхнего уровня, и для Ваших профессиональных игрищь с модбасом, и для кувырков Ваших начальников в полёте их фантазий;
б) ПО верхнего уровня "на борту";
г) россыпь датчиков для установки как позонно, так и для каждой стойки;
д) возможность прикрутить иные датчики (например протечки и пр.).
PS мониторить только температуру в серверной - это моветон; для серверной актуальна температура+влажность - роняя влажность, вы задираете в воздухе уровень взвешенной пыли и статику.
а) ощутимый задел на будущее - и для изучения ПО верхнего уровня, и для Ваших профессиональных игрищь с модбасом, и для кувырков Ваших начальников в полёте их фантазий;
б) ПО верхнего уровня "на борту";
г) россыпь датчиков для установки как позонно, так и для каждой стойки;
д) возможность прикрутить иные датчики (например протечки и пр.).
PS мониторить только температуру в серверной - это моветон; для серверной актуальна температура+влажность - роняя влажность, вы задираете в воздухе уровень взвешенной пыли и статику.
Зри в корень!
-
- здесь недавно
- Сообщения: 2
- Зарегистрирован: 03 фев 2024, 18:16
- Имя: Василий
- Благодарил (а): 3 раза
Отправка аварийных сообщений с помощью Телеграмм-бота
Да, Вы правы: "проявить себя" = "сделать бесплатно то, что стоит денег".VADR писал(а): ↑23 мар 2024, 17:23 Я так понимаю, в переводе с менеджеркого языка на нормальный "проявить себя" = "сделать бесплатно то, что стоит денег". Слесарь КИПиА делает мониторинг? Если не секрет - каков масштаб вашего предприятия и есть ли там службы АСУТП и ИТ? Есть ли какая-то уже функционирущая система мониторинга? Я понимаю, что эта информация может быть закрытой, но всё же - вдруг нет? Что вообще обещает руководство в ответ на "проявление себя"? Будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать"? Ну это так, лирическое отступление, над которым стоит задуматься.
Система мониторинга имеется и проста до безобразия: панель управления кондиционером выведена на наружную стену серверной и дежурный электрик, совершая плановый обход два раза в сутки, ведёт наблюдение за показаниями температуры и в случае выхода её за пределы сообщает об этом руководству. Вот этот процесс и решило начальство автоматизировать.
Служба АСУ ТП и ИТ у нас есть. Но, опять же, по мнению руководителя, этот проект слишком прост для них, а по пустякам эти службы дёргать не стоит.
Насчёт обещаний руководства в ответ на "проявление себя" - естественно, денежное вознаграждение, и как Вы правильно подметили "будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать".
Из всего вышеописанного я понял, что можно сослаться на информационную безопасность и, соответственно, переложить этот проект на ИТ-отдел.VADR писал(а): ↑23 мар 2024, 17:23 Вот тут смотрите: для отправки чего-либо в телегу нужно подключение к интернет. Прямое подключение управляющей системы к интернету - не просто плохо, а совсем плохо. Даже если это "всего лишь управление кондиционером" и "кому мы нафиг нужны нас взламывать" - оцените последствия такой ситуации: работает ваша система, работает хорошо. Все, кому надо, видят состояние микроклимата в помещении дистанционно (иначе зачем весь этот огород городить?). Кто-то решил ломануть эту систему, чтобы она не работала и при этом показывала всем нормальные цифры. Никто ничего не подозревает, когда однажды вдруг сервера встают по перегреву. Или что там у вас в серверной - контроллеры, ядро сети? Не суть, перегрев в любом случае не полезен. Это информационная безопасность и с ней надо считаться.
То есть: для отправки каких-либо сообщений в телегу должна быть какая-то информационная система на предприятии, обслуживаемая специально обученными людьми. Если у вас есть ИТшники и у них есть какой-нибудь zabbix (или что-то подобное), пусть ставят какую-нибудь измерялку температуры с интерфейсом Ethernet и протоколом SNMP (гугляндексы в помощь, мне такой, например, нашли), пусть забирают к себе в мониторинг и не дёргают КИП по своим вопросам. Если у них такой системы нет - пусть делают, это вообще штука полезная.
Ну а кондиционер пусть сам в автомате работает на поддержание температуры. А если там есть ethernet и snmp - туда же его, в мониторинг.
Отправлено спустя 5 минут 8 секунд:
Спасибо за полезные ссылки!
Отправлено спустя 2 минуты 16 секунд:
Всем большое спасибо за оперативные отклики и развёрнутые ответы!
-
- администратор
- Сообщения: 4744
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 397 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
Интересная позиция. Вообще говоря, порядок начинается с того, что каждый занимается своим делом. Если к Вам обратятся за тем, чтобы установить там датчик температуры - ОК, установите. И то - по уму любой датчик должен ставиться в соответствии с каким-то проектом. А уже мониторингом пусть занимаются соответствующие службы. ИТ служба есть - они своё оборудование не мониторят что ли? Серверная - чьё помещение? Чьё там оборудование?
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 17596
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 826 раз
- Поблагодарили: 1655 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
Дурь. Это как раз их дело. КИПовцам тут делать нечего, себе только хуже будет.
Там нечего обслуживать когда всё работает.
А способов масса. К примеру WEB-мониторинг. У Вас серверная, интернет значит есть. Нужна коробка, которая получит внутрь себя данные по температуре, родит аларм и отправит его в сервис мониторинга, а тот уже разошлёт куда угодно.
Наш WebData.Live в телегу отправлять умеет своим ботом. Если слать в БД не саму температуру, а только аларм, то может даже будет бесплатно: есть бесплатный тариф который ограничен количеством точек данных в месяц, вряд ли этот аларм будет возникать 25 тысяч раз за месяц.
"Обслуживать" - это кстати что значит? Если сервис платный то может его и оплачивать?
По вопросам работы Форума можно обратиться по этим контактам.
-
- администратор
- Сообщения: 4744
- Зарегистрирован: 25 июл 2008, 07:12
- Имя: Диев Александр Васильевич
- Страна: Россия
- город/регион: г. Сегежа, Карелия
- Благодарил (а): 225 раз
- Поблагодарили: 397 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
Про обслуживание я вначале написал. Когда всё работает - действительно обслуживать нечего (почти). Но иногда этот мониторинг может глюкануть и поиск проблемы может оказаться сложнее первоначальной настройки. А может API той же телеги измениться и надо будет кое-что переделывать. В любом случае - это не работа КИПовца.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
-
- администратор
- Сообщения: 17596
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 826 раз
- Поблагодарили: 1655 раз
Отправка аварийных сообщений с помощью Телеграмм-бота
Автор подхалтурил, как он написал, за вознаграждение. Но этим он может себе таких проблем нажить что.... Я бы не лез туда, будь я КИПовцем, при наличии штатных ИТшников. Тут даже АСУшникам делать нечего, когда есть штат ИТшников - им что, из собственного сервера средствами того же сервера не родить всего один аларм?
По вопросам работы Форума можно обратиться по этим контактам.