Чтение нескольких байт по I2C

[elki]

Второй день не могу понять почему не корректно принимаются данные по i2c, смотрю анализатором все нормально, по факту принимаются как то странно. Принимаю с датчика температуры три байта, первые три сохраняются нормально, при приеме последующих  трех байт первый сохраняется нормально второй и третий меняются местами. И так каждый четный цикл чтения. На картинке видно как идут байты на шине и потом вывожу в UART  массив. Контроллер STM32f030R8. Байты принимаю в прерывании. Что я делаю не так?

Скрытый текст

//Обработчик прерываний модуля I2C1
    void I2C1_IRQHandler(void)
{  
        //Если прерывание вызвано принятым байтом
        if((I2C1->ISR & I2C_ISR_RXNE) == I2C_ISR_RXNE)
            { 
                              
                    x[count_bite] = I2C1->RXDR;  //Считываем регистр в массив
                if(count_bite == 2)                       //Проверяем счетчик принятых байт
                  { 
                            count_bite = 0;                 //Обнуляем счетчик
             ReadSensor_Flag = 0;                   //Сбрасываем флаг
                  }
                        count_bite++;                      //Инкрементируем счетчик  
                }
}

 

 

Скрытый текст

 

 

Скрытый текст

 

Изменено 23 ноября, 2019 пользователем elki

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Yurkin2015]

41 minutes ago, elki said:

Что я делаю не так?

Надо увеличивать count_bite  сразу после записи, а потом проверять >2

//Обработчик прерываний модуля I2C1
void I2C1_IRQHandler(void)
{  
	//Если прерывание вызвано принятым байтом
	if((I2C1->ISR & I2C_ISR_RXNE) == I2C_ISR_RXNE)
	{ 
		x[count_bite] = I2C1->RXDR;  //Считываем регистр в массив
		count_bite++;                //Инкрементируем счетчик                 

		if(count_bite > 2)           //Проверяем счетчик принятых байт
		{ 
			count_bite = 0;          //Обнуляем счетчик
			ReadSensor_Flag = 0;     //Сбрасываем флаг
		}
                
	}
}

 Иначе получается ошибка, у Вас после первых трех байтов счетчик count_bite сбрасывается в 0 и тут же его инкрементировали без записи, т.е. count_bite = 1.

В результате принятые байты пишутся без участия x[0] вот так:

x[0], x[1], x[2], x[1], x[2], x[1] и так далее.

Еще совпадение, что первый байт = 6В во всех тройках. Получается, что один раз записали x[0]=6B и после этого его пользуем во всех остальных тройках, а запись идет только во второй и третий байт: записали x[1] = 6B, x[2] = 78, а потом снова x[1] = 0E. Вот так байты и поменялись местами.

Изменено 23 ноября, 2019 пользователем Yurkin2015

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[elki]

Первый байт не меняется потому что температура стоит на месте. Попробую изменить код.

Все заработало! 

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

[Реклама]

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161