I2C STM32F103, Помогите тразобраться Опции

[MiklPolikov]

Интерфейс I2C МК STM32F103.
Пытаюсь подружить с пирометром MLX90614

Ни как не могу понять: После передачи адрес(W) + команда , нужно делать Stop Condition ? Или сразу ещё один Start Condition и дальше опять адрес( R ) ?

Эскизы прикрепленных изображений

 

Прикрепленные файлы

 MLX90614.pdf ( 2.04 мегабайт ) Кол-во скачиваний: 7

 

[Сергей Борщ]

В однозадачной системе с одним ведущим (master) на шине - без разницы. Можно передавать stop, можно не передавать. Единственный случай, когда обязательно нужно передать stop - это при записи в память (там stop запускает процесс записи). Во всех остальных случаях вместо stop-start можно передавать start, это будет т.н. repeated start. В многозадачной системе или при наличии нескольких независимых ведущих в данном случае нужно обязательно передавать repeated start, который гарантирует, что между записью адреса и чтением никто не влезет на шину и не перепишет установленный адрес.

[MiklPolikov]

нужно обязательно передавать repeated start, который гарантирует, что между записью адреса и чтением никто не влезет на шину и не перепишет установленный адрес.

Полагаю, это мой случай. Т.к. передача команды это адрес в MLX90614 , а следующее за ним чтение - это чтение по этому адресу.
Так вот: если делать старт-стоп, то MLX90614 не работает.
А если пытаться передавать повторный старт из STM32F103 , то не работает он , а именно при последующей передаче адреса не выставляет бит "адрес передан". Да и в документации на МК написано, что "старт нужно передавать при сброшенном бите BUSY" , а когда обмен идёт, этот бит уже стоит. Хотя в STM32F429 этот же код работал, и там такой же I2C !

Может такое быть, что I2C в МК не умет передавать повторный старт ?

[Сергей Борщ]

Может такое быть, что I2C в МК не умет передавать повторный старт ?

Нет, не может. Для него что повторный, что обычный старт - без разницы.

Хотя в STM32F429 этот же код работал, и там такой же I2C !

Буквально позавчера столкнулся с такой же фигней - код, работавший на 407, отказался работать на 107. Код на прерываниях, естественно, никакого ожидания сброса BUSY в цикле в нем нет. Посмотрел лог. анализатором - увидел посылки по 14 бит (?) с совершенно не теми данными, которые я запихивал в регистр, плюнул, написал за час I2C ногодрыгом (благо мне при старте программы надо один раз считать MAC из внешней памяти). Тратить время на поиски блох в данном проекте посчитал непродуктивным.