КАШАК писал(а):Где можно почитать про назначение BOOT0 и BOOT1 ? И если в МК есть аппаратный USB, через него можно прошивать? МК STM32F103VCT6.
как минимум (только для чтения) нужно определить функции disk_initialize, disk_status, disk_read. Для записи - disk_write, get_fattime и ioctl. Также нужны функции низкого уровня для SD - инициализации и чтения/записи сектора.и еще пол файла переделать?) - я правильно думаю?
есть либа с поддержкой программного и аппаратного SPI (STM32 и AVR), также возможно использование DMA для блочных пересылок.у когонить есть FATfs для STM32L152?или чтобы переделывать поменьше?
спящий писал(а):
Заголовок сообщения: Re: STM32 новичку в ARM что к чему
Вы должны обеспечить discio.c функциями аппаратного уровня, такими как запись/чтение сектора, инициализация карты, отправка команды карте и так далее. Исходник discio.c - это уже часть FatFS. Вообще, Чен указывал, какие функции разработчик должен писать самостоятельно для успешной работы с FatFS.
Поищите в сети, примеры должны быть. Год назад я использовал FatFS с STM32F407, но там все делалось на скорую руку, с "ногодрыжным" SPI, все это коряво и некрасиво.
спящий писал(а):как я понял мне надо эти функции вручную написать, включая инициализацию так?
Каким образом?HHIMERA писал(а):Что-то это высказывание противоречит вашему нижеследующему высказыванию...
HHIMERA писал(а):Заезженный штамп горе-студентов-кармодрочеров с ДиАхтунга...
Хммм... Я не понял, это вы про себя?HHIMERA писал(а):кармодрочеров
Ну, мне как раз для старта эта библиотека очень мешала, и я программил регистры напрямую. Хотя вобщем я не далеко от этого старта ушел в случае с STM32. Ну, наверное, то что я говорил, касается идеологии библиотеки периферии вообще, а не конкретно STM32PeriphLib. Насчет ущербности последней я ничего против не имею, т.к. я толком ей и не воспользовался.HHIMERA писал(а):СТДлиб предназначены для начального вхождения... и только... А дальше - всё наоборот... Чем больше проект содержит взаимодействия с периферией, тем больше проявляются ущербность, избыточность, тормознутость и неоптимальность... и чем выше уровень знаний, тем больше это проявляется и в итоге просто начинает раздражать...
спящий писал(а): while (!(SPI1->SR & SPI_SR_TXE)); //ожидание окончания передачи ПОСТОЯННО ОЖИДАЕТ
TripleKill писал(а):HHIMERA, поделитесь кодом?)
Код: Выделить всё
void EXTI0_IRQHandler(void) {
on (LED_Blue);
EXTI->PR |= EXTI_PR_PR0;//сбросили бит прерывания
}
Код: Выделить всё
void InitPeriph(void)
{
RCC->AHBENR |= RCC_AHBENR_GPIOBEN; //разрешение тактирования порта b. RCC-указатель,содержащий адрес структуры, и обращается он к члену структуры AHBENR
RCC->AHBENR |= RCC_AHBENR_GPIOAEN;
GPIOB->MODER |= GPIO_MODER_MODER7_0; //General purpose output mode (01)
GPIOB->OTYPER &= ~GPIO_OTYPER_OT_7; //выход открытый коллектор или обычный(0) ~ инверсия
GPIOB->OSPEEDR |= GPIO_OSPEEDER_OSPEEDR7;//скорость порта (11: 40 MHz High speed )
GPIOB->PUPDR &= ~GPIO_PUPDR_PUPDR7; //00- без подтяжки резисторов
GPIOB->MODER |= GPIO_MODER_MODER6_0; //output
GPIOB->OTYPER &= ~GPIO_OTYPER_OT_6; //Output push-pull
GPIOB->OSPEEDR &=~GPIO_OSPEEDER_OSPEEDR6; //400 kHz
GPIOB->PUPDR &=~GPIO_PUPDR_PUPDR6; //No pull-up, pull-down
GPIOA->MODER &= ~GPIO_MODER_MODER0; //input
GPIOA->OTYPER &= ~GPIO_OTYPER_OT_0; //Output push-pull
GPIOA->OSPEEDR |=GPIO_OSPEEDER_OSPEEDR0; //40 MHz
GPIOA->PUPDR &=~GPIO_PUPDR_PUPDR0; //No pull-up, pull-down
//настройка внешнего прерывания на int0
__enable_irq ();
RCC->APB2ENR |= RCC_APB2ENR_SYSCFGEN;
SYSCFG->EXTICR[0] |= SYSCFG_EXTICR1_EXTI0_PA;
EXTI->IMR |= EXTI_IMR_MR0; // какую линию выбираем из 23-х (у нас 0-я)
EXTI->RTSR |= EXTI_RTSR_TR0; //настройка фронта-среза
EXTI->FTSR |= EXTI_FTSR_TR0;
NVIC_EnableIRQ(EXTI0_IRQn);
NVIC_SetPriority(EXTI0_IRQn, 1);
}