SD/MMC на AVR

[whoim]

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

SDMMC. Но.. пока нужно ложить логи на маленькую флешку. Позже наверняка начнется.. надо будет ложить все больше логов, да еще фото с jpeg-камеры приедет.. SDHC надо будет, да свыше 2гб..

Насколько софтовая реализация медленнее? Может мне проще будет один модуль вынести в rs485 со своим мелким мк (для работы межпроцессорного режима UART)

[whoim]

не очень радужную картину в плане скоростных качеств этого SPI.

С точки зрения асмщика - под конкретный камень можно написать более шустрый asm-soft-spi?

[whoim]

хорошо иногда выйти покурить
вспомнил, что один из модулей умеет работать по SPI. Вот я два девайса (модуль RF и флешку) и повешу на него.

[_Артём_]

ногодрыг хочу на 32мгц запустить, минимум 16 будет точно. Скорость чтения/записи особо не важна, так как будет довольно неспеша туда файлики складываться.

но, конечно, хотелось бы найти решение максимально быстрое. Возможно, с asm вставкой в плане софтового SPI.

Либа Чана - с какой страницы начать читать эту тему? ))

Если хочется быстро, то нужно не асм-вставками, а задействовать DMA или аппаратный spi-usart.

PS. А какой у вас МК?

[whoim]

Если хочется быстро, то нужно не асм-вставками, а задействовать DMA или аппаратный spi-usart.

PS. А какой у вас МК?

выкрутился аппаратно, читайте выше ну, в теории..
МК еще не приехали, буду atXmega32a4 пробовать

[ut1wpr]

PS. А какой у вас МК?

Во-во... Задавал я уже ему этот вопрос. Пока разговор абстрактный. Наоборот, возник у него вопрос:
[QUOTE]под конкретный камень можно написать более шустрый asm-soft-spi?/QUOTE]Ну что ответить? Что "конкретным камнем" может оказаться шустрый STM32? Или что-то еще шустрее. На 150 МГц такта...

[kittec]

хорошо иногда выйти покурить
вспомнил, что один из модулей умеет работать по SPI. Вот я два девайса (модуль RF и флешку) и повешу на него.

Мало покурили, у ATxMega32a4 2 SPI

[_Артём_]

Мало покурили, у ATxMega32a4 2 SPI

Не 2, а больше - все USART-ы могут работать в режиме SPI master, причём могут DMA задействовать.

[whoim]

Мало покурили, у ATxMega32a4 2 SPI

нормально курил, мне нужны USART на этих пинах

Не 2, а больше - все USART-ы могут работать в режиме SPI master, причём могут DMA задействовать

да, но тем не менее мне нужны обычные USART, все 5 штук (теперь 4, перевел RF модуль на SPI к флешке). GPIO пины для CS есть в наличии )

Пока разговор абстрактный. Наоборот, возник у него вопрос

ну извинить, вопрос был озвучен под бардак в голове и был риторическим.. типа - есть ли смысл вообще копать в этом направлении?

Работа большая, со многими вещами работаю первый раз.. ждить в гости

[whoim]

Ну в общем не могу записать на SD, хоть убей. Прошу подсказок.
SD - Sundisk 2gb, FAT/FAT32/exFAT - пробовал все.
К сожалению осцила нет, потыкать в ноги, но разводил все в diptrace по известным корпусам, плата автоматом трэйсилась, проверял ручками - все верно. Лишних замыканий нет, обрывов нет. Дороги на второй девайс с SPI пока отпилил.

Либа petitFS (чан). Основа взята из демок. Уничтожены функции софтового spi в асме и написаны свои..

#define SELECT()	PORTD.OUT &= ~PIN1_bm	/* CS = L */
#define	DESELECT()	PORTD.OUT |= PIN1_bm	/* CS = H */
#define	MMC_SEL		!(PORTD.IN&PIN1_bm)	/* CS status (true:CS == L) */
#define	FORWARD(d)	RS485_send_str(d)				/* Data forwarding function (Console out in this example) */

void init_spi (void)
{
	//set gpio
	PORTD.DIR |= PIN0_bm | PIN1_bm | PIN5_bm | PIN7_bm;
	//			RF_CS	  SD_CS	    MOSI       CLK
	PORTD.DIR &= ~PIN6_bm; // ну мало ли...
	//deselect all spi devices
	PORTD.OUT |= PIN0_bm; //RF(H)
	PORTD.OUT |= PIN1_bm; //SD(H)
	//spi port_config
	PR.PRPD &= ~0x08; // to get SPIC back from sleep
	SPID.CTRL = SPI_ENABLE_bm | SPI_MASTER_bm | SPI_MODE_0_gc | SPI_PRESCALER_DIV128_gc;
}

void xmit_spi (uint8_t d)		/* Send a uint8_t to the MMC */
{
	//SELECT();
	SPID.DATA = d;
	while(!(SPID.STATUS&PIN7_bm));
	//DESELECT();
}
uint8_t rcv_spi (void)		/* Send a 0xFF to the MMC and get the received uint8_t */
{
	xmit_spi(0xFF);
	return SPID.DATA;
	
}

dly_100us оставлена.
disk_initialize() возвращает 1 (NOINIT). Всегда...

Куда бы покопать?