Coocox, FreeRTOS и STM32F103C8T6 - не получается запустить

[bobbjenkins]

Пытаюсь запустить FreeRTOS на 64-килобайтовой платке через Coocox.

Что я сделал: создал в Cube MX проект для моей платы, добавил нужную периферию, поставил флажок FreeRTOS, выбрал TrueStudio, нажал "создать проект". Появились четыре папки Drivers, Inc, Middlewares, Src

Затем создал проект в Coocox, добавил компонент (через repository) stm32f10x_md_stdlib, поудалял все файлы кроме startup_stm32f10x_md.s (как написано здесь https://www.drive2.ru/b/2211138/). Потом перетянул все четыре каталога, сгенерированные кубом в проект coocox и добавил дефайны в настройках кукокса ARM_MATH_CM3 и 
STM32F103xB (без них не компилировалось).

Теперь компилируется, но на этапе линковки пишет вот что:

       [cc] arm-none-eabi-gcc -mcpu=cortex-m3 -mthumb -g2 -Wl,-Map=boardv2coocox.map -O0 -Wl,--gc-sections -LC:\Users\bob\AppData\Roaming\CooCox\CoIDE\configuration\ProgramData\boardv2coocox -Wl,-TC:\Users\bob\AppData\Roaming\CooCox\CoIDE\configuration\ProgramData\boardv2coocox/arm-gcc-link.ld -g -o boardv2coocox.elf ..\obj\port.o ..\obj\stm32f1xx_hal_i2c.o ..\obj\tasks.o ..\obj\stm32f1xx_hal_cortex.o ..\obj\croutine.o ..\obj\stm32f1xx_hal_tim_ex.o ..\obj\stm32f1xx_hal_rcc_ex.o ..\obj\stm32f1xx_hal.o ..\obj\stm32f1xx_hal_gpio_ex.o ..\obj\heap_4.o ..\obj\list.o ..\obj\system_stm32f1xx.o ..\obj\cmsis_os.o ..\obj\timers.o ..\obj\stm32f1xx_hal_uart.o ..\obj\main.o ..\obj\stm32f1xx_hal_timebase_TIM.o ..\obj\stm32f1xx_hal_dma.o ..\obj\stm32f1xx_hal_flash_ex.o ..\obj\stm32f1xx_hal_gpio.o ..\obj\freertos.o ..\obj\queue.o ..\obj\stm32f1xx_it.o ..\obj\startup_stm32f10x_md.o ..\obj\startup_stm32f103xb.o ..\obj\stm32f1xx_hal_msp.o ..\obj\stm32f1xx_hal_flash.o ..\obj\stm32f1xx_hal_tim.o ..\obj\stm32f1xx_hal_pwr.o ..\obj\stm32f1xx_hal_rcc.o ..\obj\event_groups.o
       [cc] ..\obj\startup_stm32f103xb.o:(.isr_vector+0x0): multiple definition of `g_pfnVectors'
       [cc] ..\obj\startup_stm32f10x_md.o:(.isr_vector+0x0): first defined here
       [cc] ..\obj\startup_stm32f103xb.o: In function `USBWakeUp_IRQHandler':
       [cc] (.text.Default_Handler+0x0): multiple definition of `Default_Handler'
       [cc] ..\obj\startup_stm32f10x_md.o:(.text.Default_Handler+0x0): first defined here
       [cc] c:/gcc-arm-none-eabi/bin/../lib/gcc/arm-none-eabi/5.4.1/../../../../arm-none-eabi/bin/ld.exe: boardv2coocox.elf section `.text' will not fit in region `rom'
       [cc] c:/gcc-arm-none-eabi/bin/../lib/gcc/arm-none-eabi/5.4.1/../../../../arm-none-eabi/bin/ld.exe: region `rom' overflowed by 5768 bytes
       [cc] ..\obj\startup_stm32f103xb.o:(.isr_vector+0x0): undefined reference to `_estack'
       [cc] collect2.exe: error: ld returned 1 exit status

как видно, не хватает 5.7 килобайт в ROM стм.

Сам чип имеет 64 килобайта. Но почему-то код, сгенеренный кубом, не влазит на МК (и это только стаб, без какого-либо полезного функционала). Поскольку я просто добавил сгенеренные кубом каталоги в coocox, предполагаю что в проект добавилось много избыточного и ненужного мне кода?

Что можно (и нужно) отключить, чтоб поместиться в ROM? или rtos на таком stm32f103 вообще нет смысла запускать?

 

Изменено 21 января, 2017 пользователем bobbjenkins

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[mail_robot]

прекрасно все запускается и первоначальная компиляция занимает всего гдето 9 кило в ROM вместе со всей иниткой

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

Изменено 22 января, 2017 пользователем mail_robot

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[mail_robot]

да, кстати. Совсем забыл. Есть еще один такой мелкий нюанс - куб генерит код вовсе не FreeRTOS, хоть он и похожий. На самом деле это CMSIS OS. Ну так, для справки.

Сама ось прекрасно запускается даже на камнях с 16 Кб флеша. Я запускал и на камнях типа F030. Только там оперативки всего 4К и поэтому больше 3-4 процессов уже сложновато крутануть, потому как на саму прогу то еще надо оставить немало. Ну и желательно чтобы сама прога не использовала слишком много массивов и буферов. Иначе оперативки точно не хватит. А флеша обычно хватает с запасом

Ну и эта... не всегда ось выгодно использовать (чисто с точки зрения кодера, не камня). Хотя для вашего камня это замечение вообще не актуально. Вопрос юзать или нет ось встает только на камнях класса F0xx в основном. Для соток и выше применение оси обосновано в 99,9% случаев. И она не жрет, она экономит (!!!) ресурсы. Код самой оси занимает обычно примерно 6К в чистоте (уже скомпилированный). А вот оперативка уже зависит от числа используемых процессов, очередей и семафоров, потому как на каждый из них создается стек конекста

Изменено 22 января, 2017 пользователем mail_robot

[Реклама]

Особенности хранения литиевых аккумуляторов и батареек

Потеря емкости аккумулятора напрямую зависит от условий хранения и эксплуатации. При неправильном хранении даже самый лучший литиевый источник тока с превосходными характеристиками может не оправдать ожиданий. Технология, основанная на рекомендациях таких известных производителей литиевых источников тока, как компании FANSO и EVE Energy, поможет организовать правильный процесс хранения батареек и аккумуляторов. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[bobbjenkins]

Спасибо

кукокс использую для начала, планирую перейти на другие среды/редакторы на основе gcc, уж слишком он медленный и вылетает часто. Вообще это почти eclipse обычный, с gcc в основе, все должно быть просто...

Я просто скопировал сгенеренные кубом каталоги в кукокс, не разбираясь что в них лежит (там и какие-то математические функции для работы с матрицами, кажется даже эмуляция fpu,  и еще много всего...), видимо потому и получился гигантский бинарник, который не влазит в ром. Хотя в самом кубе указал что мне нужен только ртос и периферия.

Кайл платный после 30кб ( и самое неприятное - только под винду), это останавливает. И честно говоря, пока с ним не разобрался толком.

Изменено 22 января, 2017 пользователем bobbjenkins

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[mail_robot]

тогда бросай. Не люблю нытиков и линофриков