Работа с EEPROM под FreeRTOS

ddimochka

Всем привет! Может кто сталкивался... Короче, работаю с МК STM32F103C8, кроме всего прочего прикрутил к нему микросхему EEPROM M24C08 (работает по I2C). Написал под неё две функции на запись и чтение по произвольному адресу. Потестировал - работает. Попробовал использовать данные функции в программе под FreeRTOS и тут-то очень удивился - программа зависает уже на этапе отправки старт бита на I2C. Т.е. если подробнее: внутри тела одного из тасков вызываю функцию, например, чтения одного байта из EEPROM. Функция начинает работать, отправляет старт бит на I2C и ждет выставления флага перехода в режим Master, но дождаться его не может. Интересный факт: если в режиме отладки остановить выполнение программы и выполнять функцию пошагово, то все работает. Если вызвать те же функции НЕ в теле таска, тоже все работает на УРА.

Пробовал поиграться с частотой системных тиков - не помогло. Функция чтения ниже.

void Recieve_from_I2C(char* bufer, int address, int byte_count)
{
char addr;

for(int i=0; i<byte_count; i++)
{
do{
I2C_GenerateSTART(I2C1, ENABLE);
while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));

addr = 0xA0 | ((address & 0x300) >> 7);

I2C_Send7bitAddress(I2C1, addr, I2C_Direction_Transmitter);
delay_us(90);}
while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));

addr = address;

I2C_SendData(I2C1, i+addr);
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED));

I2C_GenerateSTART(I2C1, ENABLE);
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));

addr = 0xA0 | ((address & 0x300) >> 7);

I2C_Send7bitAddress(I2C1, addr, I2C_Direction_Receiver);
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));

while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED));
*(bufer+i) = I2C_ReceiveData(I2C1);

I2C_GenerateSTOP(I2C1, ENABLE);
}

}

Таск:
void Led_Task(void *pvParameters)
{
char a=0;

Send_to_I2C(&a, 0x00, 1);
Recieve_from_I2C(bufer, 0x10, 11);

while(1)
{
GPIO_ResetBits(GPIOC, GPIO_Pin_13);
vTaskDelay(2000);
GPIO_SetBits(GPIOC, GPIO_Pin_13);
vTaskDelay(2000);
}
}

Реклама

AlanDrakes

1. И самое важное. Есть блок [code] [/code], в который принято вставлять код проекта, чтобы его не ломало парсером.

2. Вызывают ли разные потоки одни и те же функции доступа к микросхеме памяти? Может ли это происходить одновременно? Происходит ли хоть один успешный доступ к внешней памяти при работе RTOS?

3. На каком моменте зависает при запуске из-под RTOS?

Реклама

ddimochka

AlanDrakes писал(а):

2. Вызывают ли разные потоки одни и те же функции доступа к микросхеме памяти? Может ли это происходить одновременно? Происходит ли хоть один успешный доступ к внешней памяти при работе RTOS?

Нет - не вызывают. Не одного успешного доступа не происходит.

AlanDrakes писал(а):

3. На каком моменте зависает при запуске из-под RTOS?

При первом же обращении к памяти

Код:

void Recieve_from_I2C(char* bufer, int address, int byte_count)
{
char addr;

for(int i=0; i<byte_count; i++)
{
do{
I2C_GenerateSTART(I2C1, ENABLE);
while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));

addr = 0xA0 | ((address & 0x300) >> 7);

I2C_Send7bitAddress(I2C1, addr, I2C_Direction_Transmitter);
delay_us(90);}
while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));

addr = address;

I2C_SendData(I2C1, i+addr);
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED));

I2C_GenerateSTART(I2C1, ENABLE);
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));

addr = 0xA0 | ((address & 0x300) >> 7);

I2C_Send7bitAddress(I2C1, addr, I2C_Direction_Receiver);
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));

while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED));
*(bufer+i) = I2C_ReceiveData(I2C1);

I2C_GenerateSTOP(I2C1, ENABLE);
}

}

Таск:
void Led_Task(void *pvParameters)
{
char a=0;

Send_to_I2C(&a, 0x00, 1);
Recieve_from_I2C(bufer, 0x10, 11);

while(1)
{
GPIO_ResetBits(GPIOC, GPIO_Pin_13);
vTaskDelay(2000);
GPIO_SetBits(GPIOC, GPIO_Pin_13);
vTaskDelay(2000);
}
}

Аlex

Стека для задачи нормально выделили ?

Реклама

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

AlanDrakes

ddimochka писал(а):

Нет - не вызывают. Не одного успешного доступа не происходит.

AlanDrakes писал(а):

3. На каком моменте зависает при запуске из-под RTOS?

При первом же обращении к памяти

Уже хорошо. Но всё же, хотелось бы увидеть, на какой именно инструкции происходит останов.

У меня из предположений сейчас:
1. Проблема с запуском шины из-за неправильного начального состояния (нед единиц на проводах SDA/SCL при генерации START).
2. Нет ответа от устройства, но ожидается байт
3. Нет начала работы модуля (не инициализирован модуль I2C)
4. Не инициализирован GPIO порт (аналогично, будет висеть на START)

Кстати, это весь код проекта? Инициализацию периферии производите ДО запуска RTOS?

Реклама

ddimochka

AlanDrakes писал(а):

Уже хорошо. Но всё же, хотелось бы увидеть, на какой именно инструкции происходит останов.

I2C_GenerateSTART(I2C1, ENABLE);
while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));

Вот из цикла while не выходит. Но если остановить выполнение и в отладочном режиме ручками пошагово выполнить, то выходит и нормально отрабатывает вся функция шаг за шагом. Как только опять пускаешь на выполнение останавливается.

AlanDrakes писал(а):

2. Нет ответа от устройства, но ожидается байт

Возможно, но почему это проявляется именно под FreeRTOS. Я же говорю, в обычном коде ТЕ же функции отрабатывают на УРА. Остальные пункты проверял. Все нормально, опять же не работает именно под RTOS. Тайминги какие-то что ли нарушаются....

Инициализацию периферии провожу до запуска шедуллера.

Добавлено after 3 minutes 34 seconds:

Аlex писал(а):

Стека для задачи нормально выделили ?

Ды пробовал уже увеличивать - ни фига не помогло

Реклама

Распродажа паяльного оборудования ATTEN!
Паяльные станции, паяльники и аксессуары по самой выгодной цене.

По промокоду radiokot скидка 10%

AlanDrakes

Если код ломается при добавлении RTOS - значит код имеет проблемы.

Не люблю я этот ваш HAL.. Попробуйте на регистрах вот так:

Код:

uint8_t I2C_Read8(uint8_t DevAddr, uint8_t RegAddr) {
   uint8_t value;
   (void) (I2C1->ISR);
   I2C1->TXDR = RegAddr;
   I2C1->ICR = I2C_ICR_STOPCF;
   I2C1->CR2 = (I2C_CR2_AUTOEND | DevAddr | (1<<16) | I2C_CR2_START);
   while (!(I2C1->ISR & (I2C_ISR_TXE | I2C_ISR_NACKF))) {};
   if (I2C1->ISR & I2C_ISR_NACKF) {
      I2C1->ICR = I2C_ICR_STOPCF | I2C_ICR_NACKCF;
      vTaskDelay(1); // Время на завершение работы порта (обычно не требуется, но это перестраховка)
      return -1;
   };
   I2C1->ICR = 0x3F38;
   I2C1->CR2 = (I2C_CR2_AUTOEND | DevAddr | I2C_CR2_RD_WRN | (1<<16) | I2C_CR2_START);
   while (!(I2C1->ISR & I2C_ISR_RXNE)) {};
   value = (I2C1->RXDR);
   return value;
};
void I2C_Write8(uint8_t DevAddr, uint8_t RegAddr, uint8_t RegValue) {
   I2C1->TXDR = RegAddr;
   I2C1->ICR = 0x3F38;
   I2C1->CR2 = (DevAddr | (2<<16) | I2C_CR2_START);
   while (!(I2C1->ISR & I2C_ISR_TXE)) {};
   I2C1->TXDR = RegValue;
   while (!(I2C1->ISR & I2C_ISR_TXE)) {};
   I2C1->CR2 = I2C_CR2_STOP;
};

Здесь у меня процедуры чтения регистра и записи регистра. Оба варианта - 8-ми битные. В условиях RTOS не сбоят. Во всяком случае, у меня.
Если не заработает - проверяйте остальное - не теряется ли тактирование, правильная ли подтяжка на порту.
Да в конце концов, возьмите самый дешёвый китайский логический анализатор с Али (logic analyzer). Он действительно помогает разобраться с проблемой.

ddimochka

Спасибо за ответы!!!! Попробую разобраться

Работа с EEPROM под FreeRTOS

Кто сейчас на форуме