1) 6 камер =)
2) Имеется два котла мощностью 240 кВт каждый, за температурой он следит самостоятельно (изначально включается на первой ступени, сравнивает дельту нагрева и скорость набора температуры, если температура набирается с недостаточной скоростью - включает вторую ступень). Котлы обеспечивают теплом не только камеры но и офис с производством, соответственно в холодные сезоны котлы работают круглые сутки. Кривая нагрева продукции показывает, что первый час идет самый интенсивный набор температуры продукции, затем температура продукции растет 1°C в час. Я бы не брал в расчет его, от слова совсем они со своей работой справятся даже если камеры включить одновременно, но при этом кривая нагрева будет более пологая, и конечная температура продукта может не набраться за короткий период времени, поэтому я и поставил за собой задачу поочередного включения. Этим я убиваю двух зайцев: даю на выход продукцию с необходимой температурой (за счет раннего старта прогрева каждой камеры), балансирую мощность котельной, чтобы она не работала как умалишенная на предельных для себя режимах, тем самым сохраняя оборудование и топливо.
3) Техпроцесс разбит условно на 2 части, я бы не разделял на нажатие запуска и собственно запуск. Первая часть - выдержка не менее 3-6ч,вторая собственно сам процесс обработки. Корректировку запуска я объяснял чуть ранее, допустим ситуацию, что оператор по той или иной причине забыл\забил включить камеру во время (или вовсе не включил), соответственно запуск камеры не инициируется, на этом этапе вступаю в игру я: включаю камеру (инициирую задержку), но задержка не корректна т.к. камеру он загрузил в 10:00 а включил я её в 14:00, соответственно мне необходимо сдвинуть время задержки на 4 часа назад, чтобы камера включилась в "свое время". Соответственно это должны быть сетевые переменные, чтобы я мог сделать это даже удаленно через OwenCloud к примеру.
4) Проблему с концевиками вы правильно поняли: камера в момент разгрузки к примеру постоянно открывается затем закрывается (чтобы не выстужать, я скину видео процесса производства), т.е. мы не можем привязаться к воротам камер, ну теоретически можно конечно. Опять же в момент загрузки продукцией камера постоянно открыта, затем закрывается до момента необходимости разгрузки, но тут есть противоречие, если к примеру нам необходим другой профиль продукции, мы эту камеру не трогаем и оставляем ее на следующий день\неделю, соответственно концевики внесут еще большую неясность во времени включения той или иной камеры, и повлекут еще больше ошибок оператора.
5) За основу расписания я собирался взять идею из проекта Петра Артюкова
https://www.youtube.com/watch?v=7ykd...BA%D0%BE%D0%B2, т.е. если к примеру завтра выходной, оператор просто выключает на панели оператора переключатель "Ср", и расписание переносится на четверг. Работу камер (без котлов) в не рабочее время (выходные) нужно исключить, т.к. во первых - это 22 кВт/ч (потребление вентиляторами 4 камер, если не брать в расчет парогенераторы, с парогенераторами это будет вообще космос), в холодные времена года котлы работают постоянно, соответственно горячая вода регулируется хоть и отдельным контуром, но в контур камер она подается постоянно, чтобы поддерживать там маломальскую температуру в момент их простоя.
К сожалению у меня на производстве используется целый зоопарк контроллеров не собранных в одну систему, но как говорил мой учитель если работает не трожь =)
Короткое видео процесса загрузки\разгрузки камер:
https://youtu.be/QtULlEtDntk
Видео производственного процесса:
https://youtu.be/oJgShJDnBeQ
Сообщение от SANdry
1) 6 камер =)
Ответить с цитированием