реклама на сайте
подробности

 
 
> Использовать RL-ARM FlashFS (KEIL), Некоторые вопросы по RETARGET функций I/O
KnightIgor
сообщение Jan 20 2011, 16:25
Сообщение #1


Знающий
****

Группа: Участник
Сообщений: 643
Регистрация: 29-05-09
Из: Германия
Пользователь №: 49 725



Привет форумчанам.

Итак, имеем STM32F103RB, хотя в данном случае не принципиально, т.к. вопрос о функциях поддержки ввода-вывода (ключевое слово printf()) на консоль с одновременным использованием файловой системы FlashFS из RL-ARM 4.12 от ARM/KEIL. Чтобы дойти до сути вопроса, надо немного рассказать о предыстории и моем понимании понятия retarget. Информация черпалась из помощи, прилагаемой к uVision4 с ARM Tool Chain, и отсюда: RL-ARM

Итак, хотим выводить на Hyperterminal с микроконтроллера. Для этого подсоединяем его UART к COM-порту компа, а в программе микроконтроллера используем printf(). Поскольку библиотека ARM не зависит о периферии конкретного камня, надо бы рассказать ей, что хотим посылать символы, "генерируемые" в недрах printf(), через, скажем, UART1. Для этого, как описывается в помощи и примерах, необходимо реализовать/перехватить функцию fputc(). Как правило, такой "перехват" помещается в retarget.c, а кто хочет стройный код, выделяет все, что касается UART, отдельно в файл serial.c. Примерно так:

RETARGET.C
Код
...
#include <stdio.h>
#pragma import(__use_no_semihosting_swi)
//
//    To be implemented elsewhere (here - in Serial.c):
//
extern int  sendchar(int c);
extern int  getkey(void);    
// ...
struct __FILE {

    int handle;
    // Add whatever you need here
};

FILE __stdout;

void _sys_exit(int return_code)
{
  while (1);    // endless loop
}

// --------------------------------------------
//    Reimplementation for printf()
//
int fputc(int c, FILE *f) {

  sendchar(c);

}

В SERIAL.C будет имплементирован sendchar(), который работает с железом UART1.

Все получилось и работает, хотя вся эта муть с #pragma import(__use_no_semihosting_swi) и struct __FILE {...} мне до конца не понятна. Это был бы первый подвопрос.

Теперь наступает следующий этап: хотим пользовать RL-ARM FlashFS конкретно с SD-картой на SPI. Смотрим RL-ARM и видим, что, якобы, все просто:

1). Копируем File_Config.* в свой проект, настраиваем File_Config.С
2). Используем SPI_STM32F103.c или пишем что-то свое для реализации функции spi_init (), spi_ss(), spi_hi_speed() и spi_send() (по сути аналог serial.c для UART1)
3). Подстыковываем библиотеку FS_CM3.lib
4). В коде вызываем finit(), когда SD-карточка вставлена, после чего...
5). пользуем файловую систему.

Так вот, пока ограничивался finit(), ffind() и ffree() для посмотреть каталог SD-карточки и количества свободного места, все транслировалось, компоновалось и работало.
Как только захотел что-то читать, то есть ввел в код обращения к fopen(), fread() и fclose(), компоновщик заголосил:

Error: L6915E: Library reports error: __use_no_semihosting_swi was requested, but _sys_open was referenced

А если взять из примера, приданого к RL-ARM FlashFS, реализацию этой самой функции со всеми там для нее важными определениями и заголовками, то компоновщику уже слишком много:

Error: L6200E: Symbol _sys_open multiply defined (by sys_io.o and retarget.o).

Хотя нигде sys_io.o в чистом виде не наблюдается, видать, в какой-то библиотеке сидит.

Прошу совета и разъяснения.
Заранее благодарен.

Игорь.

Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th June 2025 - 05:18
Рейтинг@Mail.ru


Страница сгенерированна за 0.01365 секунд с 7
ELECTRONIX ©2004-2016