scorpion (30.09.2015 12:18, просмотров: 243) ответил AlexG_ на Насчет гадкости I2C согдасен, но что им стоило все запросы прерывания продублировать на систему событий? Масса дополнительных вариантов увязки блоков периферии с друг другом появилась бы.-
- Требуется просто передать буфер с картинкой в память индикатора. Размер буфера примерно килобайт и дергать прерывание для передачи каждого байта не никакого желания. Нет необходимости обрабатывать какие либо NACK и т.п. нудно просто запихнуть в AlexG_(62 знак., 30.09.2015 12:53,
)
- У меня были похожие задачи. Именно поэтому и говорю, что i2c дплеко не всегда позволяет всё автоматизировать, довольно капризный протокол. А если ещё управляемый девайс (например индикатор в вашем случае) имеет не чистый i2c интерфейс, а scorpion(97 знак., 30.09.2015 13:28)
- Раз так, то наверное можно сделать по таймеру? На таймер DMA вешается? - =AlexD=(30.09.2015 13:19)
- можно попробовать, запуск от таймеров есть - AlexG_(30.09.2015 13:49, )
- А можно просто подумать над идеологией. Ну явно xmega на этот индикатор не выводит видео со скоростью 50 fps, параллельно декодируя MP3. - Гудвин(30.09.2015 13:28)
- Обновление экрана конечно не 50 а 3-4 раза в секунду, но ядро загружено расчетами по максимуму из-за пониженной тактовой. Тактовая снижена чтобы экономить батарейку. - AlexG_(30.09.2015 13:53, )
- Всё равно, килобайт это довольно много для i2c, если затягивать - будут заметные лаги. - =AlexD=(30.09.2015 13:32)
- Обновление экрана конечно не 50 а 3-4 раза в секунду, но ядро загружено расчетами по максимуму из-за пониженной тактовой. Тактовая снижена чтобы экономить батарейку. - AlexG_(30.09.2015 13:53,
- можно попробовать, запуск от таймеров есть - AlexG_(30.09.2015 13:49,
- Требуется просто передать буфер с картинкой в память индикатора. Размер буфера примерно килобайт и дергать прерывание для передачи каждого байта не никакого желания. Нет необходимости обрабатывать какие либо NACK и т.п. нудно просто запихнуть в AlexG_(62 знак., 30.09.2015 12:53,