у меня тут C:\CooCox\CoIDE\configuration\ProgramData\myUSB
может у Вас так же. Если получится отпишитесь.

Сообщение отредактировал BvDV - Sep 27 2013, 09:36

хм... а что значит вообще стек увеличить то?

если задачка не в ос делается то там вроде один стек и он просто растет в сторону уменьшения адресов, если кто то на стек наползает или наоборот на кого то стек то единственный путь его увеличения - сменить контроллер с большим озу

или я что то путаю?

а в кокосе у меня было два .ld файла и они находились в корне проекта

стэк один факт и он растет когда надо - тоже факт. Но где его начало?
Есть шанс что он лежит
Память данных + размер стэка. И если размер стека меньше чем на самом деле, то когда он начинаете расти он затирает данные. меняет значения переменных, и прочие неприятности. А иногда ваши попытки записать что-то в переменные которые лежат там куда залез стэк рушит его самого. Как то так...

Вообщем иногда бывает что на границе стэка лежит что-то полезное, потому хорош бы посмотреть карту памяти как там что где разложено, и не вылезает ли стэк за свои пределы.

с этим согласен да посмотреть бы хорошо, вот про увеличить звучит как фантастика, разве что запретить линкеру что то размещать в больших адресах тогда он просто не соберет исполняемый файл и итог один смена контроллера

тапочка а дебагер то работает?

дебагер работает, как ни странно


спасибо за подсказку, примерно там же был и у меня, однако по вышеприведенной ссылке добавил кусок кода и это ничего не дало(

Сообщение отредактировал Tapochka - Sep 27 2013, 11:09

и чего говорит дебагер? вылетает в исключение или крутится по программе?

может я чего уже не помню. Но размер стэка это конкретно задаваемая величина. Как минимум потому что есть еще куча, размер которой может быть больше, а может меньше и прочие сегменты памяти. И стэк можно сделать маленьким, и его не хватит, чего неужели в настройках проекта нет на какосе нет стэк сайза?

можно впихнуть в ld файл просто я то говорю о том, что ежели ломается стек в проекте с одим стеком значит не хватает озу, если задать линкеру не размещать данные в верхней памяти (миним гарантированный размер стека) то линкер просто не соберет проект

вообще я к тому что просто надо дебагером пройти пошагово и посмотреть где что не срабатывает

и это... где то я натыкался что usb встречает грабли при совместной работе с последовательными интерфейсами, но тут могу врать ибо не великий специалист в этой области

Сообщение отредактировал сарматъ - Sep 27 2013, 11:50

Граблей нет. Тут как-то выкладывал проект usb-cdc и usb-hid с различными "примочками".
Все работает: гонял даже данные с цифрового микрофона на пределе пропускной способности USB (с микрофоном общался как раз по SPI).

на прошлой страничке я давал ссылку на эти грабли. Там уарт и ножка усб конфликтовали...

размер стека в кококсе находится в файле cmsis_boot/startup/startup_stm32f10x_md.c

У меня usb отваливалось когда в определенном месте я проводил чтение по spi из флешки. Причем чтение из флешки из другого места программы к таким результатам не приводил. По-моему стека не хватает когда подряд вызываются много функций одна в другой, в стек пишется соответствующая инфа по каждой функции плюс прерывания заполняют стек. в итоге проц вываливается. Возможно я ошибаюсь.

да нет вы правы, вызов любой функции сохраняет текущие состояние регистров в стэк, потом добавляет в стэк временные переменные выхыванной функции, если вызывать функцию одну в другой много раз - это верный способ забить стэк.

Сообщение отредактировал IgorKossak - Sep 27 2013, 17:37

что нибудь получилось в результате?