Требуется экспертная оценка проекта. PC CONTROL SCADA?

Development of a cross-platform system SCADA (Windows / Linux) accelerated prototyping software
for automatics and robotics.
Так характеризуют мой авторский проект, над которым я работал 2 года.
На данный момент веду активный клиентский нишевый поиск с целью дальнейшего масштабирования, развития и популяризации.
Как оказалось это не очень просто, это далеко не просто, это просто не реально.
С одной стороны продукт рассчитан на решение большого количества вопросов в автоматизации и робототехнике прежде всего среди тех же разработчиков, меньшей кровью, слезами и потом, с другой стороны продукт предлагаемый в первую очередь такой экспертной прослойке выглядит подозрительным с элементами булгаковщины, которую в средние века большими массами сжигали на кострах.
Разработчикам как выяснилось тяжело отказаться от своих привычек писать свой скрипт на языке которым они общаются с железом большую часть своей профессиональной карьеры.
Таким образом я попадаю в заколдованный круг.
По одну строну баррикад олдскульные кодеры по другую все остальные кто считает себя такими и рьяно защищает право на жизнь недорогих отладочных платформ т.к. в силу лени и привычки не пошли по пути своих оппонентов. Кто из них прав кто нет решает в конечном итоге клиент.
В моем случае нужен эксперт и рекомендации от тех, у кого хватит терпения ознакомится с н.у. материалом , посмотреть прототип платформы в работе и дать свое определение по в.с.

Ознакомительный обзор для того чтоб понять насколько эта тема Вам знакома:
ПК ПЛАТФОРМА ДЛЯ АТОМАТИЗАЦИИ И РОБОТТЕХНИКИ.

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

BEEPTOOLKIT так ее зовут - это инструментальная платформа для ПК, позволяющая разрабатывать программное обеспечение для автоматизации и робототехники (Windows / Linux 32/64) без использования дорогих ПЛК и внешних интерфейсов DSP.
Это прямой контроль программных инструкций без внешних контроллеров.

BEEPTOOLKIT не заинтересован в управлении сторонними пакетами и аппаратным интерфейсом сигнализации (устройства PLC или DSP). Весь управляющий код в виде инструкций генерируется в среде инструмента и взаимодействует через стандартные протоколы и интерфейсы связи с периферийными устройствами. В отличие от других платформ, BEEPTOOLKIT представляет собой гибкую систему управления для подключения недорогих наборов АЦП к датчикам, драйверам и исполнительным механизмам.

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

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

Если Вы дошли до этого места, значит Вы посмотрели видео презентацию.
Теперь для осмысления в.с.:


Платформа - Инструментарий - это интерфейс внешней консоли, ядром которого является интерпретатор машинного кода;
Вся логическая и математическая обработка пользовательских команд выполняется на уровне ядра платформы без доступа к внешним объектам или стороннему программному обеспечению;

2. Клиентская часть (конфигуратор) представляет собой графический интерфейс для ввода, редактирования и сохранения инструкций и параметров поведенческих алгоритмов.
Ядро в соответствии с этими инструкциями генерирует, отправляет, получает и обрабатывает исходные команды на уровне виртуального процессора сигналов. Выходной сигнал представляет собой 4-разрядные двоичные логические сигналы (реакция 30 - 70 мс, 5 В, 270 мА), на входе - 12-разрядные сигналы 115200 бод.
- Связь осуществляется через USB - ADC / UART / RS232 / 485, которые связаны с аппаратным обеспечением периферийных драйверов (аналоговые / TTL-датчики, оптопары, переключатели изоляции проигрывателя, ключи Mosfet и т. Д.).
- Вместе с vp Консоль позволяет моделировать весь сценарий или его отдельные части для калибровки полученных сигналов, определения прерываний и т. Д.
Моделирование может проводиться без аппаратного подключения к периферийным устройствам или с подключением, имеется мастер-комплект для отладки оборудования с нагрузками и датчиками.
Концепция порта и процедуры его инициализации весьма условны, поскольку он несет в себе более продвинутые функции в отличие от общепринятых, которые предусмотрены в большинстве спецификаций архитектур автоматизации сигналов PLC, DSP, FPGA...

Портирование - это ввод значений переменных и параметров управления, которые в большей степени соответствуют словесным алгоритмам. Этот принцип является частью концепции платформы, которая позволяет интуитивно создавать инструкции всей логики (алгоритмизации) и сохранять их во внешнем файле.
Этот файл является протоколом команд утвержденного алгоритма управления автоматизацией или робототехникой в ​​интерфейсе конечного пользователя (HMI).
- Порт с точки зрения его настраиваемых параметров может быть выходным, входным или двунаправленным.
Выход может быть настроен на 1 из 16 каналов управления с циклическим повторением и прерываниями.
- Для сбора данных порт может быть задан инструкцией как вход, и на вход он может принимать данные по 1 каналу в диапазоне напряжений от 0,001 до 3,300 В или одновременно при любом соотношении 10 каналов.
- Двунаправленный режим позволяет организовать логику для работы при определенном напряжении на 1 из 10 каналов. Например, для позиционирования XYZ или запуска / остановки или выключения.
На данный момент Консоль позволяет организовать управление 145 портами ввода / вывода, кроме того, весь сценарий может повторяться с прерыванием на указанное время по продолжительности или с интервалом в 24 часа.

3. Поскольку платформа не соответствует стандарту МЭК 61131–3; он не может быть введен в той части промышленности, где заявлены строгие требования. В то же время в качестве инструментария для разработки процессов валидации или верификации (испытательных стендов HW), например, для управления измерительными приборами или испытательными стендами, он будет наиболее удобным инструментом и позволит вам решать сложные проблемы без нужны для программистов.
- любая другая отрасль, где требуется автоматизация или роботизация в качестве альтернативы системам ПЛК, другим контроллерам со встроенным ПО, ROS и т. д.
В целях мониторинга и контроля разработанные пользователями инструкции могут быть экспортированы в конечный интерфейс под управлением ОС Windows / Linux 32/64 для мобильных или мини-кроссплатформенных архитектур ОС.

***
Также на консоли имеется свободно программируемая клавиатура, на которую можно передавать команды с ПК через USB-джойстики и т.д .;
Для проведения сложных тестов консоль может автоматически запускаться в заданное время, также имеется функция автоматической выгрузки до выключения ПК.
Есть функция аналитической телеметрии на уровне 10 каналов - каждый порт. Отчеты отображаются в режиме реального времени непрерывно или после события с указанием параметра и времени отклика.
Защита от несанкционированного доступа.

ФИНАЛ:
В общем все по серьезному с учетом потребностей и задач в автоматизации и роботизации для понимающих и тех кто рядом по соседству.
Благодарю что Вы уделили свое время на прочтение в.у.
Выскажите пожалуйста свое мнение, совет, рекомендацию, пожелания, критика и т.п.
  • Вопрос задан
  • 24 просмотра
Пригласить эксперта
Ответы на вопрос 2
@AlexSku
Программист по автоматике
1) Видеопрезентацию можно было сократить раз в 5, т.к. демонстрируется одно и то же, только меняются всплывающие надписи.
А вот ваш текст лучше заменить обычной презентацией с картинками.
Нутрянка вашего ПО никому не интересна. Можно было показать (на картинках) отличия вашей скады от других (PcVue, Indusoft, Genesis...)

2) Где графика для скады? Напр., вентиляция, тепловой пункт, холодильный центр, схемы подачи электропитания ( ВРУ).

3) На каком языке записывать алгоритмы?
Ответ написан
ZXY000
@ZXY000 Автор вопроса
Видео презентацию можно было сократить раз в 5, т.к. демонстрируется одно и то же, только меняются всплывающие надписи.
А вот ваш текст лучше заменить обычной презентацией с картинками.

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

Можно было показать (на картинках) отличия вашей скады от других (PcVue, Indusoft, Genesis...)

Здесь мне не совсем ясно, что имелось в виду, т.е. показать интерфейс других платформ для сравнения, ту область куда разработчики вводят переменные и параметры, или инструменты для создания HMI - разработчиков, что-то третье?

Где графика для скады? Напр., вентиляция, тепловой пункт, холодильный центр, схемы подачи электропитания ( ВРУ).

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

На каком языке записывать алгоритмы?

Нет никакого языка, верней он есть но как результат интерпретации Ваших инструкций, компилируется мгновенно на уровне ядра. Инструкции, есть результат инициализации посредством интерфейсной консоли - конфигуратора (портирования) в соответствии с алгоритмом.

Относительно алгоритмизации, в данном случае алгоритм, есть закомментированная строка в виде произвольной записи, воспринимаемой вербально и просто служит аннотацией к конкретной инструкции для каждого порта. Пример "If Sen 8>1.253V - M3 ON" если сенсор 8 выдает большее напряжение чем 1.253V происходит запуск мотора 3 (Право или лево). Это не есть строгое правило синтаксиса, главное чтоб Вам был понятен процесс на данном этапе запущенного цикла всего сценария.

Что касается графики, то по факту наличия пакета инструкций (результат портирования) как было сказано выше, они экспортируются в среду разработки HMI, где будут присутствовать схемы, вентильные задвижки, климатические камеры, устройства линейных перемещений с индикацией, приборной панелью, кнопками и т.п.
Собственно я не преследовал задачу на 100% разработать инструментальную среду включая наполнение графическими объектами. Основная задача это разработка инструкций, которые есть управляющей логикой под проектируемую автоматику и если периферию подключить в том виде, в котором она должна выполнять свои задачи, она будет работать без HMI.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы