Глюки с I2C Опции

[Allregia]

Глюк 1:

Мне тут нужно было в одном относительно старом проекте, который делался на 4-м Кейле, поменять некоторые дефолтные настройки. К I2C оно не относится, но глюк я поймал именно с I2C!
Сейчас на компе только 5-й, 4-го нет.
Проц - тот-же F103, к нему по I2C подключена 24LC16.

Запускаю под дебаггером (JLink-Lite подключен, причем настоящий) - ничего не работает, бне входя в деббагер (но с подключенный JLinkом) - все прекрасно работает.

Отставил старую программу, набросал в калокубе с халом только работу с I2C и епромкой - абсолютно тоже самое! Под дебаггаром все функции I2C выходят по таймауту, с еепромки читабтся нули и в нее ничего не пишется.
Без входа в дебаггер - все ОК.

WTF?!


Глюк 2:
это коллега тут возится с девайсом на STM32L452 и жалуется. Просил спросить:
Для тактирования используется MSI + PLL.
I2C настроен на 400кгц, тактируется от системного клока.

На одной плате, запускаешь под дебаггером - есть 400кгц. Включаешь ее без дебаггера - там около 40кгц.
Из 5-ти плат, так ведет себя одна, 4 другие в - вообще кто в лес, кто по дрова.
ТЕперь самое интересное - для проверки "на какой- частоте проц работате," вывели махание ножкой в систике - так там четко, 1мс.

Есть идеи?

[Arlleex]

Во многих микроконтроллерах указывается именно период, а не частота I2C. Даже в том же STM32.
Использовал I2C в STM32F103, STM32F217, STM32F427 и STM32F429, никаких проблем или нареканий не было, все согласно документации. Осциллографом тыкался - Ровно 100кГц получал на последовательных clock-ах. В режиме контроля clock-stretching между отправляемыми байтами цифровой автомат I2C STM32 вставлял "задержки", отсюда общая частота, замеряемая осциллографом по нескольким сотням пачек - была в 1.5-2 раза меньше, чем 100кГц (запись в EEPROM-память 4-10мс). Главным требованием, из-за несоблюдения которого я промучался довольно долго однажды, это правильная выставка полей предделителя частоты для модуля I2C, а также регистров CCR и TRISE. Там есть ограничения, не помню уже какие. Но когда я ручками выставил все что нужно в эти регистры - все заработало как нужно.
Ну а совет сверху очень хороший прозвучал - перевести лапки SCL и SDA в режим push-pull, отключить Slave-устройства от шины и смотреть что на ней.
Вот в одном из моих проектов:

CODE

RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE);
GPIO_PinAFConfig(GPIO_EXCHANGE_I2C_SCL.GPIO, GPIO_EXCHANGE_I2C_SCL.PinSource, GPIO_AF_I2C1);
GPIO_PinAFConfig(GPIO_EXCHANGE_I2C_SDA.GPIO, GPIO_EXCHANGE_I2C_SDA.PinSource, GPIO_AF_I2C1);

GPIO_InitTypeDef GPIO_Configure;

GPIO_Configure.GPIO_Mode = GPIO_Mode_AF;
GPIO_Configure.GPIO_OType = GPIO_OType_OD;
GPIO_Configure.GPIO_PuPd = GPIO_PuPd_NOPULL;
GPIO_Configure.GPIO_Speed = GPIO_Speed_100MHz;

GPIO_Configure.GPIO_Pin = GPIO_EXCHANGE_I2C_SCL.Pin;
GPIO_Init(GPIO_EXCHANGE_I2C_SCL.GPIO, &GPIO_Configure);

GPIO_Configure.GPIO_Pin = GPIO_EXCHANGE_I2C_SDA.Pin;
GPIO_Init(GPIO_EXCHANGE_I2C_SDA.GPIO, &GPIO_Configure);

I2C_InitTypeDef I2C_Configure;

I2C_Configure.I2C_ClockSpeed = 100000;
I2C_Configure.I2C_Mode = I2C_Mode_I2C;
I2C_Configure.I2C_DutyCycle = I2C_DutyCycle_2;
I2C_Configure.I2C_OwnAddress1 = HW_EXCHANGE_I2C_ADDRESS_OWN;
I2C_Configure.I2C_Ack = I2C_Ack_Enable;
I2C_Configure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit;
I2C_Init(I2C1, &I2C_Configure);

I2C1->CCR = 225;
I2C1->TRISE = 60;
I2C1->FLTR = 0x1F;

I2C_Cmd(I2C1, ENABLE);

Частота на APB1 45МГц, PLL заведен от внешнего HSE, fHCLK = 180МГц. fPCLK1 = fHCLK/4 = 45МГц. На выходе I2C получаю 100кГц.

Сообщение отредактировал Arlleex - May 1 2018, 13:42

[aaarrr]

GPIO_Configure.GPIO_Speed = GPIO_Speed_100MHz;

Зачем?

[Arlleex]

Зачем?

Сталкивался один раз с тем, что на Slow-режиме ногодрыг был не таким, каким ожидал. Поэтому всегда ставлю максимум, чтобы хотя бы GPIO отмести из подозреваемых. Для I2C да, возможно, не важно. Выделил для того, чтобы ТС попробовал именно так. Тяжело что-то советовать без целевого авторского железа