Какие задачи вы хотите решить сотовой связью?

[Злодей]

Здравствуйте!

Работаю на производстве регистраторы/регуляторы. Руководители поставили задачу: "Использовать GSM-модуль". Посмотрел разные ПЛК, регуляторы, регистраторы со встроенными GSM-модулями, полно всего разного и интересного.

Какую задачу вы собираетесь решить с использованием GSM? Телеметрия? ПЛК? Банальная сигнализация по СМС?

Есть почти конкретный вопрос:
Как на местах обстоят дела с питанием? Рас туда не дотянут проводной Интернет, то с питанием всё плохо? Нужен ли встроенный ИБП?

Один из самых критичных вопросов: Куда собирать данные с прибора и в каком формате их там хранить?

Выскажитесь, пожалуйста. Очень хочу сделать полезный и недорогой прибор.
Спасибо!

[Jackson]

Завтра еще попрошу высказаться коллег. А мои мысли таковы (по нашему опыту):

1. Цель использования GSM-модема:

• аларм-уведомления по СМС
• периодический непродолжительный (до одного или максимум двух часов в сутки) мониторинг установки в режиме реального времени через GPRS/EDGE/3G/4G канал;
• при обрыве GSM-связи - встроенный буфер на неотправленные СМС-сообщения (до сотни последних)
• встроенный буфер для хранения пакетов данных аварийных событий. Например, пришел аларм - по этому аларму отправить СМС, вычитать из устройства заданные параметры и хранить их до тех пор, пока при следующем сеансе мониторинга их не вычитают. Буфер на сотню таких событий, по каждому событию помнить до полсотни параметров.
• возможность подключения по стандартному интерфейсу (например ModBUS) больше чем к одному устройству - например встроенный OPC-сервер
• небольшое (до 10) количество дискретных входов с настраиваемыми функциями, например чтобы по одному входу сгенерировать аларм-уведомление, по второму - установить GPRS-связь, по третьему - порвать эту связь, по четвертому - перезапуститься, и так далее.

2. В местах установки GSM-модемов всегда есть какой-то контроллер, с которым GSM-модем связан и этот контроллер предполагает собственный ИБП (он ставится на всю установку для ответственных приборов и аппаратов), поэтому собственный ИБП предусматривать нет смысла - если он будет необходим то он будет внешний.

Устройство должно иметь при этом достаточно широкий диапазон напряжений питания, например 8-36 вольт постоянного тока и минимальное электропотребление - а то у нас были случаи когда в роли ИБП используется стартовая батарея дизель-генератора, и при посаженной батарее запустить генератор нельзя, но просигналить о том что батарея села надо успеть до полного отключения. На этот случай предусмотреть встроенный настраиваемый аларм на снижение и повышение напряжения питания.

Обязательно иметь выходной сухой контакт "устройство исправно" для самоконтроля установки.

3. Формат хранения данных - любой, с которым будет проще состыковаться например удаленным OPC-сервером и сервером базы данных. OPC предпочтительнее.

Вот, примерно так.

[Злодей]

Спасибо за ответ!

Один из алармов в этой задаче даёт вольтметр с аккумулятора? Мне, наверное, стоит встроить (неточный)вольтметр в свой прибор, для контроля ИБП.

От каких приборов приходят остальные алармы? Может их тоже можно встроить?

ModBus – это одна из моих первых идей, просто сделать туннель ModBus > internet > Виртуальный COM в ПК со SCADA…

А Вы не расскажите, что ещё окружает эту GSM-вещь в вашем случае?

Спасибо!

[Jackson]

Один из алармов в этой задаче даёт вольтметр с аккумулятора? Мне, наверное, стоит встроить (неточный)вольтметр в свой прибор, для контроля ИБП.

Такой аларм может дать только ИБП если умеет. А если ИБП есть просто зарядник с батареей, то неоткуда его взять за редкими исключениями. Просто предусмотреть контроль напряжения питания внутри. В наших контроллерах это работает и довольно удобно.

От каких приборов приходят остальные алармы? Может их тоже можно встроить?Спасибо!

Алармы исходят от разнообразного оборудования вплоть до двери (сигнализация о несанкционированном доступе). Вы же хотите сделать "транслятор", а не универсальный аппарат-агрегат с функцией GSM-модема на все случаи жизни? :)

ModBus – это одна из моих первых идей, просто сделать туннель ModBus > internet > Виртуальный COM в ПК со SCADA…

Такие приборы уже существуют и работают. Например NetBitter (имеет встроенный OPC). Или тот же НЕВОД-GSM (без OPC).

А Вы не расскажите, что ещё окружает эту GSM-вещь в вашем случае?
Спасибо!

В конкретно моём случае это может быть например стоящая в поле электростанция со своей автоматикой, охранной системой, пожарной системой и прочим. Хотелось бы по SMS получать уведомления когда что-то случится и иногда подключаться к автоматике чтобы снять показания (например счетчиков расхода топлива и выработанной электроэнергии) или попытаться удаленно решить проблему если что-то не так, чтобы не выезжать на место или по крайней мере поточнее знать что с собой брать. У некоторых устройств есть интерфейс ModBUS, у некоторых (например пожарка и охранка) - нет, потому и нужны входы.

[Jackson]

Вдогонку. А еще у нас что-то участились запросы на то, чтобы к GSM-модему был прикручен GPS чтобы определить, не стырил ли кто удаленный объект, и в случае чего найти. Звучит смешно, но случаев таких немало. :)

[Злодей]

Спасибо, очень важная догонка, потому-что оригинальная. Прикручивать внешний GPS трекер Вам, наверное, заморочно, и это даёт дублирование GSM-модулей. На этапе разработки реализовать это в лёгкую, можно даже встроить крохотный ИБП. Прибор подоражает на ~100 евро.

Антенна GPS должна находиться на корпусе прибора - что бы быть украденной вместе с прибором НО она должна быть вынесена для лучшего приёма, что-бы чётко чувствовать удаление. Может быть проще проверять на отрыв от корпуса?

[Jackson]

Я видел (очень издалека) решения по удаленному мониторингу, где стоял GPS-приемник и оборудование для учета расхода топлива - всё это мониторилось через один GSM-модем. Антенна внешняя (против лома нет приема).

По стоимости это вы зря так относитесь, плюс-минус сто евро для многих значимые деньги. К примеру контроллер управления электростанцией стоит всего 300 евро и люди деньги в общем считают.

[Злодей]

Вернулся к разработке своего "NetBiter". Стало интересно, насколько важна поддержка приборов Овен с протоколом Овен?