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

[iosifk]

Теперь есть одна большая система которая мешает все эти жидкости, и в ней 3 таких модуля. Первое решение было сделать такой модуль на конечном автомате, и скопировать его аж 3 раза внутри ПЛИС.

Потом появилась система с 4 такими модулями, но 4 не такой-же а рулящий например сыпучими веществами, все тоже самое, но другие параметры, другие режимы работы и задания потока.

а в перспективе с 5, а может 6. Или вернемся обратно к 2. А то и сделаем отдельно на 1.

И что получается?

Делаете только один автомат и в нем переключаете потоки данных... Секорость у Вас низкая, хоть сотню потоков обработать можно... В чем проблема???
"Краткий Курс", глава "дополнение про автоматы" и "многопоточность"... И никакого процессора...

[Golikov A.]

если нету ПИДа, он сам не появиться. А если есть процессор с возможность сложить - вычесть - умножить - сравнить, можно уже и ПИД сделать и другие регуляторы. Все на той же системе...

[Timmy]

В части temp - действительно что-то новое. Это взамен дополнительного аккумулятора, стека (LIFO) или очереди (FIFO)? Как узнать в temp, что регистр свободный?
Как загружаете программу в ПЛИС?
Какие алгоритмы деления и извлечения корня?

temp используется для организации локального стека, но этим не ограничивается. Ассемблер хранит битовую маску свободных регистров. Ассемблер создаёт код модуля на VHDL, который уже включает в себя экземпляр процессора, код и константы к нему. Деление и корень обыкновенные многоцикловые в столбик. Модуль для корня я уже тут выкладывал в соответствующей теме. В делении(как и в корне, впрочем) используется non-restoring алгоритм, остаток может быть отрицательным, и в следующем такте делитель к нему прибавляется, а не вычитается.

Если регистров для temp не хватает, выдаётся ошибка.

[Serhiy_UA]

к Timmy
Спасибо за информацию.
Не совсем понял, ассемблер генерирует код на HDL, который затем можно включать в прошивку ПЛИС? Тоже, что-то новое!

А temp как локальный стек - это удобно.

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

Уточните, если не сложно, как и из чего выполняете загрузку конфигурации ПЛИС и программы для процессора? Используется ли для этого отдельное ядро, и как оно запускается?

И еще, почему выбрали Lattice, при более популярных Altera и Xilinx, в чем преимущество?

[Timmy]

Не совсем понял, ассемблер генерирует код на HDL, который затем можно включать в прошивку ПЛИС? Тоже, что-то новое!

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

Уточните, если не сложно, как и из чего выполняете загрузку конфигурации ПЛИС и программы для процессора? Используется ли для этого отдельное ядро, и как оно запускается?

И еще, почему выбрали Lattice, при более популярных Altera и Xilinx, в чем преимущество?

Да, ассемблер генерирует wrapper к процессору в виде исходника VHDL модуля, который содержит в себе код программы, константы, отладочную информацию для симуляции, всякие параметры, и инстанциацию процессора. Загрузка конфигурации производится из SPI flash, как обычно, а программа для процессора хранится в ROM на LUT-ах(она короткая, 200 инструкций в текущем проекте).
Lattice выбрали, потому что в low-end чипах есть поддержка DDR2 SDRAM с широкой шиной данных, приличная защита прошивки, чтение синхронных данных со скоростью до 800Mb/s.
С использованием аппаратного 36-битного умножителя у меня есть другой процессор попроще, который умеет только умножать и складывать, зато параллельно и за один такт с использованием конвейера, рабочая частота где-то тоже 250МГц, ограничена умножителем. Этот процессор для обсчёта нестандартных рекурсивных фильтров.