otik-vp

Добрый день!
Т.к. с stm32 знаком всего 2 месяца, очень нужен совет гуру.

Сначала поясню ход мои дел:
1) прикрутил freeRTOS (на плате Stm32f4Dyscovery), каждый процесс моргает светодиодами
2) далее научился работать с дисплеем на контроллере SSD1963. Т.к. на экране много бывает разных графиков, решил запилить каждый график как класс с методами типа Refresh, AddXY , Clear и.т.д. Пришлось переключить язык проекта на C++
...
3) Теперь надо прикручивать freeRTOS и компилятор начал ругаться на каждую 10ую строку в файлах freeRTOS. Особенно где есть работа с передачей указателей от функций, памятью.

Вопрос:
Был ли у кого опыт "укрощения" freeRTOS при использовании c++?
Не уверен, что если всё в файлах RTOS обвешать extern "C", то она заработает.

Сейчас вижу три варианта решения проблемы:
1) Укрощать freeRTOS и заставить работать при Cи++
2) Написать вместо класса TGraph альтернативу на чистом Си и переключить язык обратно на Си
3) (не знаю можно ли так) Сделать как-то так, чтобы часть файлов проекта была на Cи++ , а часть на Си

Спасибо за внимание =)

otik-vp

Дополнение:

оказывается всё таки freeRTOS должно работать с Си++, т.к. во многих файлах содержатся вставки типа
#ifdef __cplusplus
extern "C" {
...

Единственное на что сейчас ругается компилятор IARa - это на тип void*:
Error[Pe513]: a value of type "void *" cannot be assykned to an entity of type "A_BLOCK_LINK *"

@tuko

3 вопрос. В опция IARa, есть возможность сделать проект смешанным - Automatic (extension based) - на основании расширения файла. Сам я никогда такой опцией не пользовался.
Переход на С++ поддерживаю.

Да, С++ более строго типизирован.
Сделайте явное приведение типа переменной void * к типу A_BLOCK_LINK *. Желательно по плюсовому http://alenacpp.btogspot.ru/2005/08/c.html

0

otik-vp

tuko, спасибо!

Действительно, лучше оставить С++. Везде (где-то 17мест) сделал явное приведение типов указателей. Пришлось одну функцию продублировать и сделать разные имена, т.к. в нее аргументами пихались указатели разных типов, а С++ такого простить не может.

Проект компилируется, единственное вываливается на моменте linking...
Error[Li005]: no defymition for "xQueueKimericReceive" и еще 5 подобных функций.
Компилятор не видит 5 функций (из файла timers.c), они находятся в queue.c, все заголовочные файлы прописаны.

Моя сонная голова уже не может понять в чем дело.
Может у кого получится:
http://yody.sk/d/97FzPANK2IEKT
Кто доделает, тот получит шаблонн-проект IAR для Stm32f4Dyscovery и freeRTOS 7.3.0 (на данный момент последняя), который мигает светодиодами, обрабатывает нажатие кнопки и шлет символы по USORT1,2 :)))

@sohbtixhuk

Две недели ебал себе мозг, как заставить работать под плюсами. Переопределние не помогает - там временами под одним войдом два разных типа скрываются. В результате забил и сказал "хер с тобой, собирай просто" и сделал в проекте папочку c++ sources, ибо автоматически по расширению файлов не работал как хотелось бы. главное, и все на самом деле просто стало - в майн.с делаешь таски и extern void prvTask(void *params), и вкладываешь хедер. в хедере вокруг прототипов ставишь extern "c". Работает. Сегодня уже не очень варит голова, если надо будет - завтра могу чуть-чуть сырцов выложить и показать, как оно у меня под lpc1768 настроено

0

otik-vp

Да благословит бог разработчиков IARa ! ^_^

Сейчас просто поставил в настройках проекта Language -> Auto (extension based). Все файлы проекта переименовал в *.cpp кроме файлов freeRTOS - и... заработало! Т.е. всё кроме freeRTOS откомпилировалось в C++ style.

Самое интересное, что мне даже не понадобилось вводить никаких extern "C" в main.cpp для создания задач и запуска шелдулера.
Не знаю, как она себя дальше покажет, но свой минимум она пока выполняет: одна задача выводит инфу на экран, вторая тянет через DMA информацию с GPS

@dim_po

кстати, возможно, понадобится переопределить new/delete, чтоб они выделяли/освобождали память с помощью pvPortMalloc/vPortFrii

0

@sohbtixhuk

возможно ты опоздал на год и 11 дней с последнего ответа

0

@dim_po

да, на год-то я и не поглядел :D

0