[Serhiy_UA 1]

..мне в проекте понадобился обмен по UARTу с кассетой где кроме крупной ПЛИС не было ничего.

Разбираться с софтовыми процессорами известных фирм, с которыми я никогда дел не имел, из-за нескольких команд по уарту и пары несложных функций не хотелось.

По этому написал свой "проц" - такой:

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

Комментарий "// Company : nasa", как-то связан с известной NASA?

[Lmx2315 2]

Комментарий "// Company : nasa", как-то связан с известной NASA?

..никак.

[Leka 0]

К "своим процессорам" хорошо-бы подключать не только USB-клавы, но и другие USB-устройства. По HS затруднительно, но устройства можно переводить в FS режим (если поддерживается, конечно).

Проблема возникает только, если хочется снять лог обмена ПК с устройством в FS режиме - как запретить HS режим?

Пока что есть вариант с разрезанием шины, и пропусканием через ПЛИС, можно вырезать "чириканье" (уже опробовано).

Но может, есть какой вариант попроще?

Изменено 22 февраля, 2016 пользователем Leka

[alman 0]

Здравствуйте, уважаемые коллеги!

 

У меня есть некоторые обновления - http://everest.l4os.ru/what_about_pipeline/

 

И да, если ничто не помешает, вскоре появится ещё одна подобная статья, в которой описан потактовый разбор более сложного кода.

[Мур 1]

https://www.jamieiles.com/80186/

S80186: 16-bit 80186 compatible IP core

[1891ВМ12Я 0]

Вот вот. Тем более не понимаю. Зачем создавать что-то сырое самопальное, когда есть готовые ОТЛАЖЕННЫЕ (т.е. вычищенные от багов и глююков) архитектуры, выпускаемые миллионными тиражами с хорошей программной поддержкой и наличием хорошего хэлпа и кучи документации?

Странно читать подобное в разделе ПЛИС. И для чего же тогда существуют DSP с "хитрыми инструкциями", если под процы где крайзис дает 200 fps документация лучше? :)

[_pv 52]

https://habr.com/post/433342/

[Alikberov 0]

Koyaanisqatsi…

[_pv 52]

За 10 с лишним лет с момента основания темы, хоть у кого-нибудь из авторов десятка описанных тут "своих процессоров" получилось дальше ассемблера добраться, до портирования хотя бы TCC (С99) какого-нибудь, не говоря уж об бэкенде для llvm?

[Leka 0]

1 hour ago, _pv said:

олучилось дальше ассемблера добраться

Вроде писал уже, устроили соревнование моего софт-процессора (Циклон-4, 200ЛЕ, 150 МГц) с stm32 (72МГц) - примерно одинаковое время показали на программе N-ферзей (написана на Си). 

В домашней автоматике этот софт-процессор уже несколько лет работает, программа написана на Си. Компилятор на базе LCC. Крупный минус - поддерживается только часть языка, и нельзя использовать библиотеки. Зато никакого ассемблера.

 

Где-то тут выкладывал ссылки на исходники, "m16", д/б на Марсоходе (вспомнил, чтобы выложенный пример работал, надо LCC устанавливать, или какую-то библиотеку  взять оттуда).

Изменено 15 июля, 2020 пользователем Leka

[_pv 52]

3 hours ago, Leka said:

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

ну урезанное подмножество С можно, наверное, и проще чем в lcc сделать, допилив примитивный https://github.com/rswier/c4 как, например, тут https://github.com/jserv/amacc

 

но вот тем же TCC теоретически даже ядро линукс собирается, т.е. есть куда дальше стремиться с прикручиванием MMU, последующим портированием линукса и  захватом мирового господства, не привлекая внимания санитаров...

[Leka 0]

Для полной поддержки Си пришлось бы стандартную библиотеку на ассемблере писать, не стал заморачиваться (тем более, что сам язык Си мне очень не нравится).

[_pv 52]

13 hours ago, Leka said:

Для полной поддержки Си пришлось бы стандартную библиотеку на ассемблере писать

почему на ассемблере?

[Leka 0]

30 minutes ago, _pv said:

почему на ассемблере?

Не видел другого варианта, может плохо искал. Еще вспомнил, что компиляторы из Си могут использовать стековое представление промежуточного кода, мне это не подходило.

[SII 0]

4 hours ago, _pv said:

почему на ассемблере?

Некоторые вещи можно сделать только на ассемблере (например, всякие манипуляции со стеком). Другие можно и на ЯВУ, но нередко намного эффективнее будет делать на ассемблере (скажем, если умножение-деление и операции с плавающей запятой надо реализовывать программно за отсутствием у проца соответствующих команд)...