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

[Owl Electronics]

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



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

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

Спасибо.



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

[gerber]

Чисто теоретически - зачем может быть нужно такое устройство?

[Atridies]

Аналогичные системы делают все кому не лень. И наши и буржуи. Овен, пульсар, эско, ABB, WAGO - это навскидку. Единственное - они по-разному организованы: у кого-то большие блоки, у кого-то распределенная структура, у кого-то серваки на малинках и пр. встраиваемых системах, у кого-то серваки мощные. Есть еще и различие по назначению, требующее свои особенности: например пульсар для ЖКХ - работает несколько лет на батарейках, системы, которые ставятся на подстанции - требуют серьезных защит по входу и по эфиру, системы управления зданиями - требуют симпатичную мордочку и лампочки на лицевой панели шкафа, ну и так далее...
Если у вас есть конечный потребитель - лучше на первых порах использовать чужое оборудование. А уж потом - заморачиваться с собственной разработкой.

P.S. кстати, у меня есть парочка блоков с примерно аналогичным функционалом.

И кстати, не использование LAN имеет свой смысл: это соединение точка-точка, а RS-485, CAN и др. - это цепочка.

[AlexandrY]

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

В вашем дивайсе критически мало функций и полная неясность с софтом.
Чтобы успешно конкурировать с промышленными линейками контроллеров и модулей IO вы должны добиться максимального количества функций на единицу объема
И должны иметь четкий и ясный каркас и шаблоны для создания софта с продвинутым семейством микроконтроллеров.
Нужны протоколы IoT, беспроводные интерфейсы, гибкая разъемная система.

Железо не так актуально. Вот плата как на фотке ниже делается за пару недель.
 PLC.JPG ( 73.62 килобайт ) Кол-во скачиваний: 82

Секрет в многофункциональном софте и способности гибко модифицировать платы.
Т.е. презентовать такие дивайсы сейчас имело бы смысл с описания ресурсов микроконтроллера,
и софтовой экосистемы к которой они принадлежат (Arduino, mbed, Android Things , FreeRTOS, zephyrproject, CODESYS...), а лучше к нескольким.
Таким образом ваши возможности превзойдут предложение любых брендов с их жесткой линейкой продукции.

Кста, нам сейчас нужен малогабаритный измеритель мощности-анализатор в 3-х фазной сети с нулем и без нуля с беспроводным сетевым интерфейсом и открытым протоколом или API.

[Owl Electronics]

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

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

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

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

[Driver_GV]

Вопрос такой - имеют ли подобные устройства свою нишу в потребительской сфере? К примеру, в области умного дома.

Для умного дома и прочего себе делал такое http://picping.lg.ua/eth_pic_basic/index.htm , http://www.picping.lg.ua/eth_pic_basic/index1.htm
На борту интерпритатор BASIC, WEB сервер, RS485, MODBUS и другое . Freeware.

[AlexandrY]

Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard.

Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле.
И чуть какие разборки типа разборок с телеграмом сразу попадают в бан под горячую руку.
Перво-наперво надо делать нативные приложение под Android.
А WEB приложения эт уже для админа.

[Owl Electronics]

Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле.
И чуть какие разборки типа разборок с телеграмом сразу попадают в бан под горячую руку.
Перво-наперво надо делать нативные приложение под Android.
А WEB приложения эт уже для админа.

Спасибо! Ценная информация.

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

[vldmr86]

Вопрос скорее к ТС но если кто знает ответьте. Исключительно в познавательных целях интересуюсь: а какие внешние датчики или источники сигналов вы собираетесь подключать к своим аналоговым входам? Просто модель или описание интересны. Нам попадались в основном датчики с токовой петлей - 4-20 mA. У них масса особенностей, но с ними все понятно. Попадались резистивные 3 и 4 проводные датчики. С ними тоже все понятно. Или ваши аналоговые входы можно сконфигурировать для работы с ними?

[@Ark]

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

Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем...
Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому,
что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей...
Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию,
какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться...

[Owl Electronics]

Вопрос скорее к ТС но если кто знает ответьте. Исключительно в познавательных целях интересуюсь: а какие внешние датчики или источники сигналов вы собираетесь подключать к своим аналоговым входам? Просто модель или описание интересны. Нам попадались в основном датчики с токовой петлей - 4-20 mA. У них масса особенностей, но с ними все понятно. Попадались резистивные 3 и 4 проводные датчики. С ними тоже все понятно. Или ваши аналоговые входы можно сконфигурировать для работы с ними?

Есть множество датчиков с линейным выходом вроде манометров (напр. MPX5700AP), термометров, сенсоров Холла (к примеру, SS494). Ну а токовые датчики можно снабдить резисторами, вставив их прямо в контактные гнезда.

Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем...
Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому,
что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей...
Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию,
какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться...

Собственно, в этом и заключается маркетинговое, с позволения сказать, исследование. Изучаю, чем интересуется потребитель.

[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 уже имеется как канал обмена, или в любых?