Ну прям сердце разрывается... Итак:
1. ST-шный I2C работает. Проверено на разных STM32 и STM8.
2. ST-шный I2C производит впечатление недоделанного курсового. Причина ворчания (одна из) - удивительные упражнения с ACK-ом и STOP-ом в конце приема.
3. ST-шные примеры малополезны по причинам:
а) используют весьма нелюбимую мной либу
б) не облегчают понимание
в) абсолютно не гарантируют отсутствие (или уменьшение) проблем при попытке их адаптации под свои нужды
Теперь советы (естественно только ценные):
1. Детально разобраться с регистрами (по мануалу, на всякие AN-ы не заморачиваться), после чего сконфигурить порт по собственному разумению
2. Разрешить клоки на I2C (RCC->APB1ENR) и GPIO (RCC->APB2ENR). Не забыть про бит 0 в RCC->APB2ENR.
3. Начать изучать поведение пинов с команды I2C1->CR1 |= (1 << 8) (старт)

...
4. Разобраться с тактированием периферии в чипе по мануалу (aka - регистрам). RCC?
5. Разобраться с конфигурированием пинов по мануалу.
6. Разобраться с контроллером прерываний по мануалу.

После этого минимума в принципе более-менее уже можно приступать к реализации обмена по I2C.

А можно ссылочку на эту библиотеку.

Отвечаю сразу для Axel и jcxz на Ваши советы.
1) С регистрами I2C более менее разобрался, но чтоб отсеять свои сомнения передачу организовал на SPL.
2) Всё сделано как надо, в первом посте всё описано.
3) Какое б не было поведение пинов на команду I2C1->CR1 |= (1 << 8) (старт), но оно должно быть. А там глухо.
На 4,5 и 6 я уже собаку съел. Тут ошибок быть не может. Тем более об 6 пункте (прерывания) рано говорить, так как оно организовывается только по приёму. На передачу оно не надо. В данном случае хотелось чтоб при передаче хотябы ноги дрыгнулись.
Может кто уже сам лично програмировал I2C на этом проце (STM32F050F4P6 корпус TSSOP20).
Организовывал I2C на 105 и 407 процах проблем не было, а тут засада какая-то. Такое впечатление что он есть только в даташите на проц, а в реалии его нет.

Сообщение отредактировал glags - Jun 19 2014, 07:22

Нет такого процессора у ST - STM32F050F4

Та ну, нету....

А в ДШ есть - вложение.
А вот запросто может быть, что он просто получился кривым и глюкавым, что о нём поспешили забыть и заменить его на те же F031 или на F051 ..

Проц, как проц.
Просто, сейчас его называют по-другому.
Новость уже обсуждали тут (http://www.compel.ru/2014/05/29/pereimenovanie-mikrokontrollerov-stm32f0-i-stm32f3/).
Обычно кривость наблюдается у программиста, "особенности" чипа описаны в специальном документе.
Сомнительно, что такой явный и повторяемый баг туда не попал.

Сомнительный путь для отсева сомнений (ИМХО)... А регистры в отладчике просматривали?

а че такое SPL, простите?

да я бы проверил все флаги, наверняка там для прерываний куча флагов ставиться во время работы i2C, хоть поглядеть они стараются? А может еще ноги снаружи пошевелить, вдруг вы не мастером сделали?

Вас в гугле забанили, простите?

не допер дописать STM32 SPL, а по SPL такое выдает.... я догадывался что это библиотека, просто хотел быть уверен)

Да вы правы, уже добавил I2C1->CR1|=I2C_CR1_SMBHEN | I2C_CR1_PE; //включить I2C
Огромное спасибо, минут через 30 проверю.

Кстати заметил одну особенность у этого проца. У меня на нём настроен SPI и к нему подключен єкран. от нокии 3310. Я отключил I2C и на его место включил USART. Запустил и случилось чудо - SPI загнулся, а USART работает. Принимает и передаёт данные, подключил к компу через переходник usb-usart. Написал програмулину которая принимает от порта данные и обратно выдаёт то что приняло. В терменале всё чётко, для надёжности проверки обратно в терминал выдавал то что принял +1.
Так вот к чему я веду. Может этот проц может работать только с одним аппаратным интерфейсом? Но в эррате и даташите я ничего про это не нашёл. Шас попробую SPI отключить и проверить.

Изменил инициализацию добавив CR1|=I2C_CR1_SMBHEN;


И случилось не вероятное передача заработала, но приём пока нет. Огромаднейшее СПАСИБО Golikov A.. Теперь щас повоюю с приёмом, может с адресом слейва намутил.

Ну-ну. И после этого вы пишете

Рекомендую съесть еще одну собаку. В этом коде поведение может быть каким угодно и очень часто совсем не таким, какого вы ожидали. Не удивительно, что у вас

Вы имеете "логическое ИЛИ" ?. Так я это делаю чтоб SWD порт не потерять. В отладчике на регистры смотрел, то там всё ОК.

Так вроде I2C_CR1_SMBHEN (3-й бит в CR1) здесь не при делах (если Вы действительно говорите про I2C, а не про SMBUS). Рекомендация по поводу собаки видится по-прежнему актуальной...

Bit 21 SMBDEN: SMBus Device Default address enable
0: Device default address disabled. Address 0b1100001x is NACKed.
1: Device default address enabled. Address 0b1100001x is ACKed.
Вы какой мануал смотрите