lotor

Как вариант, писать на карту файл-лог.

Подозреваю, что Вам стоит убрать инлайновую функцию в h-файл.

Если у Вас что-то не сложилось в сфере микроконтроллеров - это не повод отговаривать человека заниматься тем, чем ему нравится.

Ну не знаю, у меня все копируется. Правда это в matlab 15, в 13b только через ctrl-Insert.

А как Вы будете обрабатывать unsolicited messages? Вероятно, имелось в виду, что gsm модуль чисто физически может отвечать с задержкой.

Семейство ничем не перспективнее аналогичных у конкурентов. Работаю с кинетисами последние 2 года, нареканий нет. Имейте ввиду, что Freescale ориентирован больше на крупно-оптовый рынок. IAR это небо и земля, по сравнению с CodeWarrior (и его продолжение в виде Kinetis Design Studio). Особенно в плане отладки. Это Cortex-M со всеми вытекающими возможностями.

У Вас в Iar и GCC один и тот же startup код?

Если конкретно, то для движков у фрискэйла серия KV. Поищите application notes по теме - их у производителей подобных мк очень много. Понятно и с картинками. =)

Если не использовать массив, то компилятор проявит смекалку и "соптимизирует" его помножив на ноль. Поэтому и советую (не только я) Вам делать выводы по map файлу.

А Вы в своем коде значение ячеек массива изменяете? И выводы делаете по map файлу?

А почему только QT рассматриваете для linux? Для embedded имхо FLTK больше подходит. Вы бы сосредоточились в одной теме со всеми вопросами. А то каждый день новая тема по "Cortex-A5": http://electronix.ru/forum/index.php?showt...=121252&hl= http://electronix.ru/forum/index.php?showt...=121259&hl=

Задали бы вопрос прямо уних на форуме - он достаточно живой, в свое время ответили мне там быстро.

Лично мне трудно понять суть Вашего вопроса. Если Вы о бранчах - то да, конечно.

Гармонь и балалайка случайно, а гитарные девайсы специально оставили? Не хватает только бубна. Вот он точно пригодился бы в некоторых особо сложных ситуациях в разработке. PS: Это у Вас такой тест на внимательность? Мол читают ли приведенный список хоть кто-либо?

Неразобранное обязательно надо проверять. У меня конечный автомат парсера помимо ожидаемых сообщений еще и проверяет на unsolicted. И если таковые имеются - вызываются их обработчики.

Это один из решающих для меня факторов в пользу git. Еще один - работа с бранчами. Вот только если проект нужно закрыть от посторонних глаз - придется платить github'у

Странный вывод. =) Я работал с svn, git, clearcase. Чисто субъективно Git нравится больше. Как вариант gui-обертки можете попробовать http://code.google.com/p/tortoisegit/ Или консоль. Как больше нравится. =)

У Вас автомат общий - и на отправку и на прием? По крайней мере так понял из сообщения. Мне удобнее иметь отдельный конечный автомат на прием, который периодически запускается и которому можно указать, какой токен в данный момент ожидается. Да и в прерывании уарта лучше просто заполнять кольцевой буфер. Всё imho. =)

А что тут думать? =) Надо просто начинать работать с системами контроля версий - ничего там сложного нету. Привыкните и будете удивляться, как раньше без них работали.

А как обходите, просто конечный автомат парсера настраиваете на поиск ">" без обрамления \r\n?

Вам именно svn надо? Я https://bitbucket.org/ использовал, но это GIT или Mercurial. PS: Лично мне гораздо удобнее на https://www.digitalocean.com взять в аренду сервер за символическую плату и настроить всё самому.

Это не обязательно, достаточно взять готовый стек.

Что Вы подразумеваете под "как подключить"? Если интерфейс, то там же в описание написано:

Но оно работает. Хорошо живете, если есть время писать своё. =)

Как вариант в stm32l1xx.h