iosifk

Ну а если "раскинуть остатками", то задается вопрос: а не хотите ли симулировать вообще без пзу? Т.е. вместо данных пзу ставим порт, адрес тоже выводим на порт. Команды записываем в файл и читаем из него код команды по адресу из порта адреса пзу... чтобмы не заморачиваться можно разделить клоки для чтения команд из файла и на клоки для процессора. Вычитали команду, посунули ее процессору и дали ему клок.., вот так точно проект каждый раз компилить не придется. Меняется только файл команд, а не сам процессор...

Для симуляции вроде не надо,,, Для релиза есть два стандартных пути: 1 сделать память двухпортовой и внешним автоматом из порта грузить команды 2 сделать программу загрузчик и по сбросу из порта грузить память команд 3 сделать монитор-загрузчик и вообще все отлаживать в программном режиме...т.е например при шаговой отладке переходить на теневое пзу и выдавать на хост содержание всех ресурсов процессора

Hex2mif A script to convert hex instructions to Quartus .mif files · GitHub

После uart должен стоять преобразователь уровней в стандарт COM порта. Посмотрите его даташит, может лт он работать на вашей частоте... Потом включите на порт заглушку "сам на себя"... Потом посмотрите в настройках uart, может ли он при приеме бита брать не один отсчет, а три и мажоритировать их... Потом можно увеличить стоповый интервал... ну а дальше протокол с перезапросами по ошибке приема данных... А перед этим соединить земли передатчика и приемника, взять кабель с витыми парами или с экранами.. Короце, есть простор для поиска...

Ток намагничивания будет и при синусоидальном входном сигнале. Иначе бы в трансформаторе не было бы потерь и он не грелся бы...

Возьмите учебник... первичный ток делится на две части... одна превращается во вторичный ток, а другая на ток намагничивания трансформатора... Представьте трансформатор как трехполюсник. Как букву Т. Слева по перекладине - первичный ток, ссправа по перекладине - вторичный ток, а вот по ножке буквы Т течет ток намагничивания... и он греет трансформатор. Ну и дальше по учебнику...

Из за тока намагничивания сердечника...

Мой опыт подсказыват, что если нет простого ответа, то значит сам вопрос задан неверно. Зачем нужен именно асинхронный вход? Проектирование на плис - это синхронные проекты, а схемотехника старых ттл триггеров 74 серии тут не годится. Как только ответите на этот вопрос, так все и решится.

Попробуйте сделать по другому. Автомат, как таковой тут и не нужен... Вам для работы сдвигового регистра нужно сделать набор входов управления, разрешающих делать загрузку, сдвиг, и пр. Для каждого действия - свой вход разрешения... опишите это как регистр, толькл if-else будет больше. и далее вставите как инстанс в проект. А в проекте в нужное время будете подавать нужный сигнал разрешения.

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

Система с двумя несинхронными Фифо никогда хорошо работать не будет... достаточно рассогласовать их на половину кадра и дальше вы никогда не соберёте их вместе. Гораздо проще сделать к Фифо данных дополнительных теги, то есть дополнительное поле памяти на два Бита и туда писать кодировку "начало кадра", "конец кадра ", "данных" и "ошибка данных". На приёмном конце читаете поле тега и ищете начало кадра. дальше вычитывайте данные выбрасываете ошибочные данные и делайте это до момента прихода кодировки "конца кадра". И ещё тут недавно обсуждали стиль написания текста на верилоге.. Посмотрите там даны хорошие ссылки на статьи...

Там где always наверняка потеряли degin-end...

А вывести частоту на какой-нибудь вывод и посмотреть глазковую диаграмму?

"Вентиль" - понятие физическое и "размещается" на кристалле... "always" - ключевое слово языка, все что с ним связано, описано в стандарте на верилог...

Введите параметр дебаг-релиз и две группы парамеиров, одна для дебага, другая для релиза... Соответственно под эти параметры можно автоматически генерить немного разное описание... Еще я помню у ксая был файлик, который входил в их библиотечные модули памяти и в нем была сделана жуткая задержка, которая имитировала время установки плис в рабочее состояние после загрузки. Я этот файлик копировал в рабочую папку и вручную задержку уменьшал в 1000 раз... вот после этого симулировать проект было не так скучно...

Добрый день! посмотрел ваше видео по поводу функций и могу сказать, что вы подменяете алгоритм выполнения задачи на совершенно другие вещи... Если хотите могу по Скайпу голосом это объяснить. С уважением И.К.

Sso - это число одновременно переключаемых выводов. Чем их больше, тем больше нагрев. Их максимальное число зависит от стандарта, от тока нагрузки и от частоты переключения. У ксая есть калькулятор, который позволяет посчитать это число для конкретного случая.

Вот очень грубая модель... Представьте дорожку внутри чипа как RC цепочку. Чем короче дорожка, тем меньше R и C. Прямоугольник на входе цепочки и экспонента на выходе. Она достигает порога срабатывания приемника за известное время и это дает задержку. А чем меньше размеры, тем меньше RC, и значит, и меньше греется и быстрее работает. И есть еще проблема тепловыделения через корпус. Чем меньше потери, тем больше "добра" можно накрутить на кристалле.

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

Для начала надо написать, как часто меняются данные... может быть проще сравнивать в момнет записи, да хоть побитно... Ну и надо написать, как долго можно сравнивать. Потому как если сделать регистры сдвиговыми, то можно делать циклический сдвиг, от побитного до словного и при этом сравнивать... А параллельным кодом в лоб? Оно конечно тоже будет работать, но ресурсы жалко... нне айс...

Предложите многофазный преобразователь...

В таких устройствах на выходе есть 3 составляющие пульсаций: 1 пульсации от 50, 100 гц для однофазного выпрямителя 2 на частоте преобразования - тут 25 мгц 3 "иголки" на фронтах коммутации Так какие составляющие превалируют? О каких пульсациях говорит заказчик? Какой коэфф усиления по цепи ОС нужен? Кто-то рисовал ЛАХ тракта? Какую частоту может отработать силовой тракт?

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

Прежде чем ставить другой квартус, попробуйте этому скормить *.bsdl файл, описывающий вашу микросхему... может и прокатит...

Вот здесь, к примеру vova1001.narod.ru/00004612.htm: Шевкопляс Б. В. 57 Микропроцессорные структуры. Инженерные решения: Справочник. — 2-е изд. перераб. и доп.— М.: Радио и связь, 1990. — 512 с.: ил. ISBN 5-256-00460-3. Рассмотрены практические вопросы проектирования микропроцессорных устройств и систем на их основе. Приведены методы и схемы разделения и расширения адресного пространства, примеры построения последовательных каналов связи, даны практические рекомендации по обеспечению помехозащищенности устройств. Рассмотрено свыше двухсот оригинальных структурных и схемных решений. В отличие от первого издания (1986 г.) повышена информативность, описаны новые технические решения. Для инженерно-технических работников, занимающихся вопросами проектирования, производства и эксплуатации средств вычислительной техники..