Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Регистрируясь, я даю согласие на обработку данных и условия почтовых рассылок.
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр Монстрикс — это динамичная стратегия, где ты собираешь, улучшаешь и сражаешься с могучими монстрами.

Монстрикс

Мидкорные, Стратегии, Мультиплеер

Играть

Топ прошлой недели

  • solenakrivetka solenakrivetka 7 постов
  • Animalrescueed Animalrescueed 53 поста
  • ia.panorama ia.panorama 12 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая «Подписаться», я даю согласие на обработку данных и условия почтовых рассылок.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Маркет Промокоды Пятерочка Промокоды Aroma Butik Промокоды Яндекс Путешествия Промокоды Яндекс Еда Постила Футбол сегодня
0 просмотренных постов скрыто
3
proasutp
proasutp

Factory IO, TIA Portal — сортировка и объединение элементов на ПЛК⁠⁠

15 дней назад
Перейти к видео

В Factory I/O построена линия сортировки и сборки с управлением от ПЛК. Изделия перемещаются по цепному конвейеру и проходят через видеодатчик, который выводит цифры от 0 до 9 для определения типа и цвета. Два привода распределяют детали: правый — для крышек, левый — для сырья. Сырье поступает в станок с ЧПУ, который изготавливает основание изделия и укладывает его на поворотный стол. На левых конвейерах крышки останавливаются, когда их определяет видеодатчик. Их цвет сохраняется. Сборочная станция соединяет каждую крышку с основанием только при совпадении цветов. Затем манипулятор поднимает и укладывает готовое изделие.

Телеграм канал Роботы на зарплате

Показать полностью
АСУ ТП Siemens ПЛК Программирование ПЛК Автоматизация Видео Без звука Короткие видео Telegram (ссылка)
2
4
youengineerasu
youengineerasu

Как опросить ПЛК c помощью панели оператора Weintek по протоколу Ethernet Codesys V3 ??⁠⁠

17 дней назад

Очень удобная система. Как можно не париться и с помощью импорта тегов перенести переменные с ПЛК в панель.Интересно, а с ОВЕН ПЛК прокатит такой номер?Дизайн делали максимально простой. Понятный. Может где-то кривовато, но всех устроило (заказчика тоже).

Перейти к видео

Подробнее в канале ТГ.
Всем пока, пока..

Программа Инженер Монтаж АСУ ТП КИПиА Автоматизация Тестирование Microsoft Видео Короткие видео Telegram (ссылка)
0
32
PetroBr

Своими разработками соревнуюсь с брендами в АСУ ТП. Превзойти Codesys⁠⁠

19 дней назад
Своими разработками соревнуюсь с брендами  в АСУ ТП. Превзойти Codesys

3o|||sheet : комплекс для разработки промышленных контроллеров (виртуальных, или физических).Состоит из трех независимых частей:

1)Среда разработки. 2) Компилятор. 3) Среда выполнения на железе:

3o|||sheet IDE : Легкая кроссплатформенная среда разработки, может открываться даже на одноплатных ПК. Задача среды - транслировать языки программирования  (любые) в набор текстовых инструкций  для 3o|||sheet компилятора. А также, Устанавливать виртуальный  RTOS (собственной разработки) если пользователь распараллеливает программу на независимые задачи. В данный момент поддерживается LD, FBD и текстовый редактор для языков типа ST

Перейти к видео

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

3o|||sheet - компилятор

3o|||sheet - компилятор собственной разработки: независимое кроссплатформенное приложение. Самая интеллектуальная часть. Писать программы можно и без 3o|||sheet IDE,  Взяв  любой текстовый  редактор, например  Visual Code.

Своими разработками соревнуюсь с брендами  в АСУ ТП. Превзойти Codesys

“Родным” кодом компилятора есть собственный стиль, гибрид синтаксиса ассемблера (инструкции) и языка СИ (данные) , сделано с целью - максимально простой трансляции других высокоуровневых языков на платформу. Какая бы ни была среда разработки  (LD FBD ST) своя или сторонняя, среда должна транслировать в наш код .3osheet.

Несмотря на то что данные / переменные в системе виртуальные - физический их размер такой же как у языка СИ или Ассемблера. По переменным - никакой избыточности нет. В отличии от lua, Java , MicroPython , где переменная типа bool - весит больше 20 байт . Тут все оптимизировано для экстремально слабого железа. Вся ответственность типизации и работы с массивами лежит на компиляторе.

3o|||sheet Runtime

3o|||sheet Runtime: регистровая виртуальная машина работающая на стороне железа. Написана на СИ. Не использует низкоуровневый код под конкретную архитектуру, и быстро компилируется на любое железо ARM, RISC V,  x86, разница только в настройке периферии, которую также инициализировать можно из виртуального уровня.

Минимальные системные требования:

4  KB  RAM.

48 KB  Flash (полная версия).

32 KB  Flash ( с ограничениями).

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

Для пользовательских программ нужно  + память  программ ( к ОЗУ и Flash). С примерным расчетом 8-12 байт на каждую базовую инструкцию если мы говорим о LD языке. И 60-100 байт на каждый таймер / счетчик.

Если говорим о пользовательских LD/FBD то каждая атомарная инструкция входящая в него (ADD, SUB , инкременты  разные, переходы по веткам ) -  4 байта.

3o|||sheet Runtime - это полноценная машина. Содержит все нужные типы инструкций в том числе по работе с виртуальным стеком / контекстом задач. Что позволяет исполнять любые программы (глубокие переходы между функциями, рекурсии, многопоточность/многоядерность ). Разрабатывалась специально под АСУ ТП и строгие временные рамки исполнения задач.

Преимущества перед мировыми брендами

Это первая система виртуализации для железа с критически малыми ресурсами . У мировых производителей есть ПЛК с вытесняющей многозадачностью (не на железе с 8кБ ОЗУ). У нас  первый возможный ПЛК,  который может работать в нескольких  режимах одновременно ( в отличии от брендов где только что то одно). И в целом кардинально новое.

На базе микроконтроллера с 16 килобайт ОЗУ можно запустить несколько исполнителей, разделяя на критичность процессов.

Разделение программы на производстве - по критичности. Критическая ошибка в коде или процессе - не остановит ПЛК, другие исполнители продолжат работать.

Разделение программы на производстве - по критичности. Критическая ошибка в коде или процессе - не остановит ПЛК, другие исполнители продолжат работать.

Представьте что вы АСУ ТП шник, и меньше всего хотите остановить какой то процесс из-за простоя. Вы можете создать несколько изолированных исполнителей разделяя  по критичности:

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

Обычный ПЛК от критической ошибки бы - лег. Тут ляжет только один из исполнителей.

Сюда мы можем установить HMI , не критическую связь, иной код с возможными рисками.

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

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

другие продолжат работать.

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

Используя подобную архитектуру, сейчас разрабатываю механизм для создания  ПЛК под возможный стандарт  безопасности SIL3 SIL4 обеспечивая механизмы которых нет даже в мировых брендов:

Множественные исполнители программ.

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

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

Дублирование датчиков для подстраховки от физической неисправности или отказа. Так же дублирование исполнителей для подстраховки от программного сбоя.

Дублирование датчиков для подстраховки от физической неисправности или отказа. Так же дублирование исполнителей для подстраховки от программного сбоя.

Жесткая изоляция: Сбой в VM1 (например, из-за некорректных данных с Датчика 1) никак не повлияет на выполнение VM2.

В классическом ПЛК с одной общей памятью сбойная программа могла бы повредить общие данные и "положить" весь контроллер.

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

Подобные механизмы были раньше только в системах на Linux, а не на микроконтроллерах с 8-16 кб ОЗУ в формате ПЛК. Но Linux -  не система реального времени, и вообще темный лес для безопасности критических систем.

Виртуализация  выполнения проигрывает по скорости в 2-4 раза в сравнении с нативным кодом. А  создание нативных платформ для ПЛК - гораздо легче  путь,  так как свои LD ST  программы можно транслировать в СИ и компилировать например СИ-шным компилятором,  не заморачиваться о деталях реализации самому (как это делают открытые проекты типа Beremiz  и разные отечественные разработчики ПЛК).

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

Первое тестирование и сравнение с брендом: Своими разработками, соревнуюсь с брендами в АСУ ТП. Аналог Allen Bradley? STM32G030 против Micro810

Дальше буду тестировать свою разработку на разном железе и сравнивать с мировыми брендами. То что на быстрых CPU результаты будут хорошие итак понятно, но целенаправленно буду тестировать в основном "слабые" микроконтроллеры, для демонстрации уровня оптимизации и максимальные возможности которые можно эффективно выжать из слабого железа чего не предлагают мировые бренды в АСУ ТП.

Этот пост - обновленная справка по проекту, ссылаться на него буду в дальнейшем в тестах, как информация о проекте

Показать полностью 4 1
[моё] Автоматизация Производство Инженер АСУ ТП Видео Без звука Короткие видео Длиннопост
8
101
PetroBr
Arduino & Pi

Своими разработками, соревнуюсь с брендами в АСУ ТП. Аналог Allen Bradley? STM32G030 против Micro810⁠⁠

22 дня назад
Своими разработками, соревнуюсь с брендами в АСУ ТП. Аналог Allen Bradley? STM32G030 против Micro810

Пока еще некоторые отладочные платы для полного теста еще едут (жду более разнообразных маленьких RISC V), хотел бы сравнить свою разработку с Allen Bradley и их базовым ПЛК Micro810.

Что у меня за проект такой, начало тут: Своими разработками c нуля, решил тягаться с Rockwell Automation и Siemens в АСУ ТП

Железо:

Отладочная плата : 3$

stm32 G030  (Cortex M0)

8 KB RAM

32 KB Flash.

Тестовая программа:

400 LD  инструкций в целом (на 4 задачи, но тестируем только одну с примитивами 184 LD. Так же в фоне работает своя виртуальная RTOS - можно и без нее, но берем самый тяжелый случай). Но так как в программе есть ветки - не все эти 400 LD  отрабатывают. При отличном от ожидаемого значении - идет перемещение указателя на инструкцию:

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

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

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

В  конце цикла - устанавливаем/сбрасываем ножу микроконтроллера.

Замеряем время осциллографом.

Рассчитываем среднее время выполнения 1 инструкции в составе всех отработанных LD.

Результаты сравнения:

значения брендового ПЛК берем из документации. В моем случае разброс 9.5-14.5 мксек, следующее: если читать переменную из памяти в каждой LD инструкции - 14.5 микросекунд. Если вы загружаете состояние входов только один раз в начале цикла : 9.5 мксек.

значения брендового ПЛК берем из документации. В моем случае разброс 9.5-14.5 мксек, следующее: если читать переменную из памяти в каждой LD инструкции - 14.5 микросекунд. Если вы загружаете состояние входов только один раз в начале цикла : 9.5 мксек.

Одна LD базовая инструкция выполняется от 9.5 до 14.5 микросекунд против 2.5 мксек у Micro810.

STM32G030  (мой ПЛК на нем) в 4 - 6 раз медленнее чем Micro810.

Также стоит отметить, что частота STM32G030 в моем тесте была намеренно снижена с 64 до 42 Мегагерц. Но даже если частоту поднять и скорость возрастет на треть, все равно ,бренд Allen Bradley Micro810 будет в разы быстрее STM32G030.

Еще стоит отметить, я не знаю какой процессор стоит в ПЛК  Micro810, но судя по производительности скорее всего не сильно производительнее  нашего STM32G030. Моя задача была проверить возможности  ПЛК на STM32G030 в режиме энергосбережения, и сравнить с брендом.

За счет того что программа нашего ПЛК с STM32G030 выполняется  виртуальной машиной собственной разработки, обычно, есть проигрыш по скорости примерно 2-4 раза от нативной реализации (от того я и предположил что Allen Bradley Micro810 имеет CPU не сильно производительнее STM32G030 ).

Что можно выжать из STM32G030  в качестве ПЛК:

При настройках цикла в 5 миллисекунд, за этот период мы можем отработать 400 LD и отправить/принять по Modbus  на RS485 : 32 целочисленные переменные, на низких скоростях. Много это или мало? в тесте, например тут 184 LD.

Перейти к видео

таймеры/счетчики еще отнимут 64 - 100 байт за каждый. Шахтный конвейер, одна из веток конвейера обошелся около 300 LD, тут - 184 но влезет в STM32G030  400 LD.

Cамое главное, преимущество перед Micro810

Наш ПЛК STM32G030  может работать в режиме вытесняющей многозадачности. И мы можем менять программу  не перезагружая ПЛК физически - отправить кусок кода по Ethernet  или  RS485, и полностью переписать программу задачи не останавливая другие задачи. Эти функции есть только в Топовых ПЛК.

Еще есть момент, у STM32G030 всего 8кб ОЗУ: 4кб примерно забирают переменные виртуальной машины, еще на 4кб остаются под программу, поэтому больше 400 LD и несколько десятков целочисленных и булевых переменных не получится на нем реализовать. Флеш 32кб занят полностью прошивкой. Расширить программу ПЛК можно только через внешнюю память (например через интерфейс I2C / SPI), у Micro810 по документации влезет 2000 LD .

Минимальную цену Allen Bradley Micro810  которую видел на международных площадках - 140$  за один такой ПЛК. Сложно сказать какая  себестоимость его на производстве но думаю ПЛК на STM32G030 обошелся бы не дороже 50$ (цена платы с STM32G030 3$ + хорошие гальванические развязки с корпусом и прочее).

Следующий тест я проведу на знаменитой синей плате  STM32F103C8T6.

В интернете (на известном и других ресурсах) видел тестирование ее в качестве ПЛК со средой разработки от Mitsubishi. Тут уже будет поинтереснее, так как все сравниваться будет на одном и том же железе ( в отличии от Allen Bradley Micro810,которые не разглашают что у них там в качестве CPU) , и прямой  соревнование с брендом - будет интересно. Сравниваться буду всем - своим компилятором, средой разработки и выполнения на микроконтроллере. Если вам тоже интересно  - присоединяйтесь.

Показать полностью 3 1
[моё] АСУ ТП Микроконтроллеры Автоматизация Производство Видео Без звука Короткие видео Длиннопост
36
15
reffar
reffar

Как мы беспроводные датчики температуры сделали⁠⁠

1 месяц назад

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

Мы прошли 2 полноценных итерации, учли все недочеты первой версии и сделали уже как нужно во второй. Занимаемся всем уже 4 года сделали кучу тестов в том числе на реальных объектах, обвешали ими торговый центр, а в октябре 2025 года первый раз продал датчики другой организации, но все по порядку.

Зачем нам вообще беспроводные датчики и где их использовать?

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

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

Как они работают?

Система состоит из одной базовой станции и самих датчиков. Станция ведет постоянный опрос вокруг себя и если в поле зрения находит датчик, то она начинает вести с ним диалог. Одновременно станция может работать с 32 датчиками. Каждый датчик передает данные о себе: значение температуры, значение дискретного входа, уровень заряда батареи, качество сигнала, количество переданных сообщений и время от последнего успешного сеанса. Станция в свою очередь передает эти данные на верхний уровень по открытому протоколу Modbus RTU.

Взаимодействовать с этими датчиками можно только через Modbus, нет поддержки своих облачных систем, мобильных приложений и Wi-Fi, нет интеграции с умными домами и прочими системами, да и задача такая не стояла. Зато, их очень удобно использовать в коммерции и полупроме, там, где есть контроллеры, scada и диспетчеризация.

С чего начинали?

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

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

Аккумулятор взяли Robiton, он отлично вкладывается в датчик, нужно только сделать прокладку, так как обратная сторона платы довольно острая. Сам сенсор популярный DS18B20, контроллер STM32 и в датчике, и в приемнике, модуль связи выбрали NRF24 из-за его доступности и низкого энергопотребления. Сделали тестовые платки, спаяли, протестировали, переделали, заказали еще, спаяли и поехал я их ставить на объект в реальные условия.

Пораскидали их в зоне входной группы и в зоне фудкорта торгового центра и сделали простую тепловую карту.

Что получилось? Срок работы от одной зарядки просто отличный, датчики честно проработали 1,5 года в реальных условиях при том, что опрос был каждые 5 сек. В реальности чаще минуты ставить нет смысла, а максимум можно выставить дипками 15 минут. Дальность работы... ну скажем так, она была, датчики работали, дальние иногда отваливались. Вообще с этим обнаружилась проблема, которую нужно было решать. Модуль NRF24 работает на частоте Wi-Fi, они дешевые, мало потребляют, но дальность низкая. У нас получалась дальность до 300 метров прямой видимости и до 100 метров в условиях помещений. При этом если на пути встречался металл, то датчики могли отвалиться сразу. Мы попробовали разные исполнения модуля и выносные антеннки, но ситуация сильно лучше не становилась.

Платки заказывали в Резоните, комплектующие часть с Алиэкспреса, мелкие SMD покупали тут, сделали трафареты, паяли сами, больших партий не было и не было в них нужды. Еще по пути обнаружили, что схема питания не очень удачная, станция на 12 вольтах работала стабильно, а на 24 прилично грелась. В нашей работе все же 24 встречается гораздо чаще, поэтому нужно было переделывать.

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

По итогу было понятно, что идея хорошая, но нужно исправлять ошибки и работать дальше.

Вторая версия датчиков

Что мы исправили. Поправили питание, поставили DC\DC преобразователь, больше ничего не грелось. Заменили модуль связь на Lora, он работает на частот 868 Мгц, Lora очень себя хорошо зарекомендовала и используется повсеместно, конечно, надо было сразу использовать именно ее. Добавили поддержку датчиков NTC, это немного удорожает и усложняет схему, но дает гибкость в использовании. Можно прикрутить к датчику уже установленные на объекте сенсоры NTC или подобрать нужное исполнение, например, накладные или погружные. Ну и добавили один дискретный вход, к которому можно подключить реле, поплавок, датчик протечки, и любой другой сигнал.

Опять заказали платки, спаяли и поехали тестировать уже на производство.

Модули Lora показали гораздо лучший результат, даже со встроенной антенной. Мы прошли все производство длиной около 300 метров, где очень много металла и сэндвич панелей с металлическими отражателями, везде был уверенный прием.

1/2

Что дальше?

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

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

Кстати, по дороге у нас появился еще один "утенок", работает он с сенсором BME 280, он измеряет температуру, влажность и давление.

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

Вроде все, что хотел рассказал. Сами датчики выложены на сайте.
Следить за проектом можно в блоге в ТГ, рассказываю там о своей работе, автоматизации больших зданий и интерфейсах.

Показать полностью 9
[моё] Инженер Разработка Беспроводные технологии АСУ ТП Радиоэлектроника Датчик Промышленное оборудование Автоматизация Стартап Длиннопост
6
HondavodKRSK
HondavodKRSK

Какие базовые знания и навыки должен иметь начинающий электрослесарь по автоматике на теплоэлектростанции (ТЭЦ)?⁠⁠

1 месяц назад

Здравствуйте, есть желание устроиться электрослесарем по автоматике на ТЭЦ.

Подскажите, какой общий перечень теоретических знаний, которые необходимы для работы?

Какие виды оборудования и участков на ТЭЦ являются ключевыми для начинающего слесаря по автоматике?

На что обратить внимание в первую очередь?

Есть небольшой опыт работы киповцем.

Заранее благодарю!

КИПиА ТЭЦ АСУ ТП Текст
7
16
Вопрос из ленты «Эксперты»
PetroBr

Своими разработками, решил тягаться с Rockwell Automation и Siemens в АСУ ТП. Внедрение графики в IDE⁠⁠

1 месяц назад
Добавление в среду разработки редактора для рисования графических LD функциональных блоков.

Добавление в среду разработки редактора для рисования графических LD функциональных блоков.

Интересно мнение специалистов по АСУ ТП. Будет ли полезна функция графического оформления пользователем LD/FBD блоков внутри лестничных диаграмм? Добавил полноценный редактор рисования блоков, переменных , а так же их анимация. Например к фигуре : текст, линия, полигон... -идет привязка к переменной и ее визуальное изменение в зависимости от значения (появляется\исчезает, меняет цвет, вертится, перемещается и т.п).

Перейти к видео

Но если с анимацией - все понятно, с этим и SCADA может разобраться по морганиям и перемещениям. То будет ли полезным рисовать LD блоки для удобного чтения схем? Насколько знаю Siemens и Codesys не предлагают такого, у них все элементы/ функциональные блоки в LD одинаковы на вид и размерам (ваш опыт, как это читается если программа состоит из тысяч таких LD). Добавил возможность полностью создавать свои LD любого вида, любого размера, задавать его поведение кодом, и внедрять в цепи LD.

Кто не знает о чем проект, тут первый пост: https://pikabu.ru/story/svoimi_razrabotkami_c_nulya_reshil_tyagatsya_s_rockwell_automation_i_siemens_v_asu_tp_13203787?utm_source=linkshare&utm_medium=sharing

Показать полностью 1
[моё] Производство Arduino Дизайнер АСУ ТП Автоматизация Микроконтроллеры Вопрос Спроси Пикабу Видео Без звука
5
78
PetroBr
Arduino & Pi

Своими разработками c нуля, решил тягаться с Rockwell Automation и Siemens в АСУ ТП⁠⁠

1 месяц назад
Перейти к видео

Готовлю мега-тестирование. STM32F407 (ARM) vs CH32v307( RISC V) vs ESP32 в выполнении LD программ для АСУ ТП (скорость выполнения инструкций в разных режимах) на разработаной IDE. А так же сравню с ПЛК брендов - Rockwell и Siemens.

Кто не читал прошлую статью о моем проекте: Своими разработками c нуля, решил тягаться с Rockwell Automation и Siemens в АСУ ТП

Многие встречали разные проекты под мкрокоетроллеры: мигание светодиодов, домашние сервера, умные дома и прочее.

Но как себя эти МК поведут если захотите стать предпринимателем, и на их (да и на любых других МК) базе создавать Промышленные контроллеры с топовой функциональностью? Замена кода отдельных задач в режиме реального времени без пепезагрузки ПЛК, и прочее, теперь с моей IDE все этр будет реально на обычных дешевых МК

Если интересно подписывайтесь.

Показать полностью
[моё] АСУ ТП Микроконтроллеры Scada Производство Видео Без звука Короткие видео
24
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Маркет Промокоды Пятерочка Промокоды Aroma Butik Промокоды Яндекс Путешествия Промокоды Яндекс Еда Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии