Система диспетчеризации и автоматизации, Идея проекта Опции

[Owl Electronics]

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



Просьба помочь в изучении рынка подобных изделий (беглый анализ выявил, что интерфейс LAN среди промышленных контроллеров не в особом ходу). Имеет ли смысл вообще входить в эту сферу, будет ли спрос, адекватна ли указанная цена (относительно конкурентов) для описанного функционала и вообще - нужно ли хоть кому-то подобное устройство.

Буду благодарен за любые советы.

Спасибо.



Сообщение отредактировал Owl Electronics - Jul 19 2018, 20:40

[Owl Electronics]

Большое спасибо, очень признателен.
Вопрос такой - имеют ли подобные устройства свою нишу в потребительской сфере? К примеру, в области умного дома. Выходить в промышленность, возможно, сразу так и не получится - поэтому и цена предполагается относительно низкая.

Софт будет организован как некий dashboard - рабочий стол оператора, на который можно добавить любое количество устройств по их IP-адресам, читать в реальном времени показания и выводить их куда-либо.
Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard.

Опытный образец уже есть и работает, правда, выглядит не очень. Софт тоже в первой минимальной версии имеется.

По функционалу - в данный момент взято всего по минимуму для упрощения и удешевления. Изначальный вариант предполагал еще и четыре аналоговых канала управления (была идея сделать некий регулятор с несколькими характеристиками выходных напряжений на выбор). Есть еще желание и, наверное, необходимость добавить несколько цифровых каналов I2C/SPI, но как их организовать - не совсем понятно. Добавлять драйверы на все возможные существующие датчики разве что.

[mantech]

Софт будет организован как некий dashboard - рабочий стол оператора, на который можно добавить любое количество устройств по их IP-адресам, читать в реальном времени показания и выводить их куда-либо.
Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard.

Будете свою SCADA делать??
Ваше устройство - это просто периферийный блок сбора данных, собственно поэтому, такие протоколы, как MODBUS (TCP) должны быть обязательно. Всякие вебморды - это уже вторичное дело...
Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально.

Сообщение отредактировал mantech - Jul 23 2018, 10:42

[Owl Electronics]

Будете свою SCADA делать??
Ваше устройство - это просто периферийный блок сбора данных, собственно поэтому, такие протоколы, как MODBUS (TCP) должны быть обязательно. Всякие вебморды - это уже вторичное дело...
Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально.

Спасибо, принято.

[vldmr86]

Спасибо, принято.

Внесу свои 5 копеек. Нам часто попадается требование в тендерах - это GSM канал и источник резервного питания на несколько минут. Смысл этой опции в том что мониторинг удаленного объекта часто отваливается и причина неизвестна. Туда идут ногами и чаще всего или включают рубильник или устраняют другую аварию с питанием. Так вот этот резервный источник позволяет отправить последнюю SMS типа питание пропало. Я сейчас тоже отвалюсь. Аккумуляторы не приветствуются ввиду необходимости обслуживания. Предпочитают суперконденсаторы.

[Owl Electronics]

Внесу свои 5 копеек. Нам часто попадается требование в тендерах - это GSM канал и источник резервного питания на несколько минут. Смысл этой опции в том что мониторинг удаленного объекта часто отваливается и причина неизвестна. Туда идут ногами и чаще всего или включают рубильник или устраняют другую аварию с питанием. Так вот этот резервный источник позволяет отправить последнюю SMS типа питание пропало. Я сейчас тоже отвалюсь. Аккумуляторы не приветствуются ввиду необходимости обслуживания. Предпочитают суперконденсаторы.

Это только там, где GSM уже имеется как канал обмена, или в любых?

[vldmr86]

Это только там, где GSM уже имеется как канал обмена, или в любых?

На удаленных объектах как я понимаю без резервного канала GSM/GPRS/LTE вообще делать нечего. Если вам за серверной комнатой проследить или еще за чем где Ethernet никогда не умирает то наверное пролезете со своей железкой. А в ЖКХ, энергетику и в прочий съем показаний вход вам заказан.

У нас по этому поводу отдельная тема была. В спальных районах Москвы съем идет только через 2G и совсем немного где LTE, потому как население возвращаясь с работы наглухо кладет 3G/4G несмотря на то что у всех дома WI-FI и оптика. В результате имеем весь спектр дочерних плат.

[Owl Electronics]

На удаленных объектах как я понимаю без резервного канала GSM/GPRS/LTE вообще делать нечего. Если вам за серверной комнатой проследить или еще за чем где Ethernet никогда не умирает то наверное пролезете со своей железкой. А в ЖКХ, энергетику и в прочий съем показаний вход вам заказан.

У нас по этому поводу отдельная тема была. В спальных районах Москвы съем идет только через 2G и совсем немного где LTE, потому как население возвращаясь с работы наглухо кладет 3G/4G несмотря на то что у всех дома WI-FI и оптика. В результате имеем весь спектр дочерних плат.

На данном этапе нет задачи потеснить Моху или Овен. Хочется предложить дешевое решение для широкого потребителя (может, кому-то надо мониторить климат в теплице или уровень воды в бассейне).

[vldmr86]

На данном этапе нет задачи потеснить Моху или Овен. Хочется предложить дешевое решение для широкого потребителя (может, кому-то надо мониторить климат в теплице или уровень воды в бассейне).

Обидеть вас не имею ни малейшего желания, но вижу что маркетинговое исследование ваше в самом начале. Предложенные применения - теплица и бассейн кажутся мне мягко говоря высосанными из пальца. Там где теплицы промышленные - там и оборудование соответствующее. А дачника с маленькой теплицей и своим контроллером вы можете представить? Однозначно баран и ворота - вид сбоку. С бассейном та же история. Тот кто на даче вырыл котлован, положил пленку и налил воды из колодца тот про вас даже не вспомнит. А тот кто на групповое джакузи разорился у того Крестрон за всем следит. Есть в вашем изделии еще один неозвученный параметр - производительность процессора. Если там STM32 с Ethernet (ну или что то соизмеримое по возможностям) это одна история. Если Cortex А (какой то) то совсем другая. И там следует Linux и OPC UA

И кстати в тех же ЖКХ Моксы давно перевелись. Они дорогие и негибкие. Все давно на самостийных построено, причем в каждом крупном региона царствует свой локальный производитель руководством региона продвигаемый обычно. Так что если совсем честно то предлагаю начать с другого конца - поискать заказчика который этой темой интересуется. Найти и сказать ему что то что есть сейчас это прототип, но для вас я сделаю все что захотите, только скажи что надо. Как то так.

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

Сообщение отредактировал vldmr86 - Jul 24 2018, 10:43