Перейти к содержанию
    

Система диспетчеризации и автоматизации

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

 

octopus.png

 

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

 

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

 

Спасибо.

 

 

Изменено пользователем Owl Electronics

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Если у вас есть конечный потребитель - лучше на первых порах использовать чужое оборудование. А уж потом - заморачиваться с собственной разработкой.

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

В вашем дивайсе критически мало функций и полная неясность с софтом.

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

И должны иметь четкий и ясный каркас и шаблоны для создания софта с продвинутым семейством микроконтроллеров.

Нужны протоколы IoT, беспроводные интерфейсы, гибкая разъемная система.

 

Железо не так актуально. Вот плата как на фотке ниже делается за пару недель.

post-2050-1532065153_thumb.jpg

Секрет в многофункциональном софте и способности гибко модифицировать платы.

Т.е. презентовать такие дивайсы сейчас имело бы смысл с описания ресурсов микроконтроллера,

и софтовой экосистемы к которой они принадлежат (Arduino, mbed, Android Things , FreeRTOS, zephyrproject, CODESYS...), а лучше к нескольким.

Таким образом ваши возможности превзойдут предложение любых брендов с их жесткой линейкой продукции.

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Большое спасибо, очень признателен.

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

 

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

На борту интерпритатор BASIC, WEB сервер, RS485, MODBUS и другое . Freeware.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле.

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

Перво-наперво надо делать нативные приложение под Android.

А WEB приложения эт уже для админа.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле.

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

Перво-наперво надо делать нативные приложение под Android.

А WEB приложения эт уже для админа.

 

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

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем... :)

Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому,

что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей...

Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию,

какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться...

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

 

Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем... :)

Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому,

что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей...

Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию,

какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться...

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Будете свою SCADA делать?? :biggrin:

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

Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально.

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Будете свою SCADA делать?? :biggrin:

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

Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...