Owl_Andrew 0 19 июля, 2018 Опубликовано 19 июля, 2018 (изменено) · Жалоба Всем доброго времени суток. Пришла идея для реализации небольшого проекта по удаленному измерению и диспетчеризации через Интернет. В качестве первого опыта есть мысль запустить в производство такое устройство (дабы не давать внешних ссылок, приложил в виде скриншота). Просьба помочь в изучении рынка подобных изделий (беглый анализ выявил, что интерфейс LAN среди промышленных контроллеров не в особом ходу). Имеет ли смысл вообще входить в эту сферу, будет ли спрос, адекватна ли указанная цена (относительно конкурентов) для описанного функционала и вообще - нужно ли хоть кому-то подобное устройство. Буду благодарен за любые советы. Спасибо. Изменено 19 июля, 2018 пользователем Owl Electronics Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gerber 8 19 июля, 2018 Опубликовано 19 июля, 2018 · Жалоба Чисто теоретически - зачем может быть нужно такое устройство? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Atridies 0 20 июля, 2018 Опубликовано 20 июля, 2018 · Жалоба Аналогичные системы делают все кому не лень. И наши и буржуи. Овен, пульсар, эско, ABB, WAGO - это навскидку. Единственное - они по-разному организованы: у кого-то большие блоки, у кого-то распределенная структура, у кого-то серваки на малинках и пр. встраиваемых системах, у кого-то серваки мощные. Есть еще и различие по назначению, требующее свои особенности: например пульсар для ЖКХ - работает несколько лет на батарейках, системы, которые ставятся на подстанции - требуют серьезных защит по входу и по эфиру, системы управления зданиями - требуют симпатичную мордочку и лампочки на лицевой панели шкафа, ну и так далее... Если у вас есть конечный потребитель - лучше на первых порах использовать чужое оборудование. А уж потом - заморачиваться с собственной разработкой. P.S. кстати, у меня есть парочка блоков с примерно аналогичным функционалом. И кстати, не использование LAN имеет свой смысл: это соединение точка-точка, а RS-485, CAN и др. - это цепочка. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 20 июля, 2018 Опубликовано 20 июля, 2018 · Жалоба Буду благодарен за любые советы. В вашем дивайсе критически мало функций и полная неясность с софтом. Чтобы успешно конкурировать с промышленными линейками контроллеров и модулей IO вы должны добиться максимального количества функций на единицу объема И должны иметь четкий и ясный каркас и шаблоны для создания софта с продвинутым семейством микроконтроллеров. Нужны протоколы IoT, беспроводные интерфейсы, гибкая разъемная система. Железо не так актуально. Вот плата как на фотке ниже делается за пару недель. Секрет в многофункциональном софте и способности гибко модифицировать платы. Т.е. презентовать такие дивайсы сейчас имело бы смысл с описания ресурсов микроконтроллера, и софтовой экосистемы к которой они принадлежат (Arduino, mbed, Android Things , FreeRTOS, zephyrproject, CODESYS...), а лучше к нескольким. Таким образом ваши возможности превзойдут предложение любых брендов с их жесткой линейкой продукции. Кста, нам сейчас нужен малогабаритный измеритель мощности-анализатор в 3-х фазной сети с нулем и без нуля с беспроводным сетевым интерфейсом и открытым протоколом или API. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Owl_Andrew 0 20 июля, 2018 Опубликовано 20 июля, 2018 · Жалоба Большое спасибо, очень признателен. Вопрос такой - имеют ли подобные устройства свою нишу в потребительской сфере? К примеру, в области умного дома. Выходить в промышленность, возможно, сразу так и не получится - поэтому и цена предполагается относительно низкая. Софт будет организован как некий dashboard - рабочий стол оператора, на который можно добавить любое количество устройств по их IP-адресам, читать в реальном времени показания и выводить их куда-либо. Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard. Опытный образец уже есть и работает, правда, выглядит не очень. Софт тоже в первой минимальной версии имеется. По функционалу - в данный момент взято всего по минимуму для упрощения и удешевления. Изначальный вариант предполагал еще и четыре аналоговых канала управления (была идея сделать некий регулятор с несколькими характеристиками выходных напряжений на выбор). Есть еще желание и, наверное, необходимость добавить несколько цифровых каналов I2C/SPI, но как их организовать - не совсем понятно. Добавлять драйверы на все возможные существующие датчики разве что. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Driver_GV 1 20 июля, 2018 Опубликовано 20 июля, 2018 · Жалоба Вопрос такой - имеют ли подобные устройства свою нишу в потребительской сфере? К примеру, в области умного дома. Для умного дома и прочего себе делал такое 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 3 20 июля, 2018 Опубликовано 20 июля, 2018 · Жалоба Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard. Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле. И чуть какие разборки типа разборок с телеграмом сразу попадают в бан под горячую руку. Перво-наперво надо делать нативные приложение под Android. А WEB приложения эт уже для админа. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Owl_Andrew 0 20 июля, 2018 Опубликовано 20 июля, 2018 · Жалоба Как я слышал такие мелкие сервисы как freeboard тусуются в облаках амазона или гугле. И чуть какие разборки типа разборок с телеграмом сразу попадают в бан под горячую руку. Перво-наперво надо делать нативные приложение под Android. А WEB приложения эт уже для админа. Спасибо! Ценная информация. Хотелось бы еще что-нибудь по поводу потребностей по железу узнать. Например, самые распространенные протоколы/типы подключаемых датчиков/измерительные диапазоны. Нужна ли функция регистрации измерений, и каков объем записи может потребоваться. Потому что это не такая уж простая задача хотя бы из-за ограниченного срока жизни носителей. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vldmr86 0 21 июля, 2018 Опубликовано 21 июля, 2018 · Жалоба Вопрос скорее к ТС но если кто знает ответьте. Исключительно в познавательных целях интересуюсь: а какие внешние датчики или источники сигналов вы собираетесь подключать к своим аналоговым входам? Просто модель или описание интересны. Нам попадались в основном датчики с токовой петлей - 4-20 mA. У них масса особенностей, но с ними все понятно. Попадались резистивные 3 и 4 проводные датчики. С ними тоже все понятно. Или ваши аналоговые входы можно сконфигурировать для работы с ними? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
@Ark 3 21 июля, 2018 Опубликовано 21 июля, 2018 · Жалоба Хотелось бы еще что-нибудь по поводу потребностей по железу узнать. Например, самые распространенные протоколы/типы подключаемых датчиков/измерительные диапазоны. Нужна ли функция регистрации измерений, и каков объем записи может потребоваться. Потому что это не такая уж простая задача хотя бы из-за ограниченного срока жизни носителей. Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем... :) Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому, что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей... Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию, какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Owl_Andrew 0 23 июля, 2018 Опубликовано 23 июля, 2018 · Жалоба Вопрос скорее к ТС но если кто знает ответьте. Исключительно в познавательных целях интересуюсь: а какие внешние датчики или источники сигналов вы собираетесь подключать к своим аналоговым входам? Просто модель или описание интересны. Нам попадались в основном датчики с токовой петлей - 4-20 mA. У них масса особенностей, но с ними все понятно. Попадались резистивные 3 и 4 проводные датчики. С ними тоже все понятно. Или ваши аналоговые входы можно сконфигурировать для работы с ними? Есть множество датчиков с линейным выходом вроде манометров (напр. MPX5700AP), термометров, сенсоров Холла (к примеру, SS494). Ну а токовые датчики можно снабдить резисторами, вставив их прямо в контактные гнезда. Тут уже говорили, что делают такие устройства все, кому не лень. А не лень - почти всем... :) Но сделать нечто универсальное, "на все случаи жизни", пока не получается ни у кого. И не потому, что невозможно, а потому, что универсальное решение будет слишком дорогом для многих применений. Что сразу сужает рынок потенциальных покупателей... Вам нужно найти "золотую середину" между универсальностью и уникальностью применения. Самый простой способ - выбрать какую-то специализацию, какую-то конкретную область применения вашего устройства, или несколько близких областей. На них и ориентироваться... Собственно, в этом и заключается маркетинговое, с позволения сказать, исследование. Изучаю, чем интересуется потребитель. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 57 23 июля, 2018 Опубликовано 23 июля, 2018 (изменено) · Жалоба Софт будет организован как некий dashboard - рабочий стол оператора, на который можно добавить любое количество устройств по их IP-адресам, читать в реальном времени показания и выводить их куда-либо. Кроме того, рассматривается интеграция с сервисами, к примеру, freeboard. Будете свою SCADA делать?? :biggrin: Ваше устройство - это просто периферийный блок сбора данных, собственно поэтому, такие протоколы, как MODBUS (TCP) должны быть обязательно. Всякие вебморды - это уже вторичное дело... Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально. Изменено 23 июля, 2018 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Owl_Andrew 0 23 июля, 2018 Опубликовано 23 июля, 2018 · Жалоба Будете свою SCADA делать?? :biggrin: Ваше устройство - это просто периферийный блок сбора данных, собственно поэтому, такие протоколы, как MODBUS (TCP) должны быть обязательно. Всякие вебморды - это уже вторичное дело... Причем для модбаса желательно иметь гальваноразвязанный RS-485, тогда это уже будет выглядеть более профессионально. Спасибо, принято. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vldmr86 0 24 июля, 2018 Опубликовано 24 июля, 2018 · Жалоба Спасибо, принято. Внесу свои 5 копеек. Нам часто попадается требование в тендерах - это GSM канал и источник резервного питания на несколько минут. Смысл этой опции в том что мониторинг удаленного объекта часто отваливается и причина неизвестна. Туда идут ногами и чаще всего или включают рубильник или устраняют другую аварию с питанием. Так вот этот резервный источник позволяет отправить последнюю SMS типа питание пропало. Я сейчас тоже отвалюсь. Аккумуляторы не приветствуются ввиду необходимости обслуживания. Предпочитают суперконденсаторы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Owl_Andrew 0 24 июля, 2018 Опубликовано 24 июля, 2018 · Жалоба Внесу свои 5 копеек. Нам часто попадается требование в тендерах - это GSM канал и источник резервного питания на несколько минут. Смысл этой опции в том что мониторинг удаленного объекта часто отваливается и причина неизвестна. Туда идут ногами и чаще всего или включают рубильник или устраняют другую аварию с питанием. Так вот этот резервный источник позволяет отправить последнюю SMS типа питание пропало. Я сейчас тоже отвалюсь. Аккумуляторы не приветствуются ввиду необходимости обслуживания. Предпочитают суперконденсаторы. Это только там, где GSM уже имеется как канал обмена, или в любых? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться