залипает шина I2C в STM32, на МК режим slave Опции

[Метценгерштейн]

как минимум, смените адрес слейва на допустимый.. i2cdetect вам в помощь..

по стандарту от 0х03 должен быть.
Но с адресом 0х01 работает. И соседнее устройство аналогичное, но на AVR имеет адрес 0х02. Все работает. Возможно, допустима работа в этом диапазоне.

[Метценгерштейн]

Вроде локализовали проблему.
Прога на Линуксе не всегда отправляла пакеты моему устройству. Допустим, из параллельной консоли сделать i2cset... и команда на STM приходит нормально.

Вопрос по корректной реализации I2C прерывания.
Я вхожу в прерывание

Код

void I2C1_IRQHandler(void){

корректно ли делать внутри цикл for(;;) , чтобы он не выходил из прерывания, а крутился там пока флаги все не обработал? Или так не очень правильно?

Как получается вход в прерывание? Выскочило несколько флагов, он вошел в прерывание? И все там пачкой обработал?

[Nixon]

C этого и начинать нужно было. Не стоит нагружать прерывание сверх необходимого. Приняли/передали и выскочили. Для примера:

Код

void handler ( void ) {
    uint8_t  byte;
    
    if (_i2c->ISR & I2C_ISR_ADDR) {  // пришел ADDR
      _i2c->ICR = I2C_ISR_ADDR;                                        
    } else if (_i2c->ISR & I2C_ISR_RXNE) {  // прием байта
      byte = _i2c->RXDR;
      _buf_rx.push(byte);
    } else if (_i2c->ISR & I2C_ISR_TXIS) {  // запрос байта
      _buf_tx.pop(byte);
      _i2c->TXDR = byte;
    } else if (_i2c->ISR & I2C_ISR_NACKF) { // трансфер закончен, пришел NACK
      _i2c->ICR = I2C_ISR_NACKF;
    } else if (_i2c->ISR & I2C_ISR_STOPF) { // пришел STOP
      _i2c->ISR |= I2C_ISR_TXE;
      _i2c->ICR = I2C_ISR_STOPF;
    } else if (_i2c->ISR & I2C_ISR_BERR) {  // I2C Bus Error
      _i2c->ICR = I2C_ISR_BERR;
    } else if (_i2c->ISR & I2C_ISR_OVR) {  // I2C Over-Run/Under-Run
      _i2c->ICR = I2C_ISR_OVR;
    } else if (_i2c->ISR & I2C_ISR_ARLO) {  // I2C Arbitration Loss
      _i2c->ICR = I2C_ISR_ARLO;
    }    
  }

P.S. Это для STM32L0

[Метценгерштейн]

у вас код if else if
другими словами, в прерывании только одно событие обработается.
А не может придти два события сразу?

т.е. нет смысла делать
if
if
if
...
?

и еще - насчет по быстрому обработали прерывание и выскочили-

Код

else if (_i2c->ISR & I2C_ISR_RXNE) {  // прием байта
      byte = _i2c->RXDR;
      _buf_rx.push(byte);
    }

мы тут не сразу выскакиваем, идем сначала в _buf_rx.push(), там что-то делаем, потом только выскакиваем.
Так что можно и в самом прерывание тогда это же делать.

[Timmy]

у вас код if else if
другими словами, в прерывании только одно событие обработается.
А не может придти два события сразу?

Если придут два события сразу, они обработаются в двух последовательных входах в обработчик прерывания. Вообще, вариант от Nixon является наилучшим универсальным и имеет смысл при использовании подгрупп приоритетов прерываний, и принадлежности прерывания I2C не к самой приоритетной подгруппе. В этом случае может быть целесообразно выскочить из обработчика прерывания как можно скорее, чтобы передать управление обработчику более привилегированной подгруппы, если возникнет запрос на него. Во всех прочих случаях вариант Nixon, как и большинство универсальных решений , создаёт более длинный код и большее время выполнения при одновременной обработке нескольких событий.