Вопросы по SD-Card in CodeVisionAVR

[tempora]

квадратики потому, что записано в бинарном виде в файл.

Фиг поймёшь, как на самом деле он поступил. Думаю - еще хуже, чем мы думаем.

ТС, код - в студию!

[akegor]

Он-то тут при чём?

Извиняюсь за оффтоп, но не могу смолчать... Слушайте классиков:"Это все худые черти бермутят воду во пруду, это все придумал Черчилль в восемнадцатом году..."

[tempora]

akegor, и как это связано с вопросом про BYTE?

[akegor]

akegor, и как это связано с вопросом про BYTE?

Просто хи-хи пробило, я извинился... А тип BYTE, наверное, удобней, чем "unsigned char", хотя я и не пользуюсь им. Кто его придумал - а какая разница? Потому и написал.

[tempora]

Кто его придумал - а какая разница?

Разница такая, что нет там никакого BYTE, у Чана, следовательно нужно проверить, откуда взялось и не напутал ли чего ТС. А больше, да - никакой разницы нет.

[ut1wpr]

Разница такая, что нет там никакого BYTE, у Чана, следовательно нужно проверить, откуда взялось и не напутал ли чего ТС. А больше, да - никакой разницы нет.

Есть там такая буква.
Вернее файлО. "integer.h" Чан его обозвал.

/*-------------------------------------------*/
/* Integer type definitions for FatFs module */
/*-------------------------------------------*/

#ifndef _INTEGER
#define _INTEGER

#ifdef _WIN32	/* FatFs development platform */

#include ‹windows.h›
#include ‹tchar.h›

#else			/* Embedded platform */

/* These types must be 16-bit, 32-bit or larger integer */
typedef int				INT;
typedef unsigned int	UINT;

/* These types must be 8-bit integer */
typedef char			CHAR;
typedef unsigned char	UCHAR;
typedef unsigned char	BYTE;

/* These types must be 16-bit integer */
typedef short			SHORT;
typedef unsigned short	USHORT;
typedef unsigned short	WORD;
typedef unsigned short	WCHAR;

/* These types must be 32-bit integer */
typedef long			LONG;
typedef unsigned long	ULONG;
typedef unsigned long	DWORD;

#endif

#endif

Не все компиляторы char по дефолту принимают за unsigned char. Отсюда и разница в типах. Вынимательнее надо быть с чужими текстами.

[tempora]

Есть там такая буква.

Проверим...
Итак, по-порядку:

... у sprintf переменная buffer-типа char, а у f_write-типа BYTE.

... вопрос - что у f_write имеет тип BYTE?

... нет там никакого BYTE, у Чана, ...

Есть ... "integer.h" Чан его обозвал.

Код:

... /* Integer type definitions for FatFs module */ ... typedef unsigned char BYTE; ...

Итого, имеем - тот факт, что у f_write нет ничего с типом BYTE, Вы оспариваете, приводя некий инклуд, в котором про эту функцию нет ни слова. Ну, и - кому надо быть внимательнее?!

[ut1wpr]

Я прекращаю с вами спорить. Я про одно, вы мне про другое. Вы так меня так и не поняли. У Чана есть переопределенный тип данных BYTE, что здорово испугало ТС. Именно на это я и указал. Про функцию верхнего уровня f_write я не написал ни буквы. Куда вас понесло?..
Ладно. Мне просто надоело. У меня уже за это время почти закончен мой проект на STM32F100 и карте. Полет нормальный, чего и ТС-у желаю.
Желаю вам с ТС-ом успешного продолжения его обучения.

[tempora]

Я про одно, вы мне про другое.

Где это вы нашли, чтобы "я - вам" говорил? Я говорил с двумя другими людьми (Frensis777 и akegor), вы вмешались (как в том анекдоте: "Кстати, о птичках!"), стали спорить с моим утверждением, не удосужившись ни прочесть, ни понять что я им говорил и по какому поводу. Так что вопрос "Куда вас понесло?" обсуждайте с самим собой.

У Чана есть переопределенный тип данных BYTE

О-фи-генная новость!

[Frensis777]

Сообщение от tempora

Разница такая, что нет там никакого BYTE, у Чана, следовательно нужно проверить, откуда взялось и не напутал ли чего ТС. А больше, да - никакой разницы нет.

Есть там такая буква.
Вернее файлО. "integer.h" Чан его обозвал.

Итого, имеем - тот факт, что у f_write нет ничего с типом BYTE, Вы оспариваете, приводя некий инклуд, в котором про эту функцию нет ни слова. Ну, и - кому надо быть внимательнее?!

Я прекращаю с вами спорить. Я про одно, вы мне про другое. Вы так меня так и не поняли. У Чана есть переопределенный тип данных BYTE, что здорово испугало ТС. Именно на это я и указал. Про функцию верхнего уровня f_write я не написал ни буквы. Куда вас понесло?..

Товарищи! Уважаемые тов.ut1wpr и тов. tempora! Я прошу Вас, не надо спорить, Вы оба правы. Это я во всем виноват!

И встречный вопрос - что у f_write имеет тип BYTE?

Да, у мистера Чена в хидере integer.h определен тип BYTE, но в функции f_write он не применяется. Я еще раз прошу прощения...

Если файл д.б. текстовым, то можно и так, только нужен ли именно текстовый?

Нет, тов. tempora, можно и не текстовый. А какой Вы предлагаете использовать файл? И как в этом случае можно средствами Windows открыть не текстовый файл и посмотреть что было записано?

Фиг поймёшь, как на самом деле он поступил. Думаю - еще хуже, чем мы думаем.
ТС, код - в студию!

Хорошо, вот привожу лишь то, что относится к sprintf() и f_write(). Пусть для начала число V будет целым.

...
...
// Declare your global variables here

char V=224;//Пусть число для упрощения будет целым
/* FAT function result */
FRESULT res;

FIL fill;
UINT bw;
char  buf[];
/* file path */
char path[]="0:/file.txt";
void main(void) {
...
...
sprintf(buf,"%u.%u",V/100,V%100);
res=f_write(&fill, &buf, 6, &bw); 
if (res==FR_OK)
   lcd_puts("Write OK!");
else
   /* an error occured, display it and stop */
   lcd_puts("Write Error!");  
     
delay_ms(1000);
} 

Ладно. Мне просто надоело. У меня уже за это время почти закончен мой проект на STM32F100 и карте. Полет нормальный, чего и ТС-у желаю.

Спасибо, Вам тоже успеха!