Отдельное АЛУ, Простенькое АЛУ, отдельное от ядра для своих нужд Опции

[Golikov A.]

Всем привет!

Понадобилось чтобы для прибора управления (шевелит ножками, крутит моторами, опрашивает датчики) пользователь мог писать свои микропрограмки. Сначала в приборе был свой специализированный автомат который разбирал входной поток команд и превращал его в управляющие воздействия. Поток шел через FIFO, но сейчас захотели чтобы можно было делать циклы, и я так понимаю на этом не остановимся.

Потому вместо наращивания набора команд спец автомата думаю сразу забабахать полноценное АЛУ, выделить пользователю регистров и памяти, и путь пишет программы в машинных кодах. В целом этот велосипед уже изобрел, но хочется поглядеть-послушать на то как еще это делают. Интересует даже не столько сама реализация, а больше сколько надо команд, как сделано сравнение, как сделаны команды перехода, маскирование. Сколько надо регистров для того чтобы было комфортно и не много и так далее...

В общем я тут больше посоветоваться и послушать что умные люди скажут. Готовые ядра ставить не предлагать, это принципиально должен быть отдельный блок, который я защищу от пользовательского произвола как смогу. А любые мысли по поводу того как бы вы это сделали приветствуются!

[Alex77]

Всем привет!

Понадобилось чтобы для прибора управления (шевелит ножками, крутит моторами, опрашивает датчики) пользователь мог писать свои микропрограмки. Сначала в приборе был свой специализированный автомат который разбирал входной поток команд и превращал его в управляющие воздействия. Поток шел через FIFO, но сейчас захотели чтобы можно было делать циклы, и я так понимаю на этом не остановимся.

Потому вместо наращивания набора команд спец автомата думаю сразу забабахать полноценное АЛУ, выделить пользователю регистров и памяти, и путь пишет программы в машинных кодах. В целом этот велосипед уже изобрел, но хочется поглядеть-послушать на то как еще это делают. Интересует даже не столько сама реализация, а больше сколько надо команд, как сделано сравнение, как сделаны команды перехода, маскирование. Сколько надо регистров для того чтобы было комфортно и не много и так далее...

В общем я тут больше посоветоваться и послушать что умные люди скажут. Готовые ядра ставить не предлагать, это принципиально должен быть отдельный блок, который я защищу от пользовательского произвола как смогу. А любые мысли по поводу того как бы вы это сделали приветствуются!

Не в тему
А может picoblaze from xilinx ?

[Lmx2315]

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

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

 mk_control.v ( 41.16 килобайт ) Кол-во скачиваний: 60

 

[Pavia]

Для Lmx2315:

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

Мне ваш код тоже понравился. Тем более достаточно оригинальный подход, такие процессоры не часто встретишь.

alman
Процессоры бывают разными. Я бы сказал можно выделить 3 класса- "слабый", "средний", "сильный". И их сравнивать как-то не очень.

[Serhiy_UA]

Тема интересная, но в конечном итоге все может увязнуть в экономике.
Нужны оценочные критерии для выбора между тремя путями: большой FSM, уже готовым софт-процессором и разработкой своего программируемого микроконтроллера.
Если разработка своего МК, то как загружать в FPGA его программу, какие варианты? Как заставить стартовать МК с нулевого адреса?