STM32F407V I2C в slave тема конечно избитая Опции

[Pat]

Здравствуйте, Уважаемые Друзья.

Есть I2C МАСТЕР который передает и принимает данные.

У меня реализован I2C подчиненный который принимает и отдает данные.

Мастер ведет себя не совсем корректно по отношению к протоколу I2C.

Он делает запрос чтения к моему устройству примерно так

СТАРТ->АДРЕСС ЗАПИСИ->ДАННЫЕ, а потом при низком SCL переводит SDA в высокий уровень.
Затем снова выдет
СТАРТ->АДРЕСС ЧТЕНИЕ-> читает данные после чего выдает СТОП.

Я по протоколу могу разобрать когда у меня закончится передача данных от мастера, но
вопрос как это сделать аппаратно по прерыванию.

Вот тут затыка.

В режиме I2C слайв не работает прерывание SB (было сгенерированно условие СТАРТ).

Есть еще флаг BERR (Bus error) но он не реагирует на что либо после передачи байта.

Может кто сталкивался с подобным.

[Arlleex]

СТАРТ->АДРЕСС ЗАПИСИ->ДАННЫЕ, а потом при низком SCL переводит SDA в высокий уровень.

В режиме передачи Master не управляет битом подтверждения ACK, а вот Вы, как Slave, его выдаете. Почему Вы NACK выдаете - это Вам надо разобраться. Master тут не при чем, он делает все правильно. Более того, Master в конце чтения последнего байта должен выставить Вам NACK перед выставлением STOP-сигнала.

Вот тут затыка.

Зачем Вам SB, если у Вас есть замечательное прерывание ADDR? Оно придет после того, как Вы Slave-ом примете свой (или альтернативный, в STM32 их несколько) физический адрес устройства.

[Pat]

В режиме передачи Master не управляет битом подтверждения ACK, а вот Вы, как Slave, его выдаете. Почему Вы NACK выдаете - это Вам надо разобраться. Master тут не при чем, он делает все правильно. Более того, Master в конце чтения последнего байта должен выставить Вам NACK перед выставлением STOP-сигнала.

Зачем Вам SB, если у Вас есть замечательное прерывание ADDR? Оно придет после того, как Вы Slave-ом примете свой (или альтернативный, в STM32 их несколько) физический адрес устройства.

С подтверждением там все в порядке.
Мастер передал последний байт.
Слейв ему сказал ACK.
Затем мастер делает следующее

SCL = 0
SDA = 1
SCL = 1
SDA = 0 - это новый старт без стопа.

С чтением как раз все ОК есть и NAK и СТОП.

Прерывание ADDR использую, но оно приходит после передачи адреса (запроса чтения).
В программе есть обработка данных их нужно успеть приготовить для мастера.
Поэтому ищу как понять что мастер окончил передавать.
Но получается что аппаратно никак.

[k155la3]

. . .
Master в конце чтения последнего байта должен выставить Вам NACK перед выставлением STOP-сигнала.

. . .Мастер передал последний байт.
Слейв ему сказал ACK . . . .

Мастер, выставляя на последнем байте NACK, информирует слейва, что это - последний байт.
Возможно, что и формирование STOP или ReSTART мастером завязано на установку передачи этого бита в узле I2C.
Наличие установленного мастером NACK на позиции ACK видится слейвом и должно установить флаг прерывания.

[Pat]

Наличие установленного мастером NACK на позиции ACK видится слейвом и должно установить флаг прерывания.

Это так и происходит, но это мастер читает из слейва.
Там все ок и NACK есть и СТОП тоже генерируется.
Это чтение из слейва, проблемы при записи в слейв.

Как оно работает.
Мастеру нужно получить какое то количество байт из слейва.
Для этого он пишет в слейв команду (типа отдай данные из регистра в количестве хх байт).
По протоколу после этого мастер должен выдать СТОП и потом начать чтение.
Но мастер СТОП не генерит, а тихонько поднимает SDA SCL в 1 и выдает повторный СТАРТ.

Дальше при чтение все как и положено в последнем байте NACK и СТОП.

NACK я отлавливаю в прерывании тут все нормально работает.

[k155la3]

. . . По протоколу после этого мастер должен выдать СТОП и потом начать чтение. . . .

По-логике, для "два-в-одном" пакетов-комнад, которые предусматривают двойную функцию запись+чтение
используется ReSTART вместо стоп+старт. К тому что "прописал" Arlleex добавить нечего.
Посмотрите описание фреймов запрос-ответ для EEPROM повышенной емкости, где адрес задается 2 байтами.
(в первой часте фрейма идет запись адреса в слейв, во второй - чтение из слейва).

. . . Вот интересно почему в контроллере не реализовали прерывание на СТАРТ в slave.

Состояние "старт" отслеживается автоматом переферийного узла (аппаратно), и генерировать по нему прерывание, IMHO, смысла нет.
(байт еще не пришел, придет ли вообще - неизвестно, а если придет - то об этом будет выставлен другой флаг - что есть инф. в приемном буфере)
Потому-как этот узел для того и предназначен, чтобы не дергать процессор по всякой мелочи (ненужной).