Да, проект с единым ядром для множества различных объектов, множество массивов, задействованы почти все каналы коммуникаций. К сожалению в CoDeSys нет препроцессора и условной компиляции. Неужели хотя бы удвоение этих жалких 128 кб вызовет разбалланс контроллера?Сообщение от Мастеренко Иван
Напильник, велосипед, бубен, грабли и костыли - основные инструменты программиста.
Да, к сожалению, это приведет к ненормальной работе контроллера. Рекомендую делать распределенную систему. Одно ядро для множества объектов скажется на надежности системы в целом.
Инженер по продуктам «ПЛК и модули»
e-mail: i.masterenko@owen.ru | skype: i.masterenko_owen
Можно было бы сделать и 1 Мбайт для данных. Но мощности ПЛК ну никак не хватит для обработки таких массивов данных в реальном времени. Т.е. это будет уже не ПЛК, а нечто в коробочке, работающее как-то.
Попытка в 1 ПЛК запихать всё - это типичная (и крайне печальная) ошибка. Система управления должна быть распределённой, ресурсы ПЛК не следует использовать более чем на 60-70%.
Т.к. в дальнейшем потребуется модификация кода, новые фичи, а прибор предельный.
Аргумент экономии на оборудовании ложен, Т.к. сэкономив пару десятков тысяч рублей, гораздо больше будет потрачено на отладку и поддержку предельного кода.
P.S. 128кбайт - этого достаточно для программы управления Бурана в автоматическом режиме.
Тролль-наседка, добрый, нежный и ласковый
и добавив ручной режим Буран упадет
128к - реальный размер программы Бурана. Есно во всех режимах.и добавив ручной режим Буран упадет
Тролль-наседка, добрый, нежный и ласковый
Ваши права
