Форум РадиоКот

Что за транзистор? Какая-то маркировка странная, тут рядом в sot-89 4A и 3A, их опознал, это вроде наши КТ664/665, а вот это зараз B55D вроде - нифига не пойму, вроде npn.

Так я сам не сразу понял про DC, а первый раз вышеупомянутую ссылку на хабре прочёл по диагонали, не знаю как у кого, у меня окончательное понимание в железке происходит.

Да BSY то всё понятно было вопрос вообще изначально не о том был... фиг с ним, работает же. Дойдут руки, анализаторм посмотрю, яснее будет.

Ха, jcxz бесячий же ты типчик, а родился ты наверное сразу со всеми интерфейсами, периферией и готовой прошивкой?
До DMA ещё не добрался, что до выбора мк - разбираюсь с чем есть, спешить некуда, ошибок ну сами знаете у кого нет.
ps. Нашёл старую тему по дисплею, пойду полистаю.

Нда... мне читать-то не надо, только быстро передавать, и это... volatile в этом моменте тут не при чём.
a797945 шурудить не буду, сначала правильно делал.
;_)
Что-то мне подсказывает, что на самом деле я не переключаюсь на 8 бит.

Да блин, в одном случае работает, в другом не работает, ну объясни.
ы. Всё дошло. Попробовал добавить NOP'ов вместо while, пауза после передачи 16ти бит и так больше...

Короче вернулся почти туда откуда и начал, только очерёдность поменял.
Тут творество .
Всё работает, как было задумано у count-zero.ru только там F1.
Если в функции st7735_send убрать:
data = *(uint8_t *)&SPI1->DR;
while (!(SPI1->SR & SPI_SR_RXNE));
то будет лажа, то ли не успевает... по ...

[uquote="jcxz",url="/forum/viewtopic.php?p=4456268#p4456268"]Затем что так работает SPI - принимает одновременно с передачей.[/uquote]
Ну, насколько я понял, для работы в двух направлениях в F0 надо SPI_CR1_BIDIMODE включать.
В общем методом тыка, очерёдность поменял, работает это:

*(uint8_t ...

Эммм... никак не могу понять, когда отправляем по SPI восемь бит зачем читать после?
Те

while (!(SPI1->SR & SPI_SR_TXE));
*(uint8_t *)&SPI1->DR = data;
while (!(SPI1->SR & SPI_SR_RXNE));
data = *(uint8_t *)&SPI1->DR;

хотя отправка 16-ти бит вот так работает:

while (!(SPI1->SR & SPI_SR_TXE ...

О да! Спасибо. Вот оно!

Слишком очевидно чтобы не попробовать. Нет, тем это в сложных таймерах, как я понял надо, TIM14 например работает без установки TIM_BDTR_MOE.
Пробовал конечно.

Хм. Да, спс, исправил, но это не решило, пробовал на PB6/PB7 и на PA6/PA7, тишина.
Так тоже ничего:

void tim17_init()
{
GPIOB->MODER |= GPIO_MODER_MODER7_1;
GPIOB->OSPEEDR |= GPIO_OSPEEDER_OSPEEDR7;
GPIOB->AFR[0] |=_VAL2FLD(GPIO_AFRL_AFSEL7, 2); // PB7 AF2 TIM17_CH1
RCC->APB2ENR |= RCC ...

stm32f030k6t6.
Шим на TIM14, нормально всё, так:

void tim14_init()
{
GPIOB->MODER |= GPIO_MODER_MODER1_1;
GPIOB->OSPEEDR |= GPIO_OSPEEDER_OSPEEDR1;
GPIOB->AFR[0] |=_VAL2FLD(GPIO_AFRL_AFSEL1, 0); // PB1 AF0 TIM14_CH1
RCC->APB1ENR |= RCC_APB1ENR_TIM14EN;

TIM14->PSC = 50;//
TIM14->ARR = 50 ...

Деление может быть виной странного поведения F0?
Избавился от него, и пока всё вроде норм.

Такой вопрос - сколько прошивок может пережить stm?
Ну вот очередная макетка stm32f030, с месяц назад спаянная, терзал её много.
Сегодня в нормальном режиме камень перестал определятся, перевёл в boot, прошил, но стартует только после ресета, сам - никак, при попытке прошить опять не определяется ...

Вышел таки 7-ой, неделю как...
https://www.kicad.org/blog/2023/02/Vers ... -Released/
https://www.opennet.ru/opennews/art.shtml?num=58641

Да, хорошо получилось. Спасибо.
О тут 6.0.11 в стабильных уже...

Правда, от " установил " до " понравилось " потребовалось почти три недели.

Ха, к нему привыкнуть надо, у меня наверное даже больше ушло, но я одновременно с Eagle пытался подружиться...
KiCad затянул однако.
Понимаю претензии к eeschema, самому тоже многое не нравиться, но вроде как пилят ...

Изумительно выходит в кубе есть, в мануалах - нет.
Или считать TIM2_CH1 = TIM2_CH1_ETR? (собственно я так и сделал).
Надо ещё в reference глянуть.

Во блин как, создал проект для F031K6 (stm32f031x6.h).
Поискал TIM2_CH1... нету, есть TIM2_CH1_ETR на PA0, ну пусть думаю будет так.
Ну и в инит:
RCC->APB1ENR |= RCC_APB1ENR_TIM2EN;
RCC->AHBENR |= RCC_AHBENR_GPIOAEN;
GPIOA->MODER |= _VAL2FLD(GPIO_MODER_MODER0, 2);
GPIOA->AFR[0] |= _VAL2FLD(GPIO ...