Блокирование задач на время i/o операции Опции

[amaora]

Пытаюсь сделать драйвер или полегче говоря hal модуль i2c. Надо как-то реализовать такие функции как запись/чтение в/из i2c slave. Есть конечный автомат вызываемый из прерывания, обрабатывающий состояния i2c, передача стартов, стопов, адреса, данных и т.п.. В начале надо дождаться того, что этот автомат будет свободен, это первая точка блокирования. Отдать задание и затем дождаться его выполнения, это вторая точка блокирования.

В голову приходит, только конструкция из одной очереди запросов и пула очередей для ответов на запросы. Как-то громоздко, нельзя ли попроще? Использовать "короткие" очереди, чтобы сократить тот пул до одной очереди ответов, зная, что только одна задача может находится в состоянии ожидания ответа? Как еще?

Код

int i2c_write_reg(int addr, int reg, int val)
{
    halI2C_MSG_t        xMSG, *pMSG;
    unsigned char        msg_data[1];

    pMSG = &xMSG;
    xMSG.xTask = xTaskGetCurrentTaskHandle();
    xMSG.msg_addr = addr << 1;
    xMSG.msg_sreg = reg;
    xMSG.len_data = 1;
    xMSG.msg_data = msg_data;

    msg_data[0] = val;

    xQueueSendToBack(pI2C->xQueueReq, &pMSG, portMAX_DELAY);

    NVIC_SetPendingIRQ(I2C1_EV_IRQn);
    //ulTaskNotifyTake(pdTRUE, portMAX_DELAY);

    return xMSG.errno;
}

Вариант с TaskNotify отбросил, по той причине, что этот механизм будет использован на уровне выше, для запуска задачи которая пользуется i2c.

Спасибо.

[AlexandrY]

Спасибо.

Функция с явным багом.
xMSG.msg_data сразу после выхода из функции будет содержать невалидную ссылку на данные.
И в целом работа с очередью неоправдано громоздкая.

Ну допустим начало отправки сделано асинхронно, но потом то задача все равно застрянет на ожидании подтверждения.
Функции IO можно просто завернуть в семафоры. Будет тот же эффект.

[amaora]

Функция с явным багом.
...

После выходы из функции эти данные уже никому не нужны (а когда нужны берется указатель из параметров функции), они обработаны и возвращен код результата.

Во freertos семафоры это внутри те же очереди. Как завернуть, так?

Код

xSemaphoreTake(xSem1, );

// здесь передаем данные в конечный автомат (КА) и запускаем прерывание

xSemaphoreTake(xSem2, );

// сюда попадаем когда КА сделает свои дела и вызовет xSemaphoreGive(xSem2);
// забираем результат операции

xSemaphoreGive(xSem1);

Сообщение отредактировал amaora - Jul 10 2016, 10:25

[LightElf]

После выходы из функции эти данные уже никому не нужны (а когда нужны берется указатель из параметров функции), они обработаны и возвращен код результата.

Во freertos семафоры это внутри те же очереди. Как завернуть, так?

CODE

xSemaphoreTake(xSem1, );

// здесь передаем данные в конечный автомат (КА) и запускаем прерывание

xSemaphoreTake(xSem2, );

// сюда попадаем когда КА сделает свои дела и вызовет xSemaphoreGive(xSem2);
// забираем результат операции

xSemaphoreGive(xSem1);

пляски вокруг xSem2 можно заменить на пару vTaskSuspend/vTaskResume

[amaora]

пляски вокруг xSem2 можно заменить на пару vTaskSuspend/vTaskResume

А что будет если vTaskResume будет вызвана раньше vTaskSuspend?