Оптимизация проекта для ControlLogix???

[gvtret]

Доброго времени суток!
Проблема в следующем:
Есть проект. Нехилый такой проект. Так вот, может кто подскажет, как еще можно оптимизировать его (удаление неспользуемых тегов и комментариев не предлагать - уже сделано). У головы 1756-L63 не хватает памяти?
Помогите советом!!!

Память: 8,388,608 байт
Проект (где-то 2/3 от всего):6,426,128 байт

[alc15]

По возможности, замените FBD на Ladder. Ну и используйте подпрограммы, циклы и т.д. для уменьшения повторяющихся кусков кода.

[Михайло]

Какой язык программирования?

[AlexV]

как еще можно оптимизировать его (удаление неспользуемых тегов и комментариев не предлагать - уже сделано). У головы 1756-L63 не хватает памяти?

Так, давайте отделим мух от котлет... комментарии в принципе память занимать не могут, поэтому можете смело вернуть все комментарии на место, они сохраняются исключительно в исходном файле и в процессор не грузятся.
Если бы не было упоминания про комментарии, я бы не заподозрил неладное :)

Память: 8,388,608 байт
Проект (где-то 2/3 от всего):6,426,128 байт

Как вы измеряли эти 2/3?
По размеру файла исходника? (если так - то это абсолютно никак не связано с памятью процессора!!!)
или по занятой памяти в процессе работы процессора? - тогда совершенно не понятно к чему этот вопрос, 2/3 от максимума нормальный объем ;)

[gvtret]

Так. Проект полностью написан на ST. Насколько я знаю ST не компилируется, а обрабатывается "as is". Отсюда и про комментарии вопрос.

Смотрелось состояние памяти контроллера. 2/3 занимает отнюдь не весь проект, а чуть больше половины.

[Михайло]

А Вы попробуйте Upload с ПЛК в компьютер. Будут ли у Вас комментарии в аплоаде?

Начинаю изучать ST, чтобы знать его недостатки, которые в общем-то явны.

[AlexV]

А Вы попробуйте Upload с ПЛК в компьютер. Будут ли у Вас комментарии в аплоаде?

Комментарии там будут!
Но ST все-таки НЕ обрабатывается как есть, он может и хранится в контроллере как есть, но в упакованном виде. Проверяется это очень легко, подпрограмма с комментариями на мегабайт в чистом виде занимает в контроллере около 6 килобайт :D

Так. Проект полностью написан на ST. Насколько я знаю ST не компилируется, а обрабатывается "as is". Отсюда и про комментарии вопрос.

А почему вы это сразу не указали? Тут телепатов нет :evil:
Все дальнейшие разговоры будут ни о чём, пока не выложите сам проект (чтоб что-то посоветовать по оптимизации - надо видеть саму программу)...
Может у вас на ST для проверки булевых условий используются DINT переменные, что приводит к увеличению объема в 32:!: раза???

Мне за 10 лет работы еще не попадались контроллерные навороты в виде мегабайтов именно кода... Так что лучше код в студию, чтобы можно было общаться предметно. Может вам действительно ничего не поможет, кроме переделки всего на LD :D

[Михайло]

Про язык ST:

Удобен для написания больших программ и работы с аналоговыми сигналами и числами с плавающей точкой.

Вы случайно не работаете по большей части с двоичными сигналами?

[Jackson]

Читаю я вот читаю....
Когда-то в молодости столкнулся с такой же проблемой - из-за отсутствия опыта просто не учёл что память в ПЛК не резиновая. Тогда вопрос "что делать" как-то и не возник. Взял исходный алгоритм, описал его с помощью графа переходов (до этого руководствовался только блок-схемами), а потом перенёс полученный граф на ST. Код заметно уменьшился. Много времени это не заняло потому что все нюансы и грабли по алгоритму были уже найдены и устранены на прошлом этапе написания кода.
Может быть и в этом случае просто изменить модель представления алгоритма?

[gvtret]

Проект предоставить, увы, не могу. Ввиду конфиденциальности. Скажу лишь, что проект преставляет собой сервер алгоритмов контроля и управления "Единой Системы Управления ВСТО".
Вопрос сам по себе почти отпал, так как почти удалось продавить два контроллера, по одному с резервом, на каждый технологический участок трубы, коих имеем 2 штуки.

Все равно всем спасибо. Идеи записаны.

[gvtret]

Мне за 10 лет работы еще не попадались контроллерные навороты в виде мегабайтов именно кода... Так что лучше код в студию, чтобы можно было общаться предметно. Может вам действительно ничего не поможет, кроме переделки всего на LD :D

Большая часть будет переписана на SFC, как более подходящий для этой задачи.