Более коряво ( так предполагалось делать у нас в "Торнадо")...заводишь регистровый файл, куда последовательно заносишь сперва входные данные, затем команду "начать преобразование", потом она генерит прерывание и ты считываешь результат(ы) опять таки из регистрового файла...здесь с точки зрения затрат ( по макроцеллсам) все упрощается, но работает более тормозно и некрасиво
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Такой подход оправдан для большого процедурного проца с загружаемыми из основной системной памяти процедурами. Скажем для определенной софтины, аналайзер выявил N тормозных процедур в коде z80, он обращается к спецбиблиотеки, откуда вытаскивает N процедур для ПП ( пофиг на чем он реализован, тогда ID_PP разные и библиотеки разные). Перед запуском программы загружается вместе с остальным кодом и код для ПП, а в коде для z80 в нужных местах стоит загрузка входного файла регистров ПП, его запуск и выгрузка по прерыванию результатов. Здесь можно использовать в качестве ПП хоть Мегу, хоть дешевый ARM7, хоть быстрый 51, хоть PIC, хоть BlackFin ( кстати 600 мипс за $11 основной 16р. проц + 16 битн. целочисленный DSP).
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
