-
- Я пока загасил #define configCHECK_FOR_STACK_OVERFLOW 0 потому что при компиляции при вызове Codavr(904 знак., 07.07.2014 09:54)
- Предупреждения не критические. Но зачем отключать контроль стека? В FreeRtos стек необходим для каждой задачи. Размер стека зависит от глубины вложенности функций и количества локальных переменных. Попутный вопрос сколько стека выделяете для framer(82 знак., 07.07.2014 11:44, ссылка)
- Ну для пробного шара я поставил configMINIMAL_STACK_SIZE 70. Ну и задаче столько же выделил, ибо задача единственная и простая дальше некуда Codavr(165 знак., 07.07.2014 12:07)
- Тады со стеком все должно быть ОК. Вообще-то если где в FreeRtos и есть баги то надо искать в порте платформы и конфигурации. А какой метод выделения памяти? Если heap_3.c тогда это врапер системных (malloc, free) в этом случае может надо чего framer(30 знак., 07.07.2014 12:28 - 12:34)
- Мне тоже не верится в ошибку FreeRTOS, но что вот тут делает xlXList Codavr(3971 знак., 07.07.2014 12:47 - 12:51)
- Посмотри туда --> Vit(1013 знак., 07.07.2014 14:22, ссылка, ссылка)
- Ну вот блин, адекватный код, а чего это они в 8.0.1 тогда нахуевертили. - Codavr(07.07.2014 14:31)
- вероятно ругань при кастинге с volatile неуклюже обходили - Vit(07.07.2014 14:33)
- Епта. Это как!!! Codavr(3419 знак., 07.07.2014 14:39 - 14:43)
- Твоё кунфу круче моего кунфу(С):))) У япошки хоть и 8.0, но заточка на AVR - может и полезное чего найдется - Vit(07.07.2014 14:42 - 14:51, ссылка)
- Спасибо, гляну. А, это уже видел. - Codavr(07.07.2014 14:55)
- Твоё кунфу круче моего кунфу(С):))) У япошки хоть и 8.0, но заточка на AVR - может и полезное чего найдется - Vit(07.07.2014 14:42 - 14:51, ссылка)
- Епта. Это как!!! Codavr(3419 знак., 07.07.2014 14:39 - 14:43)
- вероятно ругань при кастинге с volatile неуклюже обходили - Vit(07.07.2014 14:33)
- Ну вот блин, адекватный код, а чего это они в 8.0.1 тогда нахуевертили. - Codavr(07.07.2014 14:31)
- Посмотри туда --> Vit(1013 знак., 07.07.2014 14:22, ссылка, ссылка)
- А вот нифига. Поставил configCHECK_FOR_STACK_OVERFLOW 2 и тут же попал в vApplicationStackOverflowHook. Сделал configMINIMAL_STACK_SIZE=200 и уже не попадаю. Менеджер heap_2.c юзаю. - Codavr(07.07.2014 12:41 - 12:44)
- В примере AVR_ATMega323_IAR используется heap_1.c .Может попробуйте заюзать heap_1.c с параметрами как в примере framer(130 знак., 07.07.2014 13:35)
- Попробую и так, спасибо. - Codavr(07.07.2014 16:28)
- Для heap_2.c надо вот это задать configTOTAL_HEAP_SIZE. - framer(07.07.2014 12:54)
- У меня столько стоит ( 2 * 1024 ) - Codavr(07.07.2014 13:00)
- В примере AVR_ATMega323_IAR используется heap_1.c .Может попробуйте заюзать heap_1.c с параметрами как в примере framer(130 знак., 07.07.2014 13:35)
- Мне тоже не верится в ошибку FreeRTOS, но что вот тут делает xlXList Codavr(3971 знак., 07.07.2014 12:47 - 12:51)
- Тады со стеком все должно быть ОК. Вообще-то если где в FreeRtos и есть баги то надо искать в порте платформы и конфигурации. А какой метод выделения памяти? Если heap_3.c тогда это врапер системных (malloc, free) в этом случае может надо чего framer(30 знак., 07.07.2014 12:28 - 12:34)
- Ну для пробного шара я поставил configMINIMAL_STACK_SIZE 70. Ну и задаче столько же выделил, ибо задача единственная и простая дальше некуда Codavr(165 знак., 07.07.2014 12:07)
- просто ругается, мол, неопределенное поведение - для volatile переменных не определен порядок обращения. к примеру, если для volatile zzz выполнить zzz++, то если в каком-нибудь обработчике zzz может измениться, то ХЗ что оно насчитает. или пара Vit(91 знак., 07.07.2014 10:25)
- Ну в этом случае пофик. В игнор тогда. - Codavr(07.07.2014 10:29)
- Предупреждения не критические. Но зачем отключать контроль стека? В FreeRtos стек необходим для каждой задачи. Размер стека зависит от глубины вложенности функций и количества локальных переменных. Попутный вопрос сколько стека выделяете для framer(82 знак., 07.07.2014 11:44, ссылка)
- Я пока загасил #define configCHECK_FOR_STACK_OVERFLOW 0 потому что при компиляции при вызове Codavr(904 знак., 07.07.2014 09:54)