caxapa.ru :: Похоже, что этого сделать нельзя, не только на Xmega, но и на большинстве прочих МК

Ксения (30.09.2015 11:48, просмотров: 270) ответил AlexG на Кто-нибудь пробовал в Xmega передавать байты в I2C(TWI) через DMA? Проблема в том что штатный запуск DMA от TWI не предусмотрен.

Похоже, что этого сделать нельзя, не только на Xmega, но и на большинстве прочих МК - слишком уж гадок протокол I2C. :)

Ответить

- А STM32 умеет! :-P - LightElf(01.10.2015 09:46)
- Насчет гадкости I2C согдасен, но что им стоило все запросы прерывания продублировать на систему событий? Масса дополнительных вариантов увязки блоков периферии с друг другом появилась бы. - AlexG_(30.09.2015 11:53, )
  - Гадок, гадок :) Поэтому полностью автоматизировать его удаётся не всегда. - scorpion(30.09.2015 12:18)
    - Требуется просто передать буфер с картинкой в память индикатора. Размер буфера примерно килобайт и дергать прерывание для передачи каждого байта не никакого желания. Нет необходимости обрабатывать какие либо 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)
  - А зачем вообще нужна система событий? Как она переплетается с системой прерываний и чем отличается? - Petrovich(30.09.2015 11:59, )
    - Система событий - совершенно гениальное изобретение! По сути это просто отдельные электрические линии (вероятно триггеры), каждая из которых может перейти в активное состояние по событию, выбранному программистом. И по этому же активному состоянию Ксения(2164 знак., 30.09.2015 12:59 - 13:47)
      - ещё немного и получится FPGA/CPLD )))) - Mahagam(30.09.2015 15:03)
        
        Есть что-то похожее: Apтём(707 знак., 30.09.2015 15:30)
        
        Всё бы хорошо, только уж больно эта серия E урезана ради мелконогости. Такие бы возможности старшим Х-мегам, а не младшим. - Ксения(30.09.2015 16:12)
      - Практически раздвоение личности чипа. - PlainUser(30.09.2015 13:30)
      - Угу. А я думал так: зачем это? Ну надо с 7 ноги порта F запустить АЦП - установил нужный фронт прерываний от этой линии, но само прерывание не разрешай. Флаг-то все равно ставится! И пусть "система событий" или "периферийный диспетчер" как ни Petrovich(91 знак., 30.09.2015 13:06, )
        
        Флаг-то ставится, только ни на что больше, чем на вызов прерывания он не годен. А если программно опрашивать тот флаг, то теряется скорость реакции. Ксения(502 знак., 30.09.2015 13:22 - 13:47)
        
        Ну теперь-то понятно :) - Petrovich(30.09.2015 13:35, )
    - Отличается тем, что позволяет периферии микроконтроллера выполнять заданные действия без участия ядра. Делается это за счет того, что через систему событий сигнал от одного узла к подключается другому. Простейший пример - запуск АЦП по таймеру AlexG_(657 знак., 30.09.2015 12:40, )
      - Понял, спасибо. Я думал что события есть подмножество прерываний (не знал про энкодер), и думал какого хрена вводить новую сущность. Да, если есть что-то сверх прерываний (энкодер) - то может и логично разнести понятия прерываний и событий. - Petrovich(30.09.2015 12:51, )
        
        А еще про ХМегу вопрос: чем программируется и дорого ли эта отладочная приблуда стоит? Может, мне пора расширить свою экосистему?)) - Petrovich(30.09.2015 12:57, )
        
        Я вот такой пользуюсь: AVR-ISP-MK2 (OLIMEX) => Ксения(394 знак., 30.09.2015 13:36 - 13:42, ссылка, картинка)
        
        У нас есть и такой и обычный AVR ISP-II от Атмела. Последний раза в 2 быстрее заливает флеш. При штучных опытах не критично, но при мелкосерийной заливке (штук 300-500, бат-файл командной строки) Олимекс уже напрягает. - vpv.vpv(01.10.2015 08:26)
        
        В вашем случае критично уже лишь само напяливание разъема на штырьки :) - Ксения(01.10.2015 11:50)
        
        Atmel-ICE - ~50 $. Cortex-ы тоже поддерживает (но только атмеловские). - Apтём(30.09.2015 13:25)
        
        У меня такой. После того как появилась поддержка в IAR это видимо лучший вариант. У этого отладчика есть три варианта комплектации - самый дешевый голая плата без всего. AlexG_(66 знак., 30.09.2015 13:57, )
        
        у меня чё-т никак не горит (тьфу-тьфу), юзаю не первый год, довольно интенсивно. Со стабилизатором питания проблем никаких. Кстати, не кинете ссылку на лучший вариант Atmel-ICE, или они все одинаковые, и отличаются только корпусом? Вот есть мысль Adept(86 знак., 30.09.2015 17:50)
        
        Отличие еще в том какие кабели есть в комплекте. Лучшая комплектация - максимальная т.е. ATATMEL-ICE, а не ATATMEL-ICE-BASIC и не ATATMEL-ICE-PCBA, т.к. самому делать кабели к этому отладчику удовольствие ниже среднего - нужны не ходовые разъемы и AlexG(276 знак., 01.10.2015 02:51)
        
        спасибо, за инфо. Про трассировку надо было написать в кавычках, т.к. конечно полноценного буфера для лога трассера нет Adept(654 знак., 01.10.2015 04:28)
        
        Проблема с торможением дракона по-моему только в AVR Studio возникала, в IAR было заметно лучше. С AVR ONE! поработать не довелось, может быть там трассировка и работает (были упоминания что не везде эта возможность поддерживается) - AlexG_(01.10.2015 08:36, )
        
        А смысл? Когда есть кортексы... - Гудвин(30.09.2015 13:16)
        
        Писанины для них много, на каждый чих целое заседание надо открывать - дай частоту, заполни init-структуру... И вон в STM что-то спящие режимы не нравятся, что или много жрут или совсем издыхают - теряют состояние выводов и памяти. - Petrovich(30.09.2015 13:25, )
        
        Для xmeg писанины примерно столько же. - Apтём(30.09.2015 13:37)
        
        Я бы не сказал что в Хмегах писанины заметно меньше чем в кортексах. Периферия мощная и более удачная чем в STM32F1, но не более того. - AlexG_(30.09.2015 13:36, )

Микроконтроллеры AVR