Разработка системы обжига деталей

Расскажу я вам интересный случай. Обратился ко мне один интегратор с просьбой сделать систему управления печами обжига. Чтобы детали по рамп-функции разогревались, выдерживались при определенной температуре и плавно остывали. Для всего этого надо разработать программу, которая будет выполняться на контроллере Овен ПЛК110 и программу визуализации, которая будет управлять технологическим процессом. Техническое задание на реализацию больше походило на выпуск журнала "Мурзилка". И я ответил ему, что раз уж я кирпичные заводы сдавал, то с какими-то печами точно справлюсь.

Аванс заплатили и началась работа. Достаточно быстро сделал контроллерную конфигурацию, так как легко было унаследовать свои же, сделанные ранее, наработки, связанные с плавным ростом температуры. С программой визуализации было чуть сложнее, но тоже терпимо. Пригласил своего компаньона, который хорошо знает С# для создания форм ввода заказа. Сделали программу имитации и отладили этот процесс на имитаторах как понимали. Вроде бы программа готова, все работает, бери и пользуйся. Но, как оказалось, у местного персонала военного предприятия взгляд на данную программу был иным. Таким образом, оказалось, что работа, которую можно было выполнить за 2-3 дня, выполняется уже почти 6 месяцев. В процессе работ выяснилось, что температура должна регулироваться по минимуму и максимуму (по дельте). Этот средневековый подход очень сложно принять, как как PID- регулирование действует по расчётному установленному значению. Система отчетов должна содержать в себе как графическую, так и текстовую информацию о проведенном процессе обжига, должна захватывать как промежуток времени до начала процесса, так и после. Каждое изделие должно иметь возможность выбора своей программы обжига, причем в одну и ту же печь могут вкладываться разные изделия с разными температурным требованиями. Данная схема, если подумать, является крайне конфликтной. Титановый сплав не равно медный. И если одно изделие улучшится, то другое будет явно испорчено и отправлено в брак. Были придирки по ширине полей в формах ввода заказа. Каждый раз, когда оператор настаивал свою ширину полей,, при следующем вводе она слетала, что вызывало негатив. Шим-регулирование тэном тоже оставляло много лучшего, так как процесс происходил сильно волнообразно. Процесс приемки затянулся. Уже идёт четвертая версия замечаний, очень сложно представить, когда будет финиш. Возникает ощущение, что Заказчик в процессе приемки сам занят додумыванием, как у него это всё должно работать, и усложняет условия, тем самым, увеличивая количество итерраций по проведению работ. Получается настоящая временная ловушка.

#печь, #СУБД, #термообработка, #рамп, #Мастерскада, #Овен, #ПЛК110

25.08.2019

"Техническое задание на реализацию больше походило на выпуск журнала "Мурзилка"." - вот корень "зла" ... ТЗ должно соответствовать каким-либо стандартам (регламентам), ГОСТ, например, иначе исполнитель на 100% рискует оказаться в положении "мальчика для битья" при сдаче проекта заказчику. Так что "ловушка" была заложена изначально!
Ваш комментарий добавлен


Возврат к списку