Stack в среде разработки OL
Странно ведет себя счетчик будущей загруженности стека в OL , после небольших добавлений-удалений веток с переменными, меняется от 93 до 67 %.
Он способен точно определить загрузку,или порядок вызова функций нестабилен и его расчет лишь оценочный приблизительный ?
Последний раз редактировалось Karkade; 19.02.2018 в 22:42.
для кого пишут http://www.owen.ru/forum/showthread....l=1#post270517
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
ok, а насчет использования и подсчета использования стека в пред. версиях OL можете просветить ?
В ОЛ всегда точный результат. Если пишет 67%, значит 67%. Если пишет 93%, значит 93%Сообщение от Karkade
Без шуток.
Вроде я такую малость затронул, а так сильно меняется показатель. ПР110 на каком MCU построен и сколько у него байтов RAM ?
ТТХ тут: http://www.owen.ru/catalog/programmi...pr110/68536284
PIC18 18MHz
640 байт RAM
8192 байт ROM
В ОЛ не оптимизирующий компилятор, а просто компилятор (разумеется, я говорю о компиляторе схемы в ОЛ-байткод, который выполняет ПР)
Поэтому от порядка подключения элементов могут существенно меняться % использованных ресурсов.
Например, 1+(2+(3+(4+5))) потребует одну глубину стека, а (((1+2)+3)+4)+5 совсем другую.
Где же разработчики умудряются хранить переменные, в том числе для Modbus, буфер для загрузчика и тд ?
На ПР110 MCU слабее чем atmega 128 ...
http://www.microchip.com/wwwproducts/en/atmega128a
RAM Bytes 4,096
Как можно изменить порядок не разрывая цепи, где-то в ОЛ есть ручная перенумерация?
Так в ПР же еще прошивка установлена ,это же вам не просто загрузчик ,что остается то ваше
электронщик до мозга костей и не только
Я не понимаю вашу фразу просто-не просто. 640 байт RAM это суммарный ресурс MCU для опер. системы и переменных пользователя?
Ваши права
Ответить с цитированием