Форум АСУ в Україні

Шановне панство

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

Я думаю, що це повинні бути шматки коду (фкункціональні блоки), що описують певні сутності нашої спеціальності, причому написані мовами МЕК. В ідеалі - бібліотека готових до використання моделей "на більшість стандартних випадків рутинного життя". Розбиті по категоріям, добре описані з математичного та/або алгоритмічного боку.
У такому випадку розробники отримують інструмент, який легко адаптувати під свій контролер, а викладачі - демонстраційні та лабораторні матеріали для студентів. Щось на зразок бібліотеки OSCAT, тільки своє, рідне, спецалізоване.

Наприклад, для початку було б непогано мати такі штуки:
1. Елементарні динамічні ланки
1.1. Інерційна ланка I порядку
1.2. Інерційна ланка I порядку
1.3. Коливальна ланка
1.4. Консервативна ланка
1.5. Пропорційна ланка
1.6. Транспортне запізнення
1.7. Інтегральна ланка
1.8. Диференціальна ланка
1.9. Реально-диференціальна ланка
2. Нелінійності
2.1. Тип нелінійностей 1
2.2. Тип нелінійностей 2
2.3. Тип нелінійностей N (тобто якісь різноманітні та корисні)
3. Генератори сигналів
3.1. Сходинка
3.2. Синусоїда
3.3. Імпульс заданої амплітуди та тривалості
3.4. Прямокутні імпульси
3.5. Пилкоподібні імпульси
3.6. Шум
3.7. Кусково-лінійна зміна сигналу
4. Технологічні елементи
4.1. Давач (інерційність, нелінійність, відповідність коду АЦП фізичним показникам)
4.2. Клапан (тип характеристики, обмеження)
4.3. Виконавчий механізм (час повного ходу, спосіб керування – двопозиційний, трипозиційний, плавний; шляхові та кінцеві вимикачі-сигналізатори, обмеження)\
4.4. Давач-реле з гістерезисом
5. Технологічні об’єкти та компоненти
5.1. Теплообмінник
5.2. Бак з рівнем рідини
5.3. Інші динамічні моделі, описані в "Програмуванні промислових контролерів в середовищі Unity Pro" Олександра Пупени
5.4. Інші динамічні моделі, описані або виведені спільнотою

Що думаєте?

Я думаю, що треба більше зосереджуватися на об'єктах та процесах, ніж типових ланках. По-перше, типові ланки вже у багатьох ПЛК є. По-друге вони (лінійні ланки) примушують працювати виключено з лінераизованими об'єктами. Це зручно при аналізі обєкту і синтезі, але у випадку імітаційного моделювання в ПЛК, у цьому немає необхідності. І модель буде більш адекватно себе вести.
Як відійду від буденної суєти, підніму з архівів пластинчатий теплообмінник. І про насос щось напишу, теж робив при перевірці працездатності програми.
Тема дуже цікава,... ми про це вже говорили з Вами

Продублював тему в фейсбуці https://www.facebook.com/groups/asu.in. ... 194862012/

Я згоден. Саме тому і потрібно багато мудрих голів, щоб був прогрес.
Але елементарні ланки також потрібні.
Взагалі, потрібен максимум усього, що можна. А людина вже обере, що їй треба.

Наприклад, ті ж самі елементарні ланки можна показувати студентам вживу, без можливості перервати перехідний процес. Це привчатиме до неперервності технології. І що кожне рішення має свої наслідки. Прям як в житті.




Так точно:)

Так, для навчання цікаво б було поєднати об'єкт, описаний системою рівнянь з програмою в ПЛК з різними алгоритмами регулювання. У цьому плані елементарні ланки дуже доречні. Тоюто крім ТАУ з практичними на Симулінк, протягнути об'єкт до "промислових контролерів".