STM32 новичку в ARM что к чему

[a5021]

[uquote="VladislavS",url="/forum/viewtopic.php?p=3903857#p3903857"]Это не небоагоприятные случаи, а случаи, в которых оптимально другое решение.[/uquote]
Да лан. В прошлый раз вы заламывали руки, что это офигеть, какая жизненно-необходимая херь, а теперь вдруг "оптимально другое решение". Че, фарш обратно не залазит?

[VladislavS]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903858#p3903858"]Дык код то не весь же. [/uquote]В том то и дело, что весь. WR=0 автоматически совместился выставлением data на шину.

[uquote="Oxford",url="/forum/viewtopic.php?p=3903858#p3903858"]Да и по флешу расход овер9000. Никогда С++ не будет лучше Си.[/uquote]Даже если повторить ещё 9000 раз, это не станет истиной.

[Oxford]

Нет там никакой автоматизации

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903858#p3903858"]Дык код то не весь же. [/uquote]
Была маска 0xFF00'000 которая сбрасывала 8 старших бит данных, а чтобы одновременно сбросить WR(PB1), нужно взять маску 0xFF02'000. Все, сколько можно такие элементарные вещи объяснять...

[VladislavS]

[uquote="a5021",url="/forum/viewtopic.php?p=3903862#p3903862"]Да лан. В прошлый раз вы заламывали руки, что это офигеть, какая жизненно-необходимая херь, а теперь вдруг "оптимально другое решение". Че, фарш обратно не залазит?[/uquote]Чё ты гонишь! Использовать BRR для записи данных в порт это твоя придурь. Я его в примерах для очистки бит использовал.

[Oxford]

Какие нахрен маски о чем вообще речь зачем это? если напрямую записывать данные можно в ODR

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903872#p3903872"]Какие нахрен маски о чем вообще речь зачем это? если напрямую записывать данные можно в ODR[/uquote]
В ODR не запишешь 9 или 10 бит атомарно, в этом разница. Любое дерганье пином с того же порта в прерывании или другой задаче будет приводить к проблемам, причем труднообнаруживаемым, т.к. проявляться они могут очень не часто.

[VladislavS]

Я угораю С++ программист объясняет матёрому Си-ретрограду как писать в регистры. Так кто не понимает то алгоритмов и железа?

[Oxford]

Да это бред уже выдуманный.

[a5021]

[uquote="VladislavS",url="/forum/viewtopic.php?p=3903870#p3903870"]Использовать BRR для записи данных в порт это твоя придурь.[/uquote]
Закусывай. Я BRR вообще не использовал никогда и не собирался.

[uquote="VladislavS",url="/forum/viewtopic.php?p=3903876#p3903876"]С++ программист объясняет[/uquote]
Если ваши плюсы так хороши, какого их никто не использует? Где библиотеки под STM32 на плюсах от производителя?

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903878#p3903878"]Обьясняю почему с прерываниями не нужен атомарный доступ, а дело в том что программа однопоточная[/uquote]
Допустим PB очищен и в основной программе есть строка:

Код: Выделить всё

GPIOB->ODR |= (data << 8);

В момент когда в регистр было прочитано значение ODR вызывается прерывание устанавливающее младший бит PB в 1, но после возврата из прерывания в порт будет выведено старое значение, в котором младшая половина порта нулевая...

[Oxford]

Reflector зачем эти фантазии?

[a5021]

да ну нафиг в этом гумне ковыряться.

[VladislavS]

[uquote="a5021",url="/forum/viewtopic.php?p=3903880#p3903880"]Я BRR вообще не использовал никогда и не собирался.[/uquote]Но зачем-то просишь, нет требуешь, сделать это мне там где в этом нет необходомости. Спасибо хоть в UART с помощьюю BRR не требуешь писать.

[uquote="a5021",url="/forum/viewtopic.php?p=3903880#p3903880"]Если ваши плюсы так хороши, какого их никто не использует?[/uquote]Так уж и никто? Точно всех опросили?

[uquote="a5021",url="/forum/viewtopic.php?p=3903880#p3903880"]Где библиотеки под STM32 на плюсах от производителя?[/uquote]Они на Си то нормально сделать не могут - вон какой вой пользователей стоит в том числе и от вас.

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903885#p3903885"]если в прерывании есть код дергающий PB1 это идиотизм и нужна синхронизация[/uquote]
А что не так? Хочу в прерывании светодиод тоглю, хочу семисегментники обновляю, а там и полтора десятка пинов может быть, но с кучей приоритетов прерываний могу себе позволить. Про RTOS вообще молчу, многие просто создают кучу задач тоглящих пины с последующей задержкой и потом смотрят ЛА насколько все равномерно работает, в таком случае идиотизмом будет добавление синхронизации для доступа к порту учитывая, что производитель специально добавил регистр для атомарного доступа.

[VladislavS]

[uquote="Reflector",url="/forum/viewtopic.php?p=3903891#p3903891"]А что не так?[/uquote]Алгоритмы сначала изучи! А то ишь чё удумал - светодиоды без теории тоглит.

[Oxford]

[uquote="Reflector",url="/forum/viewtopic.php?p=3903891#p3903891"][uquote="Oxford",url="/forum/viewtopic.php?p=3903885#p3903885"]если в прерывании есть код дергающий PB1 это идиотизм и нужна синхронизация[/uquote]
А что не так? Хочу в прерывании светодиод тоглю, хочу семисегментники обновляю, а там и полтора десятка пинов может быть, но с кучей приоритетов прерываний могу себе позволить. Про RTOS вообще молчу, многие просто создают кучу задач тоглящих пины с последующей задержкой и потом смотрят ЛА насколько все равномерно работает, в таком случае идиотизмом будет добавление синхронизации для доступа к порту учитывая, что производитель специально добавил регистр для атомарного доступа.[/uquote]

Ну ты говорил про PB1 я и говорю зачем его дергать в прерывании?

[a5021]

[uquote="VladislavS",url="/forum/viewtopic.php?p=3903889#p3903889"]Но зачем-то просишь, нет требуешь, сделать это мне там где в этом нет необходомости.[/uquote]
Ну что тебя носом натыкать, как сначала ты приплел BRR ни к селу, а потом театрально заламывая руки начал сочинять, что это у меня две мысли не пересекаются в контексте этого самого BRR? Обосрался, так обтекай молча. Чего голосишь?

[uquote="a5021",url="/forum/viewtopic.php?p=3903880#p3903880"]Где библиотеки под STM32 на плюсах от производителя?[/uquote]Они на Си то нормально сделать не могут - вон какой вой пользователей стоит в том числе и от вас.

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

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903899#p3903899"]

Код: Выделить всё

GPIOB->ODR = data & 0xFF00;
GPIOB->BSRR = GPIO_BSRR_BS_1; 
GPIOB->ODR = data << 8;
GPIOB->BSRR = GPIO_BSRR_BS_1;

[/uquote]
А теперь еще раз посмотри какие пины используются только для дисплея:

Код: Выделить всё

using lcd = Lcd<RM68140, LcdOrient::LandscapeRev, PB7, GpioB<0xFF00>, PB2, PB0, PB1, PB6, 0, 4, 0>;

Обнулив младшую половину PB ты не только записал 0 в WR, но также сбросил дисплей, ведь один из пинов - это RESET. А еще RD... Три оставшихся пина на PB вообще неизвестно как используются, но ничего хорошего от их очистки тоже ждать не стоит.

[Oxford]

Я епу какие у тебя пины. Добавь если надо.