Как грамотно принять данные по I2C?, Без лишних циклов ожидания... Опции

[N1X]

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

Проблема следующая: есть контроллер (STM8) с аппаратным IIC на борту. Также в проекте будет использоваться UART... И если с передачей все почти понятно (вкидываю данные в кольцевой буфер, а дальше парится аппаратура и обработчик IRQ), то с приемом у меня ступор... А именно: работаю с PCF8583, я конечно знаю, когда она мне что-то пришлет, мастер я всетаки, но шина довольно медленная, и тупо крутиться в цикле опроса флагов - терять время... С UART то же самое... Я спрашиваю, мне отвечают.

Вопрос: Как это делается правильно? В ОС функция выглядит обычно как что-то типа Read(дескриптор устройства, *куда читать, количество байт, которые читать); как это реализуется? Ведь не могу же я вывалиться из функции не возвратив данные, а то, что к ее вызову они еще не готовы может быть легко...

Вообще программу собирался реализовывать в виде событийной системы по примеру отсюда. Но как прикрутить грамотную работу с приемом данных разобраться не могу.

Сообщение отредактировал N1X - Apr 8 2011, 15:42

[rezident]

В приложении пример тестового проекта для I2C из IAR EWARM для LPC1114. Я, взяв его за основу, довольно легко адаптировал этот пример для работы с LCD TIC234 на базе PCF8535. Вот здесь Сергей Борщ любезно поделился хедером и примером инициализации для этого LCD. Посмотрите как в этом примере от IAR организован обработчик прерывания I2C. Я к этому примеру (кроме собственно управления LCD) добавил в функцию I2CStart реализацию Bus clear, которая вызывается при таймауте (когда определенное время автомат I2C не может сформировать Start-условие). Bus clear описана в 3-й ревизии спецификации I2C от NXP.

Прикрепленные файлы

 i2c_simple.zip ( 44.67 килобайт ) Кол-во скачиваний: 55