Управління рецептами TIA в TIA
Варіанти теми
Шукати в темі
дисплей
Привіт, у мене питання щодо управління рецептами в TIA або HMI на HMI Visavis
Я використовував стандартне управління рецептами для всіх систем, які я запрограмував. Але я також раз у раз помічав, що оператори не дуже добре з цим ладнають. Тож майте контекст, проведіть пальцем вгору та завантажте дані. Крім того, вони не можуть зберігати дані тощо. На жаль, клієнти такі, і я не можу змінити це.
Чи не існує простіший спосіб управління такими параметрами машини?
Те саме справедливо, якщо ви змінюєте параметри в запущеному процесі. Тому що так, налаштування машини змінилися. Як ви можете створити щось подібне розумним та зручним для користувача способом?
Раніше ми робили це в БД. Звичайно, це мало кілька недоліків через управління даними.
Але зараз ми також робимо це в управлінні рецептами.
Однак ми поклали всі необхідні функції на кнопки і показуємо/змінюємо змінні на декількох екранах HMI в полях вводу-виводу.
Це означає, що вам не потрібно показувати оператору цей готовий образ рецепта, якщо він вам не подобається.
ПривітанняЗалізничний
. є 10 видів людей. тих, хто розуміє двійкові файли, і тих, хто не ...
і треті види людей ... ті, хто любить портал TIA
Проблема полягає в тому, що записи даних часто доводиться міняти, але навіть якщо основний рецепт завантажений, коригування доводиться робити знову і знову.
Тож я зробив щось подібне одного разу:
Дані рецептів містяться в DB50
Коли панель надсилає дані на S7, я перевіряю поштову скриньку даних, щоб перевірити, чи передача завершена
Закінчивши, перемістіть весь DB50 у DB60 за допомогою Blockmove
Потім машина працює з DB60
DB60 може бути змінений оператором у межах (регульованих).
Якщо все зіпсовано та загублено, майстер може перезавантажити оригінальний DB50
Якщо скориговані значення в DB60 підтвердять себе, ведучий може записати DB60 назад у DB50.
Потім на панелі -> прочитати запис даних з ПЛК -> зберегти.
Таким чином, оптимізовані значення можуть бути прийняті та збережені.
Оператор може вибрати та передати лише один запис даних.
Повернутися назад і змінити - це шедевр.
Звичайно, потрібно перехопити, щоб під час зворотної передачі не було замінено жодного неправильного запису даних.
Це було цілком безладним, але веселим роками без жодних проблем