Rust stm32 i2c slave

нет чтоб на С писать, как все нормальные люди

i2c-slave это таки сложнее чем мастер. В контроллерах-то давно есть, но вот так чтобы обёртку и готовую - хз, скорее всего придётся брать шашку в руки и писать в регистры и обмазываться над прерываниями.

ну да, надо придумать как на прерывания вешаться.

c rtfm и думать не надо, так-то, всё укладывается в пусть развесистый, но конечный автомат. это не руками лепить,благо

А как у вас в этом вашем расте с ключевым словом «volatile» дела обстоят? Ну например, чтоб одну и ту же переменную из прерывания и из главного потока дёргать

Так же как и в С++20, есть volatile операции, а не переменные:

С++: https://embeddedartistry.com/blog/2019/03/11/improve-volatile-usage-with-volatile_load-and-volatile_store/

Rust: https://doc.rust-lang.org/std/ptr/fn.write_volatile.html

https://doc.rust-lang.org/std/ptr/fn.read_volatile.html

https://docs.rs/vcell/0.1.0/vcell/struct.VolatileCell.html

Как-то так

слушай, там совершенно мозговзрывательные штуки в расте.

Эти наркоманы сделали так, что из прерывания приоритетом повыше нельзя просто так редактировать общедоступную переменную: её надо в лок заворачивать. Эта проверка делается в compile time

я пробовал прогать без «думать» — фигня получается. какие-то баги компилятор сыпет

В том и смысл же, чтобы ты не мог data race себе устроить. Прерываниям на борроу чекер похеру.

я пробовал прогать без «думать» — фигня получается. какие-то баги компилятор сыпет

Я подобную штуку на си под msp430 выпиливал, там думать вообще не надо было, конечный ватомат на прерываниях, а между ними спим. На stm32 подозреваю что ничего сильно не меняется, но надо побороть растовый чекатель.

так вот как раз в rtfm типы настроены так, что тебя заставляют правильно обернуть всё в borrow checker.

На прерывания посмотрю.

я продолжаю читать спеки и слегка взволнован: есть подозрение, что прийдется писать весь i2c руками. По ходу мульти адрес для слейва никак не получается.