1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Отправка аварийных сообщений с помощью Телеграмм-бота

Обсуждение вопросов, не относящихся ни к одному из других подразделов

Модератор: kirillio

Ответить

Автор темы
veve
здесь недавно
здесь недавно
Сообщения: 2
Зарегистрирован: 03 фев 2024, 18:16
Имя: Василий
Благодарил (а): 3 раза

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение veve »

Всем добрый день! Работаю слесарем КИПиА, обслуживаю и ремонтирую первый уровень АСУ ТП (датчики, двигатели и проч.). Руководство предложило мне проявить себя и реализовать проект по контролю и управлению температуры в серверной.
Решил я собрать схему на ОВЕНе ТРМ + термопара со следующим алгоритмом: ТРМ мониторит с помощью термопары температуру в помещении, и управляет системой охлаждения в виде кондиционера.
Всё было бы хорошо, если бы не одно «но» 😊. Начальство ещё захотело, чтобы в случае выхода температуры за установленные пределы (в бОльшую либо в меньшую сторону), приходило ему сообщение на телефон с помощью Телеграмм-бота.
Прошу помощи у знающих людей, каким образом можно реализовать данную «хотелку»? Насколько я знаю, ОВЕН функции отправки сообщений не имеет, а может только связываться по RS-485.
Заранее благодарю за советы!
Аватара пользователя

kirillio
И жнец, и чтец...
И жнец, и чтец...
Сообщения: 1180
Зарегистрирован: 26 май 2022, 09:48
Имя: Кирилл
Страна: РФ
город/регион: Москва
Благодарил (а): 323 раза
Поблагодарили: 296 раз

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение kirillio »

veve писал(а): 23 мар 2024, 15:59 каким образом можно реализовать данную «хотелку»?
Например, так. Если собирать не на Овне, а на чем-то ином, то как вариант, так.
Зри в корень!
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4743
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 225 раз
Поблагодарили: 397 раз

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение VADR »

Я так понимаю, в переводе с менеджеркого языка на нормальный "проявить себя" = "сделать бесплатно то, что стоит денег". Слесарь КИПиА делает мониторинг? Если не секрет - каков масштаб вашего предприятия и есть ли там службы АСУТП и ИТ? Есть ли какая-то уже функционирущая система мониторинга? Я понимаю, что эта информация может быть закрытой, но всё же - вдруг нет? Что вообще обещает руководство в ответ на "проявление себя"? Будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать"? Ну это так, лирическое отступление, над которым стоит задуматься.
veve писал(а): 23 мар 2024, 15:59 Решил я собрать схему на ОВЕНе ТРМ + термопара со следующим алгоритмом: ТРМ мониторит с помощью термопары температуру в помещении, и управляет системой охлаждения в виде кондиционера.
Сам кондиционер не умеет температуру поддерживать? По-моему сейчас даже самые дешёвые бытовые это могут. Вопрос лишь в исправности и включенном/отключенном состоянии. У самих кондиционеров никакой функции мониторнига нет?
Далее. Измерение температуры в серверной - задача скорее для термометра сопротивления, чем для термопары. Это уже вопрос как раз из области КИПиА.
veve писал(а): 23 мар 2024, 15:59 Начальство ещё захотело, чтобы в случае выхода температуры за установленные пределы (в бОльшую либо в меньшую сторону), приходило ему сообщение на телефон с помощью Телеграмм-бота.
Вот тут смотрите: для отправки чего-либо в телегу нужно подключение к интернет. Прямое подключение управляющей системы к интернету - не просто плохо, а совсем плохо. Даже если это "всего лишь управление кондиционером" и "кому мы нафиг нужны нас взламывать" - оцените последствия такой ситуации: работает ваша система, работает хорошо. Все, кому надо, видят состояние микроклимата в помещении дистанционно (иначе зачем весь этот огород городить?). Кто-то решил ломануть эту систему, чтобы она не работала и при этом показывала всем нормальные цифры. Никто ничего не подозревает, когда однажды вдруг сервера встают по перегреву. Или что там у вас в серверной - контроллеры, ядро сети? Не суть, перегрев в любом случае не полезен. Это информационная безопасность и с ней надо считаться.
То есть: для отправки каких-либо сообщений в телегу должна быть какая-то информационная система на предприятии, обслуживаемая специально обученными людьми. Если у вас есть ИТшники и у них есть какой-нибудь zabbix (или что-то подобное), пусть ставят какую-нибудь измерялку температуры с интерфейсом Ethernet и протоколом SNMP (гугляндексы в помощь, мне такой, например, нашли), пусть забирают к себе в мониторинг и не дёргают КИП по своим вопросам. Если у них такой системы нет - пусть делают, это вообще штука полезная.
Ну а кондиционер пусть сам в автомате работает на поддержание температуры. А если там есть ethernet и snmp - туда же его, в мониторинг.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

kirillio
И жнец, и чтец...
И жнец, и чтец...
Сообщения: 1180
Зарегистрирован: 26 май 2022, 09:48
Имя: Кирилл
Страна: РФ
город/регион: Москва
Благодарил (а): 323 раза
Поблагодарили: 296 раз

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение kirillio »

veve, кстати, есть готовый комплект, прикрутить бот останется. Причём "из коробки" у Вас будет:
а) ощутимый задел на будущее - и для изучения ПО верхнего уровня, и для Ваших профессиональных игрищь с модбасом, и для кувырков Ваших начальников в полёте их фантазий;
б) ПО верхнего уровня "на борту";
г) россыпь датчиков для установки как позонно, так и для каждой стойки;
д) возможность прикрутить иные датчики (например протечки и пр.).

PS мониторить только температуру в серверной - это моветон; для серверной актуальна температура+влажность - роняя влажность, вы задираете в воздухе уровень взвешенной пыли и статику.
Зри в корень!

Автор темы
veve
здесь недавно
здесь недавно
Сообщения: 2
Зарегистрирован: 03 фев 2024, 18:16
Имя: Василий
Благодарил (а): 3 раза

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение veve »

VADR писал(а): 23 мар 2024, 17:23 Я так понимаю, в переводе с менеджеркого языка на нормальный "проявить себя" = "сделать бесплатно то, что стоит денег". Слесарь КИПиА делает мониторинг? Если не секрет - каков масштаб вашего предприятия и есть ли там службы АСУТП и ИТ? Есть ли какая-то уже функционирущая система мониторинга? Я понимаю, что эта информация может быть закрытой, но всё же - вдруг нет? Что вообще обещает руководство в ответ на "проявление себя"? Будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать"? Ну это так, лирическое отступление, над которым стоит задуматься.
Да, Вы правы: "проявить себя" = "сделать бесплатно то, что стоит денег".
Система мониторинга имеется и проста до безобразия: панель управления кондиционером выведена на наружную стену серверной и дежурный электрик, совершая плановый обход два раза в сутки, ведёт наблюдение за показаниями температуры и в случае выхода её за пределы сообщает об этом руководству. Вот этот процесс и решило начальство автоматизировать.
Служба АСУ ТП и ИТ у нас есть. Но, опять же, по мнению руководителя, этот проект слишком прост для них, а по пустякам эти службы дёргать не стоит.
Насчёт обещаний руководства в ответ на "проявление себя" - естественно, денежное вознаграждение, и как Вы правильно подметили "будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать".
VADR писал(а): 23 мар 2024, 17:23 Вот тут смотрите: для отправки чего-либо в телегу нужно подключение к интернет. Прямое подключение управляющей системы к интернету - не просто плохо, а совсем плохо. Даже если это "всего лишь управление кондиционером" и "кому мы нафиг нужны нас взламывать" - оцените последствия такой ситуации: работает ваша система, работает хорошо. Все, кому надо, видят состояние микроклимата в помещении дистанционно (иначе зачем весь этот огород городить?). Кто-то решил ломануть эту систему, чтобы она не работала и при этом показывала всем нормальные цифры. Никто ничего не подозревает, когда однажды вдруг сервера встают по перегреву. Или что там у вас в серверной - контроллеры, ядро сети? Не суть, перегрев в любом случае не полезен. Это информационная безопасность и с ней надо считаться.
То есть: для отправки каких-либо сообщений в телегу должна быть какая-то информационная система на предприятии, обслуживаемая специально обученными людьми. Если у вас есть ИТшники и у них есть какой-нибудь zabbix (или что-то подобное), пусть ставят какую-нибудь измерялку температуры с интерфейсом Ethernet и протоколом SNMP (гугляндексы в помощь, мне такой, например, нашли), пусть забирают к себе в мониторинг и не дёргают КИП по своим вопросам. Если у них такой системы нет - пусть делают, это вообще штука полезная.
Ну а кондиционер пусть сам в автомате работает на поддержание температуры. А если там есть ethernet и snmp - туда же его, в мониторинг.
Из всего вышеописанного я понял, что можно сослаться на информационную безопасность и, соответственно, переложить этот проект на ИТ-отдел.

Отправлено спустя 5 минут 8 секунд:
kirillio писал(а): 23 мар 2024, 17:13 Например, так. Если собирать не на Овне, а на чем-то ином, то как вариант, так.
Спасибо за полезные ссылки!

Отправлено спустя 2 минуты 16 секунд:
Всем большое спасибо за оперативные отклики и развёрнутые ответы!
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4743
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 225 раз
Поблагодарили: 397 раз

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение VADR »

veve писал(а): 23 мар 2024, 18:17 Служба АСУ ТП и ИТ у нас есть. Но, опять же, по мнению руководителя, этот проект слишком прост для них, а по пустякам эти службы дёргать не стоит.
Интересная позиция. Вообще говоря, порядок начинается с того, что каждый занимается своим делом. Если к Вам обратятся за тем, чтобы установить там датчик температуры - ОК, установите. И то - по уму любой датчик должен ставиться в соответствии с каким-то проектом. А уже мониторингом пусть занимаются соответствующие службы. ИТ служба есть - они своё оборудование не мониторят что ли? Серверная - чьё помещение? Чьё там оборудование?
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 17594
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 826 раз
Поблагодарили: 1654 раза

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение Jackson »

veve писал(а): 23 мар 2024, 18:17 Служба АСУ ТП и ИТ у нас есть. Но, опять же, по мнению руководителя, этот проект слишком прост для них, а по пустякам эти службы дёргать не стоит.
Дурь. Это как раз их дело. КИПовцам тут делать нечего, себе только хуже будет.
veve писал(а): 23 мар 2024, 18:17 "будущую головную боль в виде "ты это сделал - теперь ты должен это обслуживать"
Там нечего обслуживать когда всё работает.

А способов масса. К примеру WEB-мониторинг. У Вас серверная, интернет значит есть. Нужна коробка, которая получит внутрь себя данные по температуре, родит аларм и отправит его в сервис мониторинга, а тот уже разошлёт куда угодно.
Наш WebData.Live в телегу отправлять умеет своим ботом. Если слать в БД не саму температуру, а только аларм, то может даже будет бесплатно: есть бесплатный тариф который ограничен количеством точек данных в месяц, вряд ли этот аларм будет возникать 25 тысяч раз за месяц.

"Обслуживать" - это кстати что значит? Если сервис платный то может его и оплачивать?
По вопросам работы Форума можно обратиться по этим контактам.
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4743
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 225 раз
Поблагодарили: 397 раз

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение VADR »

Jackson писал(а): 23 мар 2024, 20:52 Там нечего обслуживать когда всё работает.
Про обслуживание я вначале написал. Когда всё работает - действительно обслуживать нечего (почти). Но иногда этот мониторинг может глюкануть и поиск проблемы может оказаться сложнее первоначальной настройки. А может API той же телеги измениться и надо будет кое-что переделывать. В любом случае - это не работа КИПовца.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 17594
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 826 раз
Поблагодарили: 1654 раза

Отправка аварийных сообщений с помощью Телеграмм-бота

Сообщение Jackson »

VADR писал(а): 23 мар 2024, 22:11 В любом случае - это не работа КИПовца
Автор подхалтурил, как он написал, за вознаграждение. Но этим он может себе таких проблем нажить что.... Я бы не лез туда, будь я КИПовцем, при наличии штатных ИТшников. Тут даже АСУшникам делать нечего, когда есть штат ИТшников - им что, из собственного сервера средствами того же сервера не родить всего один аларм?
По вопросам работы Форума можно обратиться по этим контактам.
Ответить

Вернуться в «Общие вопросы»