Здравствуйте Уважаемые форумчане
Интересует востребованность платформы которую мы разрабатываем, не сочтите за рекламу

Описание

Сделан программно-аппаратный комплекс для управлением разного рода устройствами через датчики обратной связи.
В него входит:
- плата управления (т.к. плата наша, можем делать любые конфигурации по количеству каналов)
- программное обеспечение под windows, android
- - API для работы с платой (управление датчиками, двигателями, реле и т.д. как с памятью, т.е. как обычные переменные, любой программист разберётся)
- - API для работы с GUI (можно вставлять картинки, рисовать графики от датчиков, тегами по аналогии с HTML5)
- облако (настройка доступов, хранение конфигураций, прошивок, контроль версий)

Технические характеристики:
- 12 портов питания 220В переменного тока мощностью до 2кВт
- - вкл/выкл
- - управляемый ШИМ
- - рандомный ШИМ
- 16 портов питания 12В постоянного тока
- - вкл/выкл
- - управляемый ШИМ
- - рандомный ШИМ
- 12 портов для датчиков
- - измерение сопротивления (20 Ом до 50к Ом)
- - изменение напряжения (-150мВ до 12В)
- - изменение тока (4мА-20мА)


Возможности:
- подключение различных датчиков с питанием 12В или 220В (момента, силы, температуры, давления, объёма, тензодатчики и т.д.)
- управление двигателями ШИМ 12В и 220В до 2кВт
- управление реле, вкл/выкл двигателей любой мощности
- питание 12В и 220В
- подключение к интернету через WiFi
- подключение к мобильному устройству через Bluetooth
- облачные технологии

вариант использования: в облаке создаётся юзер1(производитель), создаёт приложение на LUA, настраивает доступы, юзер2 (если он имеет доступ) скачивает мобильное приложение на android (или windows) и по блютуфу (windows по usb) соединяется с устройством, подключает устройство к интернету через WiFi (если это необходимо), закачивает приложение созданное юзером1, устройство работает автономно согласно алгоритмам написанным юзером1 на LUA, юзер2 смотрит графики, состояние устройств на мобильном приложении или через облако, если устройство подключено к интернет


Данная платформа создавалась изначально не для российского рынка и не для промышленного применения
Соответственно и вопрос, насколько интересна данная платформа на российском рынке
Политика по ценообразованию простая - 300$ за плату, весь софт бесплатно

ИМХО, для меня, как олдскула
прям по каждому пункту - НЕТ!



Для чего создавалась - для того и применяйте.

P.S. а что такое - рандомный ШИМ ? Даже не так - для чего может использоваться?

Мы делаем контроллеры для управления BLDS двигателями, в том числе без датчиков Холла, с помощью векторного управления, рандомный ШИМ из этой темы

а Вы не могли бы описать поконкретнее что именно НЕТ?

Мы ж тут все инженеры, кто проектировщик, кто программист-наладчик,
немного продавцы (куда уж без этого).
Поэтому основной вопрос - а нам ЭТо зачем? Что нам это привнесет? Что улучшит (упростит, удешевит) в нашей деятельности?
Есть хоть одно совпадение, например, с соседней темой про "Контроллер моей мечты"?


как то так....

Как создать "правильную" АСУ ТП

Вы можете привести технические характеристики в общепринятых терминах?
Какие порты? Может быть каналы дискретного аналогового ввода? Соответственно характеристики - диапазоны токов, напряжений, нагрузочная способность, тип и параметры гальванической изоляции, для АЦП/ЦАП разрядность преобразования и возможность цифровой передискретизации.

Это скорее для институтских лабораторий по электроприводу, но, думаю, там и сами всё умеют делать такое, ведь Алиэкспресс уже даже бабульки освоили.

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

по поводу менюх, вот одна из реализаций программы для управления пеллетным котлом






при создании приложения на LUA с помощью платформы этот код работает и в windows и на android, вы делаете только алгоритмы и GUI



как таковой среды программирования нет, всё пишется на LUA, этот язык был выбран из за его простоты и скорости работы, все логические, математические операции легко написать использовав IF ELSE, пид регуляторы реализованы
по плану будет среда для удобного создания GUI, например слева пишите код, справа окно с моментальным отображением изменений


GUI общее и для windows и для android, вы разбиваете экран на сетку нужного вам размера, например 10х10 или 100х200, заполняете ячейки нужными вам элементами(например в ячейке 44 по горизонтали, 55 по вертикали будет кнопка), картинки, линии, графики, чекбоксы, поля для ввода данных и этот код будет одинаково работать и на windows и на adnroid


если вам не нужно согласовывать работу нескольких устройств через интернет (или через локальную сеть), то одно устройство конфигурируется по USB или LAN с помощью windows


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


в этом месте мы ошиблись, будем делать 24В, это не проблема, вопрос времени только



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



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

пример логики
if (Pt1000_C < 50)
motor = 0
else if (Pt1000_C >= 50) and (Pt1000_C < 100)
motor = 50
else if (Pt1000_C >= 100)
motor = 100

где Pt1000_C это значение температуры датчика, а motor это процент подаваемой мощности на двигатель (подключённый к плате, или управлять частотником через UART (или CAN, или другим нужным протоколом ))



да, мы из другой темы, поэтому общаемся на разных языках, но все хотелки для производственного рынка можно сделать


юзер1(производитель) (а мы тогда с нашим инженерным бэкграундом здесь зачем?)

а вы и есть производитель, а юзер2 это ваш клиент, вы пишите алгоритмы и GUI, мы делаем максимально удобный инструментарий для вас, чтобы с разработкой мог справится один инженер и один средний программист


или нам еще LUA изучать? RubyOnRails уже не модно?

LUA это скриптовый язык высокого уровня, он прост в изучении и любой программист, уровня студента, может на нём писать
этот LUA код будет работать автономно на контроллере и достаточно быстро, т.е. не надо знать 100500 языков для проектирования всей системы, достаточно одного, и для низкого уровня и для высокого


с НДС, без НДС? всем по 300 или есть скидки?

для стран СНГ я думаю сделать цену в 2 раза дешевле


прикладываю описание

Я так понимаю, что конкретную плату обсуждать смысла не имеет, она вам не подходит, если не сложно напишите список желаемых характеристик

текущая реализация платы выглядит вот так

ГОСТЫ, читать не пробовали?
Сертификаты есть?

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

Никто в здравом уме не поставит самопал куда нибуть кроме дома.
ПС там у вас 230В и 12..
Класс изоляции какой?
НИКАКОЙ судя по компоновке

16 портов питания 12В постоянного тока
???
24В стандарт

12 портов питания 220В переменного тока мощностью до 2кВт
Не видно там 12 реле по 8+А

- изменение напряжения (-150мВ до 12В)
0-10 0-5 0-1
Стандарті? А не не слішали.

измерение сопротивления (20 Ом до 50к Ом)

50к непонятное число Pt1000 много а для NTC10k мало
(это два самых популярных датчика

По всем этим мелочам и складывается мнение "В топку!"

virij, я могу дать ссылки на десяток производителей подобного, последний хрен без соли доедают.
LUA неплохой язык для самоходных роботов, а нужен как минимум FBD. Можете свое творчество считать законченным и успешным, если удастся добиться функционала LOGO! Не нужно больших портов I/O, достаточно 8/16.

Не видно там 12 реле по 8+А
сейчас в плате реализовано 4 силовых контура, и соответственно 4 реле на защиту этих контуров, сама коммутация происходит семистрами

- изменение напряжения (-150мВ до 12В)
0-10 0-5 0-1
Стандарті? А не не слішали.
ваши диапазоны входят в наши, не вижу проблем их измерять и выдавать нужные значения под конкретный датчик

50к непонятное число Pt1000 много а для NTC10k мало
это два самых популярных датчика
можем и больше, только погрешность будет около 10%, если взять эту таблицу соответствия NTC10k, то при -40C будет погрешность +-1С

https://www.siemens-pro.ru/components/logo8.htm
Логические модули LOGO! Basic характеризуются следующими показателями:
...
Объем программы до 400 программных блоков.
...

я так понимаю эти ограничения именно изза использования языка типа FBD, у нас нет таких ограничений, вы хоть миллион этих блоков можете написать

LUA неплохой язык для самоходных роботов, а нужен как минимум FBD.
LUA неплохой язык для процессоров, поэтому операции выполняются на частоте от 100Мгц, а то к чему привыкли вы это прошлый век

Здесь вообще-то инженеры тусуются, а не программисты. Поэтому СИ-подобный язык вызывает затруднения у многих, как язык прошлого века. Ковыряться в чужой текстовой программе вместо графического отображения, мало кому нравится. В вашем приведенном примере ШИМ присутствует ступенчатость управления, а это не айс. Вам не сложно представить листинг ПИД-регулятора? Очень вас прошу.
Для упрощения понимания написанного поясню - нужно типа Scratch, а не LUA.

LUA это скриптовый язык высокого уровня, с СИ не путайте, сейчас он считается низким языком, про ассемблер вообще молчу...
Мы пишем бутлоадеры и прошивки на низком, которые обрабатывают LUA

Почитав эту ветку я понял, что каждому инженеру нужны программисты, только они должны быть узкоспециализированы, видимо за это ещё они ломят ценник на свои услуги
Ещё раз повторюсь, скриптовый язык это уровень студента

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

Вот ни разу не назову LUA высокоуровневым языком, такая же херня как и Си.

Если не трудно, напишите на LUA копирования части из массива в массив другой длины (равной требуемой части) ?

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

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

Вам не сложно представить листинг ПИД-регулятора?

конкретно для пеллетного котла у нас 4 пид-регулятора которые между собой синхронизированы, на температуру воды, на подачу воздуха, на температуру дымовых газов, на датчик кислорода
листинг чего именно вас интересует?


Из приведенных вами характеристик на изделие совершенно не следует возможность выбора данного контроллера

я уже писал, что конкретная плата делалась для другой задачи, сейчас уже понятны требования которые нужны для автоматизации серьёзных объёктов
мы разрабатываем контроллеры для радиоуправляемых моделей, это машинки разных размеров, включая электрокары, самолётики, вертолётики, и всё это для зарубежного рынка
у нас есть опыт проектирования сложных архитектур, и SCADA мне не кажется сильно сложной, вопрос требований к железу и к софту, а её концепция укладывается в концепцию нашей платформы

Спасибо всем, вектор дальнейшего движения понятен

virij простите, и после такого кода вы говорите о высоком уровне языка программирования ?



ну, я тут не вдаюсь в нюансы синтаксиса, но думаю смысл будет понятен. Ваша простыня на "высокоуровневом" LUA и несколько строк на низкоуровневом C#.

Пилите FBD с возможностью создавать собственные FBD на LUA или на более простых FBD. Примеры - Овен Лоджик, FLProg и так далее. чистый LUA подойдет для модемов с возможностью скриптами выполнить какие-то действия, но не для контроллера

На счет Scada, без программирования на LUA поддержка Modbus (RTU, TCP), быстрое создание регистров, удобное редактирование таблицы регистров (перестановка, удаление со смещением и без и т.д.) Возможно и другие протоколы использовать.

з.ы. я тут писал протокол обмена по RS485 для Allen Bradley в Scada, так вот на LUA боюсь на вашей железке при таком коде просто памяти не хватит даже на протокол отдельно взятого ПЛК с известными переменными.

Прошу вашего понимания, пид-регуляторы не подразделяются на регулируемую среду.


Как уже писал, LUA ориентирован на самодижущиеся игрушки.
Согласитесь, применять промышленные контроллеры в таких игрушках тоже не целесообразно.
Тема может иметь продолжение, если вы предложите регуляторы на ESP8266 c дисплеем, кнопками и в корпусе. Уверен, популярность гарантирована. При правильном маркетинге, после изучения потребностей пользователей, будет иметь огромный успех из-за дешевизны решений.

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

Ваша проблема в подходе.
И потом, Вы пытаетесь "впарить" вашу железяку инженерам,
а если точнее проектировщикам.
А на чертежах их подпись стоит, и статьи в УК РФ интересные есть.
Соответственно и подход.
Без бумажки (сертификатов, паспортов, руководств, всего того что полагается иметь по ГОСТ на АСУ)
ваши контроллеры НИКОМУ НЕ НУЖНЫ.

300$ это цена 1-2 дней "в поле, на обьекте" хорошего наладчика.
Программистов специальных в отрасли АВОК чаще всего нет.
Как писали выше программы пишут инженеры, на языках стандарта МЭК 6-1131/3
И как писали выше FBD самый предпочтительный из них.
Все ваши доводы, что вот ....LUA.. и т.д. перечеркиваются фразой выше.
Цена 1 дня работы сравнима со стоимостью Вашего контроллера.

Для начала обратитесь за помощью к Kosmo440 или Сергею Ефремову
еще можете к Fanat (но он не ваш уровень)



LUA сейчас поддерживают сенсорные панели Delta серий DOP-B и др новых серий.
Как раз для скриптов, если хочется странного

Бытовуху с блютусом никогда никто не применит, как и радиолюбительскую самоделку. Вайфай, еще может быть, но не факт.
Дисплей всегда нужен. Для просмотра текущего параметра и задания рабочих. У вас, как у программиста несколько утрированное понимание работы наладчика. Попробуй те сами съездить на объект водиночку! для наладки режимов вашего творчества. У нас тащить с собой на объект программиста не принято. Потому что это будет очень долго, дорого, а зачастую бесполезно - слив объекта. Эта козлина пытается писать программу на самом объекте.

Вот..
Еще один пункт
Наличие хотя бы одного СТАНДАРТНОГО протокола для интеграции с существующими SCADA системами

yozik в идеале минимум Modbus и SNMP.
Возможность писать на низкоуровневом языке обращения к БД или к API БД и Scada систем, если они есть у последних.

Это я "толерантно" не хотел обижать поклонников бакнета из соседней темы (контроллер вентиляции....)
они там плюются на модбас

Зачем контроллеру "нижнего уровня" обращаться к БД?
или тогда
Зачем контроллеру умеющему работать с БД входа\выхода

Это две разных области.

yozik ну не совсем. Например вместо Ethernet порта может быть GSM, или нет реального IP на объекте. Если контроллер сможет самостоятельно через API скидывать данные в БД Scada системы или обращаться к самой Scada системе то не потребуется покупки статического IP и т.д.. Из затрат только написать согласно API запросы со стороны контролера.

Это кроме штатных открытых протоколов, которые должны быть в принципе из коробки.

Как минимум это будет одной из плюшек, отличающих от других.
Пока на вскидку
1. наличие SNMP кроме Modbus
2. Возможность писать протокол через API требуемой системы или добавить другой протокол (например к пункту 1 еще Bacnet)

Я писал для Scada протоколы Логика, Меркурий, МЭК61107, DF1, Пульсар - так вот после них Modbus это СКАЗКА..... просто "ВАУ"
так что совет другим, прежде чем плеваться, попробуйте другое

Вам нужно сходить на сайты производителей контроллеров для управления инженерными системами... изучить их, купить пару штук, повертеть в руках, запрограммировать... в общем покрутитья в теме. А потом уже думать стоит ли Вам в нее заходить.
PS К примеру в указанный Вами ценник в 300 долларов входит большое количество уже готовых контроллеров которые программиурются удобным для инженернов способом (на FBD) и любой инженер предпочтет его, чем вникать в Ваши решения. Примеры контроллеров:
Простейшие:
- Siemens LOGO
- Zelio Logic
- Овен ПР
Более сложные:
- Контроллеры от Segnetics
- Овен куча кодесисных изделий
- Beckhoff, Wago и пр
- Semens S1200

В общем Вам нужно начать с изучения рынка а не с таких вот тем на форуме... Вас просто не поймут (вернее уже не поняли).

Какой у вас ток в цепи измерения Pt1000?

Для начала есть конфигурируемые контроллеры, а есть программируемые. Конфигурируемые - имхо ещё есть что ловить и куда развиваться по части plug and play, а вот программируемые - тут можно конкурировать только ценой при неизменном качестве и наличием опций, которые могут быть удобными, полезными, опережающими время - такое придумать крайне сложно, надо быть глубоко в теме.

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

Нет никакой ниши. Есть контроллер, который надо продать. Пару лет назад был такой деятель, - Вы мне контроллер разработайте, соберите, а я вам его буду продавать.
Котлом, всеми ИМ управлять с одного контроллера, без клавиатуры и дисплея, задача для особо отчаянных и одаренных.

Ну и как, собрали?

Не, у него денег не было.
У него ПАТЕНТ был.
Banned не совсем точно описал.
"я его продавать буду" такого не было.
Он патент продавал