Просмотр полной версии : пр103 + модем ПМ01, отправка смс
Brandon_heat_dre
15.03.2023, 23:00
Уважаемые форумчане, добрый день. Подскажите, есть ли какое-нибудь решение из коробки, что бы с ПР103 по средством связи по RS-485 с ПМ01 отправлять смс? Спасибо.
Вроде нет, ПР может по 485-му работать только с Modbus протоколом
з.ы. за цену этого модема можно взять OrangePi на Linux со встроенным модемом и решить вопрос отправки SMS
Brandon_heat_dre
15.03.2023, 23:39
Это печально. Оборудование уже закуплено. Тоже бегло посмотрел документацию и ничего о работе с модемом не нашел. Может из представителей компании кто-нибудь что-нибудь скажет.
Скачайте РЭ на ПР103, думаю отпадут глупые вопросы к представителям Овен
очередная работа эффективных менеджеров по покупке бесполезного хлама в действии...
Тоже бегло посмотрел документацию и ничего о работе с модемом не нашел.
как не нашли, вот 66546, ну как минимум ПР должна уметь работать со строками, этого же нет
ЗЫ прямой доступ к облаку есть у ПР, значит сообщения можно получать не через cмc, а в телеграм например, модем вообще не нужен
Соглашусь с мнением большенства. ПР не умеет отправлять СМС!!! Т.к. не умеет захватывать порт и делать операции приема передачи.
Соглашусь с мнением большенства. ПР не умеет отправлять СМС!!! Т.к. не умеет захватывать порт и делать операции приема передачи.
Как минимум ей захватывать нечего 232 интерфейса ни у одной пр нет, как и возможности формировать команды передачи отличные от модбас.
bayk речь видимо о том, как в ПЛК, открытие, закрытие порта, выставления параметров, отправка любых данных...
Допустим, что существует такое устройство ModbusRTU Slave-устройство. Как бы оно работало?
1. Как распределять регистры для хранения номера получателя СМС?
- Допустим, что в адресную книгу симки мы заранее впишем номера для рассылки.
2. Как распределять регистры для хранения текста СМС?
- Допустим, что в памяти стандартных СМС уже хранится массив нужных нам СМС.
Достаточно ли будет регистров:
1. Регистр хранение индекса адресной книги.
2. Регистр хранения индекса СМС сообщения.
3. Регистр или два (для float) для хранения числового значения добавляемого в конец СМС-сообщения.
Если вдруг захочется в СМС увидеть значение какого-то параметра.
4. Регистр управления - код команды.
1 - отправить СМС без значения
2 - отправить СМС со значение как INT
3 - отправить СМС со значением как FLOAT
0 - команда выполнена и устройство готово принять следующую (выставляется устройством после выполнения команды)
Если так всех устроит, так давайте сделаем?!
Для подобных ПР нужен не модем как выше а что-то типа Кситал, у которого предустановленные СМС (текст и номера телефонов задает пользователь) и срабатывание на замыкание входа. Но тогда отбираем выходы у ПР.
Другого тут не дано.
Или как вариант про который писал выше. з.ы. можно даже без модема железку на Linux с Ethernet (подключить к Интернету) и настраивать на какой-то сервер СМС рассылки. Такой вариант тоже возможен.
Допустим, что существует такое устройство ModbusRTU Slave-устройство. Как бы оно работало?
1. Как распределять регистры для хранения номера получателя СМС?
- Допустим, что в адресную книгу симки мы заранее впишем номера для рассылки.
2. Как распределять регистры для хранения текста СМС?
- Допустим, что в памяти стандартных СМС уже хранится массив нужных нам СМС.
Достаточно ли будет регистров:
1. Регистр хранение индекса адресной книги.
2. Регистр хранения индекса СМС сообщения.
3. Регистр или два (для float) для хранения числового значения добавляемого в конец СМС-сообщения.
Если вдруг захочется в СМС увидеть значение какого-то параметра.
4. Регистр управления - код команды.
1 - отправить СМС без значения
2 - отправить СМС со значение как INT
3 - отправить СМС со значением как FLOAT
0 - команда выполнена и устройство готово принять следующую (выставляется устройством после выполнения команды)
Если так всех устроит, так давайте сделаем?!
Идея вообще КРУТАЯ! Ещё бы сделать ПМ-01 в копусе в формате ПРки (чтобы под пластрон щита вставал как автомат), и было бы круто!
А все настройки делать через конфигуратор ОВЕН
Поступают предложения сделать ещё проще:
Один регистр, где каждый бит это сообщение об аварийном состоянии какого-то узла.
Как только значение регистра изменилось, формируется полная смс и рассылается всем, кто записан в сим-карту.
Есть ещё такое мнение:
Несколько регистров, значения которых, передаются списком в одной смс. Пусть типа получатель сам интерпретирует.
Похоже многие желают мобильного контроля за работой свои ПР проектов!?
Отправлять СМС из ПР можно элементарно сменив прошивку для модуля wifi pr200,при наличии выхода в интернет. Настройки модуля через веб интерфейс. .да хоть голосовые сообщения
Еще 2 года назад делал https://youtu.be/-Sn2fulGKu4
Отправлять СМС из ПР можно элементарно сменив прошивку для модуля wifi pr200,при наличии выхода в интернет. Настройки модуля через веб интерфейс. .да хоть голосовые сообщения
Да. Это конечно все замечательно. Но как я понимаю, у большинства другие ПР и установлены они на удаленных объектах.
Да и многим такие навороты и нафиг не нужны. Нам бы, говорят, просто подсмотреть за значениями некоторых бит, байт или регистров и то, только при определенных условиях.
Например, стоит где-то на краю поселка КНС или водонапорка, которая периодически по верхнему поплавку включает насос, а по нижнему - выключает.
Пусть оба этих события приходят в виде SMS. А дежурный по паузе между ними в определенные периоды будет оценивать вероятность, того что что-то идет не так и пора бы пару км туда обратно сделать. Поэтому безбожно простое и дешевое до сих пор актуально.
Куда проще маленькая плата в ПР200 . Тут все упирается в наличие интернета . Если нет ,то возможны варианты - LTE роутеры , модемы ..https://aliexpress.ru/item/4000138988299.html?sku_id=10000000420010166&spm=a2g2w.productlist.search_results.7.7ed44aa6hje B29
https://aliexpress.ru/item/1005005273156740.html?spm=a2g2w.orderdetail.0.0.59 434aa6qM3nic&sku_id=12000032440929319
Для других ПР тоже есть варианты через облако kascada cloud . Пользователь использовал такие модемы для подключение к этому облаку и удаленному управлению
https://irz.net/ru/products/terminals/atm-series/atm2-485 , будет видео. Для подвалов :)
Да, как обычно все упирается в наличие интернета и деньги... для удаленных объектов в данном случае это 2G/3G/LTE модемы с портом RS485 или роутеры + преобразователь интерфейса в том или ином виде.
1. можно заменить на микро(миниПК) с модемом встроенным или внешним.
Преимущества замены заключается в том, что этот ПК может самостоятельно отправлять СМС.
Но если объектов много, то то же СМС может отправить уже центральный узел.
При разных схемах есть минусы и плюсы, выбор как говорится за организатором...
Просто при стоимости ПМ-01 затраты либо сравнимы, либо на чем-то дешевле, на чем то дороже. Все же он стоит не 1-3 т. рублей...
Зачем платные СМС , можно и push уведомления или ботов использовать из социалок ..
rovki Если SMS не на каждый чих, то не так страшно, что они платные. Правда у всех различные реализации, у кого-то это бесплатно (кстати покажите у кого) а у кого-то надо платить за данный функционал (Scada, Облако) и возникает вопрос, платить за каждый объект или сделать централизовано и заплатить один раз...
з.ы. речь про отправку Email, Telegram если не об SMS
Можно и по MQTT отправлять.
rovki как оказалось, многие еще пользуются кнопочными телефонами. Думаете просто так Овен просили добавить информирование по SMS в облаке?
для MQTT надо ставить клиента на смартфон к тому же. А фокус Андроидов, что система может взять и выключить сервис, оптимизируя батарею... меня уже это изрядно достало. Выставляешь параметры на приложение, а он берет и периодически предлагает его оптимизировать... 12-й если что...
rovki как оказалось, многие еще пользуются кнопочными телефонами. Думаете просто так Овен просили добавить информирование по SMS в облаке?
для MQTT надо ставить клиента на смартфон к тому же. А фокус Андроидов, что система может взять и выключить сервис, оптимизируя батарею... меня уже это изрядно достало. Выставляешь параметры на приложение, а он берет и периодически предлагает его оптимизировать... 12-й если что...
что нибудь про FaaS слышали? Главное чтоб у устройства был интернет, и отправляй инфу хоть на кнопочный телефон, хоть Илону, нашему, Маску в твитер
capzap вы про сторонние сервисы SMS ? я писал о них выше. Но тут вопрос что из оборудования ставить на объекте. Например если модем с 485-м, то такого функционала может не быть, в смысле выхода в интернет со стороны объекта, так как подключение будет происходить к определенному серверу для удлинения порта RS485 и опрос будет со стороны сервера.
Там же не ПЛК а ПР-ка все же на объекте. А если роутер, то как бы опять ПР-ка не умеет работать кроме как через 485-й...
посмотрел про FaaS так и не понял, причем тут это непонятное что-то, применительно к задаче? :)
вариант шлюз Овен ПМ210 вместо ПМ-01 ? это как-то отменит плату за SMS? так ее ни в каком решении не отменить, за пересылку SMS деньги берет оператор связи...
capzap вы про сторонние сервисы SMS ? я писал о них выше. Но тут вопрос что из оборудования ставить на объекте. Например если модем с 485-м, то такого функционала может не быть, в смысле выхода в интернет со стороны объекта, так как подключение будет происходить к определенному серверу для удлинения порта RS485 и опрос будет со стороны сервера.
Там же не ПЛК а ПР-ка все же на объекте. А если роутер, то как бы опять ПР-ка не умеет работать кроме как через 485-й...
посмотрел про FaaS так и не понял, причем тут это непонятное что-то, применительно к задаче? :)
вариант шлюз Овен ПМ210 вместо ПМ-01 ? это как-то отменит плату за SMS? так ее ни в каком решении не отменить, за пересылку SMS деньги берет оператор связи...
Там же не ПЛК а ПР-ка все же на объекте. А если роутер, то как бы опять ПР-ка не умеет работать кроме как через 485-й...ни чего что тема про ПР103?
вариант шлюз Овен ПМ210 вместо ПМ-01 ?ни чего что тема про ПР103?
capzap а, туплю... ну значит какой-то роутер, но оплаты за SMS никто не отменял, Овен не предоставляет их бесплатно, по этому хрен редьки не слаще через какой сторонний сервис делать SMS
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot