|
|
|
Система диспетчеризации и автоматизации, Идея проекта |
|
|
|
Jul 19 2018, 20:32
|
Участник
Группа: Участник
Сообщений: 27
Регистрация: 27-08-16
Из: Москва
Пользователь №: 93 124
|
Всем доброго времени суток. Пришла идея для реализации небольшого проекта по удаленному измерению и диспетчеризации через Интернет. В качестве первого опыта есть мысль запустить в производство такое устройство (дабы не давать внешних ссылок, приложил в виде скриншота). Просьба помочь в изучении рынка подобных изделий (беглый анализ выявил, что интерфейс LAN среди промышленных контроллеров не в особом ходу). Имеет ли смысл вообще входить в эту сферу, будет ли спрос, адекватна ли указанная цена (относительно конкурентов) для описанного функционала и вообще - нужно ли хоть кому-то подобное устройство. Буду благодарен за любые советы. Спасибо.
Сообщение отредактировал Owl Electronics - Jul 19 2018, 20:40
|
|
|
|
|
Jul 20 2018, 05:27
|
Местный
Группа: Свой
Сообщений: 445
Регистрация: 7-02-05
Из: Зеленоград
Пользователь №: 2 468
|
Аналогичные системы делают все кому не лень. И наши и буржуи. Овен, пульсар, эско, ABB, WAGO - это навскидку. Единственное - они по-разному организованы: у кого-то большие блоки, у кого-то распределенная структура, у кого-то серваки на малинках и пр. встраиваемых системах, у кого-то серваки мощные. Есть еще и различие по назначению, требующее свои особенности: например пульсар для ЖКХ - работает несколько лет на батарейках, системы, которые ставятся на подстанции - требуют серьезных защит по входу и по эфиру, системы управления зданиями - требуют симпатичную мордочку и лампочки на лицевой панели шкафа, ну и так далее... Если у вас есть конечный потребитель - лучше на первых порах использовать чужое оборудование. А уж потом - заморачиваться с собственной разработкой.
P.S. кстати, у меня есть парочка блоков с примерно аналогичным функционалом.
И кстати, не использование LAN имеет свой смысл: это соединение точка-точка, а RS-485, CAN и др. - это цепочка.
|
|
|
|
|
Jul 20 2018, 06:18
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Цитата(Owl Electronics @ Jul 19 2018, 23:32) Буду благодарен за любые советы. В вашем дивайсе критически мало функций и полная неясность с софтом. Чтобы успешно конкурировать с промышленными линейками контроллеров и модулей IO вы должны добиться максимального количества функций на единицу объема И должны иметь четкий и ясный каркас и шаблоны для создания софта с продвинутым семейством микроконтроллеров. Нужны протоколы IoT, беспроводные интерфейсы, гибкая разъемная система. Железо не так актуально. Вот плата как на фотке ниже делается за пару недель.
PLC.JPG ( 73.62 килобайт )
Кол-во скачиваний: 82Секрет в многофункциональном софте и способности гибко модифицировать платы. Т.е. презентовать такие дивайсы сейчас имело бы смысл с описания ресурсов микроконтроллера, и софтовой экосистемы к которой они принадлежат (Arduino, mbed, Android Things , FreeRTOS, zephyrproject, CODESYS...), а лучше к нескольким. Таким образом ваши возможности превзойдут предложение любых брендов с их жесткой линейкой продукции. Кста, нам сейчас нужен малогабаритный измеритель мощности-анализатор в 3-х фазной сети с нулем и без нуля с беспроводным сетевым интерфейсом и открытым протоколом или API.
|
|
|
|
|
Jul 20 2018, 08:34
|
Участник
Группа: Участник
Сообщений: 27
Регистрация: 27-08-16
Из: Москва
Пользователь №: 93 124
|
Большое спасибо, очень признателен. Вопрос такой - имеют ли подобные устройства свою нишу в потребительской сфере? К примеру, в области умного дома. Выходить в промышленность, возможно, сразу так и не получится - поэтому и цена предполагается относительно низкая.
Софт будет организован как некий dashboard - рабочий стол оператора, на который можно добавить любое количество устройств по их IP-адресам, читать в реальном времени показания и выводить их куда-либо. Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard.
Опытный образец уже есть и работает, правда, выглядит не очень. Софт тоже в первой минимальной версии имеется.
По функционалу - в данный момент взято всего по минимуму для упрощения и удешевления. Изначальный вариант предполагал еще и четыре аналоговых канала управления (была идея сделать некий регулятор с несколькими характеристиками выходных напряжений на выбор). Есть еще желание и, наверное, необходимость добавить несколько цифровых каналов I2C/SPI, но как их организовать - не совсем понятно. Добавлять драйверы на все возможные существующие датчики разве что.
|
|
|
|
|
Jul 20 2018, 08:46
|
Участник
Группа: Участник
Сообщений: 58
Регистрация: 11-05-06
Из: Lugansk
Пользователь №: 17 011
|
Цитата(Owl Electronics @ Jul 20 2018, 11:34) Вопрос такой - имеют ли подобные устройства свою нишу в потребительской сфере? К примеру, в области умного дома. Для умного дома и прочего себе делал такое http://picping.lg.ua/eth_pic_basic/index.htm , http://www.picping.lg.ua/eth_pic_basic/index1.htm На борту интерпритатор BASIC, WEB сервер, RS485, MODBUS и другое . Freeware.
--------------------
------------------- picping.lg.ua
|
|
|
|
|
Jul 20 2018, 10:32
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Цитата(Owl Electronics @ Jul 20 2018, 11:34) Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard. Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле. И чуть какие разборки типа разборок с телеграмом сразу попадают в бан под горячую руку. Перво-наперво надо делать нативные приложение под Android. А WEB приложения эт уже для админа.
|
|
|
|
|
Jul 20 2018, 13:31
|
Участник
Группа: Участник
Сообщений: 27
Регистрация: 27-08-16
Из: Москва
Пользователь №: 93 124
|
Цитата(AlexandrY @ Jul 20 2018, 13:32) Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле. И чуть какие разборки типа разборок с телеграмом сразу попадают в бан под горячую руку. Перво-наперво надо делать нативные приложение под Android. А WEB приложения эт уже для админа. Спасибо! Ценная информация. Хотелось бы еще что-нибудь по поводу потребностей по железу узнать. Например, самые распространенные протоколы/типы подключаемых датчиков/измерительные диапазоны. Нужна ли функция регистрации измерений, и каков объем записи может потребоваться. Потому что это не такая уж простая задача хотя бы из-за ограниченного срока жизни носителей.
|
|
|
|
|
Jul 21 2018, 07:58
|
Знающий
Группа: Участник
Сообщений: 688
Регистрация: 13-05-16
Пользователь №: 91 710
|
Цитата(Owl Electronics @ Jul 20 2018, 16:31) Хотелось бы еще что-нибудь по поводу потребностей по железу узнать. Например, самые распространенные протоколы/типы подключаемых датчиков/измерительные диапазоны. Нужна ли функция регистрации измерений, и каков объем записи может потребоваться. Потому что это не такая уж простая задача хотя бы из-за ограниченного срока жизни носителей. Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем... Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому, что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей... Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию, какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться...
|
|
|
|
|
Jul 23 2018, 08:28
|
Участник
Группа: Участник
Сообщений: 27
Регистрация: 27-08-16
Из: Москва
Пользователь №: 93 124
|
Цитата(vldmr86 @ Jul 21 2018, 10:19) Вопрос скорее к ТС но если кто знает ответьте. Исключительно в познавательных целях интересуюсь: а какие внешние датчики или источники сигналов вы собираетесь подключать к своим аналоговым входам? Просто модель или описание интересны. Нам попадались в основном датчики с токовой петлей - 4-20 mA. У них масса особенностей, но с ними все понятно. Попадались резистивные 3 и 4 проводные датчики. С ними тоже все понятно. Или ваши аналоговые входы можно сконфигурировать для работы с ними? Есть множество датчиков с линейным выходом вроде манометров (напр. MPX5700AP), термометров, сенсоров Холла (к примеру, SS494). Ну а токовые датчики можно снабдить резисторами, вставив их прямо в контактные гнезда. Цитата(@Ark @ Jul 21 2018, 10:58) Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем... Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому, что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей... Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию, какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться... Собственно, в этом и заключается маркетинговое, с позволения сказать, исследование. Изучаю, чем интересуется потребитель.
|
|
|
|
|
Jul 23 2018, 10:36
|
Гуру
Группа: Участник
Сообщений: 2 219
Регистрация: 16-08-12
Из: Киров
Пользователь №: 73 143
|
Цитата(Owl Electronics @ Jul 20 2018, 11:34) Софт будет организован как некий dashboard - рабочий стол оператора, на который можно добавить любое количество устройств по их IP-адресам, читать в реальном времени показания и выводить их куда-либо. Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard. Будете свою SCADA делать?? Ваше устройство - это просто периферийный блок сбора данных, собственно поэтому, такие протоколы, как MODBUS (TCP) должны быть обязательно. Всякие вебморды - это уже вторичное дело... Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально.
Сообщение отредактировал mantech - Jul 23 2018, 10:42
|
|
|
|
|
Jul 23 2018, 11:27
|
Участник
Группа: Участник
Сообщений: 27
Регистрация: 27-08-16
Из: Москва
Пользователь №: 93 124
|
Цитата(mantech @ Jul 23 2018, 13:36) Будете свою SCADA делать?? Ваше устройство - это просто периферийный блок сбора данных, собственно поэтому, такие протоколы, как MODBUS (TCP) должны быть обязательно. Всякие вебморды - это уже вторичное дело... Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально. Спасибо, принято.
|
|
|
|
|
Jul 24 2018, 07:07
|
Частый гость
Группа: Участник
Сообщений: 77
Регистрация: 12-12-16
Пользователь №: 94 599
|
Цитата(Owl Electronics @ Jul 23 2018, 12:27) Спасибо, принято. Внесу свои 5 копеек. Нам часто попадается требование в тендерах - это GSM канал и источник резервного питания на несколько минут. Смысл этой опции в том что мониторинг удаленного объекта часто отваливается и причина неизвестна. Туда идут ногами и чаще всего или включают рубильник или устраняют другую аварию с питанием. Так вот этот резервный источник позволяет отправить последнюю SMS типа питание пропало. Я сейчас тоже отвалюсь. Аккумуляторы не приветствуются ввиду необходимости обслуживания. Предпочитают суперконденсаторы.
|
|
|
|
|
Jul 24 2018, 08:23
|
Участник
Группа: Участник
Сообщений: 27
Регистрация: 27-08-16
Из: Москва
Пользователь №: 93 124
|
Цитата(vldmr86 @ Jul 24 2018, 10:07) Внесу свои 5 копеек. Нам часто попадается требование в тендерах - это GSM канал и источник резервного питания на несколько минут. Смысл этой опции в том что мониторинг удаленного объекта часто отваливается и причина неизвестна. Туда идут ногами и чаще всего или включают рубильник или устраняют другую аварию с питанием. Так вот этот резервный источник позволяет отправить последнюю SMS типа питание пропало. Я сейчас тоже отвалюсь. Аккумуляторы не приветствуются ввиду необходимости обслуживания. Предпочитают суперконденсаторы. Это только там, где GSM уже имеется как канал обмена, или в любых?
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|