slkhome

Будет Только нужно дописать always ....

Сброс точно 0м?

1. Все нужно синхронизировать от внутренней системной частоты. 2. Для удобства, чтобы не фантазировать, можете взять описание на какую-нить микруху с SPI, где описан SPI, и еще и с диаграммами, и пишите, как будь-то вам нужно будет с этим девайсом рабоать по SPI. 3. CDC вообще тут не будет - лучше рассматривать и SCK как входной сигнал, типа данных, потенциальный. 4. Для примера можно изучить имеющиеся реализации, хоть на том же OpenCores. А там уже для себя решите как сделать именно вам будет интереснее. 5. По поиску на данном форуме тоже можно много интересного найти.

Как вариант, можно на docker это установить. Потом может и для автоматизации пригодиться. Недавно пришлось собирать docker image с CenOS6+ISE14.7+Matlab2013.

В конечном счете либо реализовать по ТЗ, либо обосновать нецелесообразность реализации. Если это конечно для реальной жизни, а не только для лабораторки

На начальном этапе создания RTL все равно придется посмотреть глазками, а затем уже автоматизировать. Например UART Tx как RTL, UART Rx как эталон. Затем известные передаваемые вектора, напирмер из файла, принимаются тоже в фейл и файлы сравниваются. И результат сравнения выводится уже как сообщение в консоль или еще как. Обычно на качественные тесты с покрытием, времени или людей не бывает.

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

Посмотрите описания на ОУ AD8129, AD8137, и подобных. Там в описании много интересных схем применения. Наверняка там найдете все что нужно! В итогде Вам нужно выбрать такое смещение ОУ, чтобы на выходе получился необходимый диапазон. И удобнее масштабировать одним ОУ, а смещение другим. Как реализовывать на обычных ОУ - ОУ со смещением можно найти на просторах инета, даже в Ютубе с картинами и пояснениями.

Сначала смасштабировать ОУ, грубо говоря 50 мВ в (5 - 0,002) В, преобразовать смещение 0 В в 0.002 через те же ОУ. Это конечно в Идеале. В реальности тоже самое, но с запасом. Замем уже в Цифре скорректировать! Так сказать калибровка.

Параметры зазоров магнитопровода известны?

А чего не взять готовые модульные ИП и прикрутить к ним МК и прочий функционал, который вам нужен? По крайней мене с маломощными

Веротяно чего-то приличного с подобным корпусом тоже не найти

Для начала рекомендую писать полные if then else end if, описываю все исходы. И приведите тот код, который как раз вызывает ошибку. В каком компиляторе это делаете?

Спасибо )

qpram_pass_qawsed.7z Если не сложно, то напишите что выясните по этим исходникам, плиз

Честно говоря - уже не помню тонкостей. Это использовал для реализации вейвлет-преобразования. Нужно было быстро реализовать - поэтому было уже не до оптимизации. Место в кристалле было. Алгоритм работал. Если есть желание поразбираться - могу поискать исходники

Был опыт реализации 4х портовой памяти, на 2х портовых ячейках блочной памяти. По идее по такому же принципу ее можно еще раз масштабировать и сделать из 4х - 8ми портовую. Только при этом возрастет количество задействованной памяти в 4 раза.

https://gcc.gnu.org/onlinedocs/gcc-4.6.3/libstdc++/api/a01114_source.html Так будет яснее?

Какие задачи стоят перед ОС? Какая ниша предполагается у таких ОС? Это прототипы для исследований или есть реальная потребность? Это дипломная работа или диссертация? ИМХО: 1. На сколько правильно поянл, Intel, а теперь Intel + Altera, подобрым вопросом уже давно озаботились. Тем более когда совместили CPU+PL+SDRAMDDR в одном корпусе. Читал когда-то у них уже даже есть какие-то инструменты, что бы писать ПО как раз с учетом того, что часть программ и будет подгружаться в PL и там работать на зверских скоростях. Конечно там увеличенная скорость загрузки в PL. 2. Для Зинков считаю, что лучше уж делать ускорители для решения конкретных задач, типа IP Core. А в ОС делать поддержку этих IPCores, или писать программы так, чтобы использовать ресурсы IPCores. И расчитывать, что реконфигурация будет происходить редко и медленно.

Присоединяюсь к вышеописанным рекомендациям и еще - Пишите гайды для своих корок. Это ну оч. полезно! И верояно только Вы и будете их пользовать, судя по Вашим вопросам.

Меня настораживает эти 5 предупреждений. Их быть не должно. Хотя эти предупреждения не в секции File Groups. Ну и желательно везде делать относительные пути.

Какая версия Вивады у Вас? Присылайте для начала хотябы свой этот IP. Не могу понять чего у вас не получается. Там для Вашей корки нужно добиться еще хотябы чтобы не было Варнингов.

Т.е. я правильно понимаю - у Вас одно ядро внутри другого?

У Вас нормально подлкючен репозиторий где лежит Ваш IP core?

Там по имеющейся схеме на светодиод выше оговоренный идет сигналс с генератора сброса, который мониторит все напряжения. Так что где-то с напругой беда или с сбросовой микрухой. А там уже дальше копат - не сдохла ли SoC ....