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

[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]

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

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903903#p3903903"]Я епу какие у тебя пины ты сказал данные верхние и PB1 я сделал так и С++ тут не нужен.[/uquote]
Моя либа работает с любыми пинами, в любом порядке и с любых портов, все остальные пины трогать нельзя ни при каких обстоятельствах. Поскольку С++ ничуть не лучше С, то сделай так же.

[Oxford]

Насрать мне на твою либу, это не заслуга С++

[Reflector]

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

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

GPIOB->ODR = (data & 0xFF00) | RESET | RD;

[/uquote]
А если на PB3/4/5 светодиоды висят их тоже сюда впишешь?

[Oxford]

Да я впринципе такое гавно не программирую

[VladislavS]

[uquote="Oxford",url="/forum/viewtopic.php?p=3903912#p3903912"]Насрать мне на твою либу, это не заслуга С++[/uquote]Это в первую очередь высокая квалификация программиста и во вторую С++, так как на Си подобную либу не сделать в принципе.

[uquote="Oxford",url="/forum/viewtopic.php?p=3903915#p3903915"]ну ты сборку делаешь для BSRR.[/uquote]Да в том то суть, что не делает он этого. Это делает компилятор.

[uquote="Oxford",url="/forum/viewtopic.php?p=3903915#p3903915"]Вопрос в том что C++ никакого преимущества тут не несет.[/uquote]Именно в этом и преимущество. Тебе влом делать такие оптимизации вручную и ты какие-то решения в лоб применяешь. А компилятор делает их всегда.

[Oxford]

Методы показывай.

VladislavS такой бред капец. на си не сделать.