caxapa.ru :: Не все там так просто, с этими BF. Чтобы использовать всю "дурную мощь" ихнего ядра нужно зело извращенно программировать. SRAM на кристалле мало, и чтобы "выжать все" нужно очень грамотно пользоваться всякими фоновыми пересылками по DMA и пр.

Evgeny_CD, Архитектор (08.03.2010 22:10, просмотров: 162) ответил quark на BF504F(4MB Executable Flash),BF512F (4 Mbit SPI Flash), BF538F (512K bytes or 1M byte for code storage)

Не все там так просто, с этими BF. Чтобы использовать всю "дурную мощь" ихнего ядра нужно зело извращенно программировать. SRAM на кристалле мало, и чтобы "выжать все" нужно очень грамотно пользоваться всякими фоновыми пересылками по DMA и пр. Переключение контекста на любых DSP - тот еще геморрой, нужно кучу регистров сохранять (это если по честному, с ALU). В общем, DSP - он и есть DSP, и МК он никогда не станет. Не спорю, BF - очень продвинутый DSP, но не более.

Ответить

- И по поводу переключения контекста не стоит перебарщивать, не сложнее, чем у других. Порт scmRTOS был сделан автором быстрее остальных не из-за "набитой руки", а потому что ядро достаточно прозрачно. - Sergey Pinigin(09.03.2010 07:30)
  - Я не спец по DSP, но как там все эти кучи аккумуляторов и пр. добра сохранять? С учетом длины конвейера. - Evgeny_CD(10.03.2010 00:59)
    - Нормально сохранять, командами, конвейер то тут причём. =AlexD=(3081 знак., 10.03.2010 06:57 - 07:04)
      - Хорошо, если так. Насчет конвейера. ВОт дали ма команду MACу. И тут фигак - нас прервали. Если прямо сразу начать считывать регистры мака - то там еще может не быть результата. Нужно выждать максимальную латентность. - Evgeny_CD(10.03.2010 17:09)
        
        Конвейер никогда такой ситуации не допустит, так уж он сделан. Евгений, вы почему-то решили, что программист должен учитывать работу конвейера. Это не так. Когда я пишу программу, меня не интересует есть ли конвейер в проце. - Михаил Е.(11.03.2010 11:09)
        
        А вот это глупо. Либо конфу невнимательно читаете. Учитываем и еще как работу всяких конвееров и проч аппаратных прибамбасов. В частности аккуратно смотрим за выравниваниями своих тюнингированых по таймигам процедур, а выравнивания те оч зависят от AlexandrY(18 знак., 11.03.2010 12:01)
        
        Вы будете удивлены, но конвейер учитывает компилятор и грамотный народ при ручном асмачинге. - Evgeny_CD(11.03.2010 11:17)
        
        Не верю. - Михаил Е.(11.03.2010 11:43)
        
        Зря, лично занимался ручным кодингом для нагруженной коммуникационной системы, поднятие пропускной способности в 4 раза просто за счёт учёта конвейерных эффектов. - =AlexD=(11.03.2010 11:59)
        
        Чушь, конвейер на то и конвейер, что к тому времени как команда сохранения начнёт исполняться, все результаты уже будут лежать по регистрам. Эффективная длина конвейера влияет только на условные переходы, и всё. - =AlexD=(10.03.2010 21:48)
        
        Конвейер АЛУ живет отдельно он конвейера проца, насколько я понимаю. - Evgeny_CD(10.03.2010 22:08)
        
        Что за удивительная субстанция "конвейер проца" живущий отдельно от АЛУ? Иногда делают отдельные конвейеры для команд разного типа, или даже неконвейеризированные операции, но в любом случае все операции синхронизируются автоматически, для этого есть =AlexD=(152 знак., 11.03.2010 06:48)
        
        Ок, значит я искал "черную кошку в черной комнате". - Evgeny_CD(11.03.2010 11:16)
        
        простите koyodza(68 знак., 10.03.2010 22:17)
        
        Вообще тема по "большим микроконтроллерам". Перенести в "средства"? - Evgeny_CD(10.03.2010 22:23)
        
        имхо тема как обычно, "лабрадорская, вечерняя" koyodza(63 знак., 10.03.2010 22:29)
- не перебарщивайте. этот мутант хорош и так, без извращений. по крайней мере способен очень успешно бодаться с равночастотнымы армами на одних и тех же исходниках и одном и том же компилере (gcc, конечно же). зато переход на ассемблерные вставки и Mahagam(462 знак., 08.03.2010 22:46)
  - В 32к особо не "нажаришь". - Evgeny_CD(08.03.2010 23:00)

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