ATNEL tech-forum

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-09T09:19:18+01:00

Problem poniekąd rozwiązany. Używam teraz Atmegi 1284P. Problem polega na tym, że gdy odpalam kod bez jakichkolwiek funkcji związanej z UART'em wszystko działa bez zarzutu, zaś gdy używam UART'a to funkcja f_open zwraca FR_DISK_ERR. Czy to może być związane z funkcjami UART'a?

[c]#define BAUD_RATE_9600_H 0
#define BAUD_RATE_9600_L 51

#define USART_ENTER 0x0D
#define USART_NEW_LINE 0x0A

void USART_init()
{
UBRR0H = BAUD_RATE_9600_H;
UBRR0L = BAUD_RATE_9600_L;
UCSR0B = (1<UCSR0C = (3<}

void USART_Transmit(unsigned char data)
{
while( !( UCSR0A & (1<UDR0 = data;
}

void usart_putstring(const char *str)
{
for(uint8_t i = 0; (str[i] != '\0') && (i < 64); i++)
{
USART_Transmit(str[i]);
}
USART_Transmit(USART_ENTER);
USART_Transmit(USART_NEW_LINE);
}
[/c]

Statystyki: Napisane przez JungleMan — 9 gru 2015, o 09:19

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T15:04:50+01:00

Na pierwszej fotce widać kondensator (100nF) pomiędzy VCC a GND; dodałem też rezystor 10k na reset, skróciłem znacząco przewody i nadal to samo.

Sprawdziłem inną kartę SD i okazuje się, że dla innej karty też ten sam problem.

Nawet po wywołaniu f_mkfs, które pomyślnie przechodzi nadal uzyskuję błąd FR_NO_FILE_SYSTEM przy f_puts.

Statystyki: Napisane przez JungleMan — 7 gru 2015, o 15:04

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T14:44:46+01:00

Brak prawidłowej filtracji procesora ... oraz nie widzę 10k do RST
Dodatkowo te długie przewody od SPI mogą również broić.

Statystyki: Napisane przez majster — 7 gru 2015, o 14:44

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T14:41:25+01:00

Czytnik

Statystyki: Napisane przez JungleMan — 7 gru 2015, o 14:41

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T14:31:34+01:00

ok to pokaż te gniazdo i to co tam poskładałeś na stykówce.

Statystyki: Napisane przez majster — 7 gru 2015, o 14:31

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T13:59:55+01:00

Plik tworzę automatycznie z flagą FA_CREATE_ALWAYS (w moim przedostatnim poście jest kod main'a). Nie działam z ATB, wszystko sam poskładałem. Jedynie kupiłem sobie gniazdo do karty SD za grosze z wyprowadzeniami na stykówkę.

Statystyki: Napisane przez JungleMan — 7 gru 2015, o 13:59

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T13:40:30+01:00

A plik tworzysz automatycznie czy za pomocą pogramu na PC ?

Z tego co pamiętam trzeba wcześniej zadeklarować jego maksymalną wielkość ale mogę się mylić bo tylko coś mi świta.

Problem w tym że karty mniejszej od 4 czy 8 GB już chyba nie dostaniesz, u mnie chodziło z kartą 8 GB więc sądzę że nie powinno być problemu.

Rozumie że działasz na ATB ? czy sam poskładałeś sobie moduł karty ?

Statystyki: Napisane przez majster — 7 gru 2015, o 13:40

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T13:14:01+01:00

Zastosowałem się do erraty oraz zakleiłem taśmą bezbarwną wcięcie i nadal ten sam błąd... Chyba wybiorę się po nową kartę...

Statystyki: Napisane przez JungleMan — 7 gru 2015, o 13:14

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T12:09:15+01:00

JungleMan napisał(a):

Używam karty GOODRAM 8GB. Czy to problem z kartą?

Najprawdopodobniej tak jest ...
weź taśmę papierową lub bezbarwną i zaklej te wcięcie na karcie ja tak musiałem zrobić by działało to prawidłowo

dodatkowo na stronie atnel jest errata do kodów i z tego co pamiętam jest tam poprawka do FatFS

Pozdrawiam

Statystyki: Napisane przez majster — 7 gru 2015, o 12:09

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-07T12:00:35+01:00

Nie wiem, co jest grane. Nie działa, a użyłem kodu z płyty. Main:
[c]int main()
{
ATOMIC_BLOCK(ATOMIC_RESTORESTATE)
{
CLKPR = (1<CLKPR = (0<}
FRESULT res;
static FATFS FATFS_Obj;
static char rxbuf[16];
static FIL fil_obj;

USART_init();
Timer0_init();
SPI_init();
sei();

_delay_ms(500);
disk_status(STA_NOINIT);

res = f_mount(0, &FATFS_Obj);
if (res) { put_rc(res, PSTR("f_mount init")); return 0; }
else usart_putstring("f_mount init");
// write
//f_unlink("fox1");

res = f_open(&fil_obj, "beton", FA_CREATE_ALWAYS | FA_WRITE );
if (res) { put_rc(res, PSTR("f_open")); return 0; }
else usart_putstring("f_open");

res = f_puts("betonowy plik",&fil_obj);
if (res) { put_rc(res, PSTR("f_puts")); return 0; }
else usart_putstring("f_puts");
/*
f_open(&fil_obj, "beton", FA_WRITE );
f_lseek(&fil_obj, fil_obj.fsize);
f_puts("1",&fil_obj);
*/

res = f_close(&fil_obj);
if (res) { put_rc(res, PSTR("f_close")); return 0; }
else usart_putstring("f_close");

res = f_mount(0, NULL);
if (res) { put_rc(res, PSTR("f_mount deinit")); return 0; }
else usart_putstring("f_mount deinit");

res = disk_initialize(0);
if (res) { put_rc(res, PSTR("f_disk_init")); return 0; }
else usart_putstring("f_disk init");

res = f_mount(0, &FATFS_Obj);
if (res) { put_rc(res, PSTR("f_mount init sec")); return 0; }
else usart_putstring("f_mount init sec");

res = f_open(&fil_obj, "beton", FA_READ);
if (res) { put_rc(res, PSTR("f_open sec")); return 0; }
else usart_putstring("f_open sec");

if(!f_gets(rxbuf,sizeof(rxbuf),&fil_obj))
{
usart_putstring("f_gets");
return 0;
}
else usart_putstring(rxbuf);

res = f_close(&fil_obj);
if (res) { put_rc(res, PSTR("f_close sec")); return 0; }
else usart_putstring("f_close sec");

res = f_mount(0, NULL);
if (res) { put_rc(res, PSTR("f_mount deinit sec")); return 0; }
else usart_putstring("f_mount deinit sec");

return 0;
} [/c]

W Putty:

Code:

f_mount init
f_open
rc=13
 FR_NO_FILE_SYSTEM

Command:f_puts

Wynika z tego, że f_mount zwraca FR_OK, f_open tworzy plik (na karcie SD jest plik "BETON") i też zwraca FR_OK, a f_puts zwraca FR_NO_FILESYSTEM. Próbowałem formatować kartę i po tym problem ten sam jak powyżej. Używam karty GOODRAM 8GB. Czy to problem z kartą?

Statystyki: Napisane przez JungleMan — 7 gru 2015, o 12:00

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T22:06:17+01:00

JungleMan napisał(a):

Używam bibliotek autora, przerobionych zgodnie z BB. Niestety, aktualnie nie mam przy sobie płyty. Jutro spróbuję odpalić kod z płyty.

odpal kod z płyty tam wszystko działa ... jedyne z czym możesz mieć problem (sam to przerabiałem)
wykrywanie karty i to nie problem bibliotek a karty ... niektóre karty trzeba zakleić taśmą papierową na wcięciu, może to wynikać z jakości użytego gniazda ...
pozdrawiam

Statystyki: Napisane przez majster — 1 gru 2015, o 22:06

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T21:58:18+01:00

Używam bibliotek autora, przerobionych zgodnie z BB. Niestety, aktualnie nie mam przy sobie płyty. Jutro spróbuję odpalić kod z płyty.

Statystyki: Napisane przez JungleMan — 1 gru 2015, o 21:58

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T21:53:42+01:00

a używasz przerobionych bibliotek z Mirka książki czy napisanych przez autora ??

Statystyki: Napisane przez majster — 1 gru 2015, o 21:53

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T16:35:51+01:00

Czy to może mieć związek z:
[c]
#define MMC_CD1/* Card detected. yes:true, no:false, default:true */
#define MMC_WP0/* Write protected. yes:true, no:false, default:false */[/c]

Ponieważ nie posiadam możliwości podłączenia tychże wyprowadzeń, ustawiłem to na sztywno. Czy to ma zły wpływ?

Napomknę też, że funkcja f_read działa bez zarzutów. Niestety po wywołaniu f_write usuwany jest plik, który utworzyłem w celu odczytania danych testowych i powstają krzaki jak na powyższym zrzucie.

Statystyki: Napisane przez JungleMan — 1 gru 2015, o 16:35

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T15:06:37+01:00

Też nie miałem takich krzaków. Coś masz nie tak podłączone lub w sofcie.

Namazane ze smarta.

Statystyki: Napisane przez majster — 1 gru 2015, o 15:06

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T14:58:45+01:00

Coś Ci sieje po FAT'cie.
Nie miałem takich problemów.

Statystyki: Napisane przez MirkoT — 1 gru 2015, o 14:58

Re: [FatFS][Atmega 128] Zawieszenie na f_open

2015-12-01T12:35:24+01:00

Rozwiązałem problem. Nie należy używać w moim przypadku disk_initialize(0) oraz f_mount (NULL, "", 0) przy deinicjalizacji. Teraz drugi problem. Po zapisie do pliku .txt na karcie tworzą się jakieś dziwne pliki (co widać na screenie) o niebotycznych rozmiarach (np. 3GB), lecz mimo tego rozmiaru widzianego w eksploratorze rozmiar zajmowany na dysku to rozmiar pliku .txt, który sam stworzyłem. Jak można się pozbyć problemu tworzenia tychże plików?

Statystyki: Napisane przez JungleMan — 1 gru 2015, o 12:35

[FatFS][Atmega 128] Zawieszenie na f_open

2015-11-30T22:28:19+01:00

Witam.

Do zapisu na kartę danych użyłem biblioteki FatFS. Problem polega na tym, że funkcja się zacina przy wywołaniu deselect(). Kod wygląda tak:
[c]BYTE res;

Timer0_init();
USART_init();
sei();

res = disk_initialize(0);
if (res) { put_rc(res); return 0; }

res = f_mount(&FatFs[0], "", 0);
if (res) { put_rc(res); return 0; }

check_flag = 1;
res = f_open(&File[0], "first.txt", FA_WRITE);
if (res) { put_rc(res); return 0; }[/c]

Poprzez debugowanie za pomocą diody LED odtworzyłem ścieżkę po której następuje zawieszenie; wewnątrz f_open:
[c][...]
#if !_FS_READONLY
mode &= FA_READ | FA_WRITE | FA_CREATE_ALWAYS | FA_OPEN_ALWAYS | FA_CREATE_NEW;
if(check_flag == 1) check_flag = 2;
res = find_volume(&dj.fs, &path, (BYTE)(mode & ~FA_READ));
#else
mode &= FA_READ;
res = find_volume(&dj.fs, &path, 0);
#endif
[...][/c]

Potem wewnątrz find_volume:
[c][...]
bsect = 0;
if(check_flag == 2) check_flag = 3;
fmt = check_fs(fs, bsect);
[...][/c]

Następnie wewnątrz check_fs:
[c][...]
fs->wflag = 0; fs->winsect = 0xFFFFFFFF;/* Invaidate window */
if(check_flag == 3) check_flag = 4;
if (move_window(fs, sect) != FR_OK)/* Load boot record */
return 3;
[...][/c]

Wewnątrz move_window:
[c][...]
if(check_flag == 4) check_flag = 5;
if (res == FR_OK) {/* Fill sector window with new data */
if (disk_read(fs->drv, fs->win, sector, 1) != RES_OK) {
sector = 0xFFFFFFFF;/* Invalidate window if data is not reliable */
res = FR_DISK_ERR;
}
fs->winsect = sector;
}
[...][/c]

Następnie wewnątrz disk_read:
[c][...]
if(check_flag == 5) check_flag = 6;
if (send_cmd(cmd, sector) == 0) {
do {
if (!rcvr_datablock(buff, 512)) break;
buff += 512;
} while (--count);
if (cmd == CMD18) send_cmd(CMD12, 0);/* STOP_TRANSMISSION */
}
[...][/c]

Aż w końcu w send_cmd:
[c][...]
if (cmd != CMD12) {
deselect();
if(check_flag == 6) PORTA |= (1<if (!select()) return 0xFF;
}
[...][/c]

Zawieszenia zachodzi podczas wywołania deselect(). A dokładnie na loop_until_bit_is_set, z czego wynika, że bit SPIF nie ustawia się przy próbie otwarcia pliku. Wcześniej robiłem to samo za pomocą PetitFS i działało bez zarzutu. Nie wiem jak to rozwiązać. Czy ktoś wie co z tym zrobić?

Statystyki: Napisane przez JungleMan — 30 lis 2015, o 22:28