![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_default_photo.png)
bogaev_roman
Свой-
Постов
1 092 -
Зарегистрирован
-
Посещение
-
Да, но вот скорость обмена у них разная. SATA и PCIe 4.0 на порядок отличаются.
-
Насколько я помню, раньше узким горлом была скорость обмена с винтом, соответственно существенный прирост производительности давал размещение ПО и проекта на SSD, при закупке нового железа у нас в первую очередь смотрят на винт и материнку с максимальной скоростью обмена. Что-то поменялось?
-
А вы уверены что увеличивается только лишь общая задержка? При работе временного анализатора при рассчетах arrival/reqied time время распространения клока не фиксированная величина и дельта тем больше, чем больше расстояние (абстрактно конечно), а если брать еще и разные временные углы, то будут не очень приятные цифры. Data Arrival Time = Launch Edge + Longest tCLK + µtCO + Longest tD Data Arrival Time = Launch Edge + Shortest tCLK + min µtCO + Shortest tD Первая формула для анализа сетапа, вторая - холда. Для требуемого времени аналогично, лень формулы писать. Суть проста - чем больше время распространения, тем больше дельта, тем хуже времянка.
-
Вообще аккуратнее с этим чипом - классический временной анализатор дает задержки для флекса. Производитель утверждает, что они корректны и для их чипа. Только есть одно НО - различия в питании ядра (это для 5576хс4, для 1 по идее тоже самое)
-
Если есть независимые партиции, которые могут работать на разных тактовых частотах мне не требуется синфазность (они будут будут синхронными, не подменяйте понятия), пересинхронизацию сделать через буфера не проблема, это первое. Второе, глобальный клок перед региональным имеет только одно преимущество - он может работать по всему кристаллу, при этом даже по документации максимальное быстродействие у них одинаковое, а вот skew у него будет гораздо выше, чем у регионального, в случае если клокконтрол находится от основной логики на другом конце чипа. Одно условие для его использования требуется - логика действительно должна быть не очень жирной, чтобы поместилась в одном регионе. Во всех хайспид интерфейсах производитель старается использовать в корках по возможности именно региональные клоки - и в гигабитных трансиверах и в ддр контроллерах и прочее, хотя там есть и вторая причина - глобальная тактовая дорожка - слишком ценный ресурс и его мало.
-
А может просто в .qsf файле прописать в явном виде, зачем усложнять? set_instance_assignment -name GLOBAL_SIGNAL "GLOBAL CLOCK" -to CLK_EN Хотя квартус8 (9) и тупой, но он самостоятельно способен вытащить сигнал на глобальную тактовую дорожку не только при большом фанауте, но и при невыполнении временных ограничений (если они конечно заданы). И проверьте, что фиттер реально ваш сигнал поместил на глобальную линию - compilation report - fitter - resource section - global & other... Вот если не поместил, тогда надо внимательно читать отчеты...
-
Вот, а после PLL сигнал тактовой частоты заходит на клокконтрол, которые разбросаны по всему периметру, и ,если логика в отдельных модулях независима, то квартус должен каждый клокконтрол прибить поближе к этой логике. В общем убедитесь, что созданы реально 8 тактовых частот (если квартус их обьединил - добавьте ограничения, чтобы убрать эту оптимизацию) и они находятся близко к своей логике (если далеко - прибить гвоздями). Помимо этого, для упрощения разводки советую пустить эти частоты не по глобальному клоку, а региональному (если они реально используются только для тактирования логики DDC). Ну и, как заметили выше, - если ошибок таймквест не выдает, но не работает - либо некорректное описание временных ограничений, либо какие-то ограничения забыли написать (если фунциональное моделирование работает правильно).
-
Про фиксацию и закреплении региона Вам отписали, интересен другой момент - все DDC работают от общей тактовой частоты? Всю логику квартус прибил, судя по всему, к входным/выходным портам, разбросанным по всему периметру кристалла.
-
Дублирование логики в ртл-описании не всегда спасает - квартус при определенных настройках удалит дубликат, кроме этого, если фанаут большой, придется очень много копий создавать. Для подобных случаев все-таки ограничивают фанаут. Так все-таки - насколько далеко от проблемной логики расположен клокконтрол и какое время распространения тактовой частоты от него до входного триггера?
-
Доброго дня. 1. Вы используете сигнал чип енэйбл, какой фанаут у него и по какой линии его пустил фиттер? (compilation report - fitter - resource section - и либо global&other fast signals, либо non-global high fan-out signals). 2. Скриншоты из таймквеста с подробными путями для двух случаев - data path (arrival/required) 3. Слаки рассчитываются намного сложнее, чем вы думаете и даже таймквест подробно вам не распишет. Даже если брать одну угловую модель, то при рассчете слака для setup в arrival и requeired data path время распространения сигнала тактовой частоты (сlock network delay) будет разным (для данных берут максимальное, для частоты минимальное) и различие будет наибольшим, если клокконтрол и анализируемый триггер находятся на разных концах чипа, так вот required time меняется по этой причине - фиттер поставил плл в другое место банально. ЗЫ. Вангую - ваш чип енайбл имеет дикий фанаут (да еще и квартус пускает его по обычной сигнальной линии) и решит проблему ограничение на него для автоматического дублирования. А прибить гвоздями и ограничить все можно, только времязатраты будут слишком большими.
-
Error (169303): I/O standard LVDS on the clkO_1_2_l0 I/O pin cannot have Slew Rate logic option setting 2 Это если в .qsf принудительно прописать, в pin planner вообще неактивна установка эта - пишет бред - настройка возможна только для выходов и двунаправленных портов.
-
Quartus 17.1, Крутизна фронтов
bogaev_roman опубликовал тема в Среды разработки - обсуждаем САПРы
Добрый день, Уважаемые форумчане. Возник вопрос - какими настройками в квартусе можно поднять крутизну изменения выходного сигнала стандарта lvds (slew rate/current strength/termination)? Не нравится нестабильность выходного сигнала, хочется уменьшить, беглый осмотр документации результатов не дал. Для входа lvds помогло INPUT_TERMINATION DIFFERENTIAL. -
Разобрался - требуется создать один reconfiguration controller на все линки, при этом указав в настройках соответсвующую группировку (в моем случае 4 1-lane трансивера, в каждом по два канала для реконфигурации, соответственно группировка 2,2,2,2). Ну и после разводки все как описано в документации - 4 трансивера на местах, одно место под TX_PLL , одно свободно (все в одном банке).
-
Что-то не могу понять, каким образом можно расшарить reconfiguration controller на несколько независимых custom phy? Создал 2 независимых custom phy (number of line - 1, PMA bonding mode - x1, enable lane bonding - off), при этом требуется два интерфейса реконфигурации - один на трансивер, второй на PLL. Далее создаю два идентиных регонфигуратора (number of reconfiguration interface -2, optional interface grouping - пусто). Все соединяю и на выходе получаю ошибку - каналы с разными реконфигураторами не могут находиться в одном триплете, но по идее сам квартус (согласно xcvr_user_guide, 17-59) должен был расшарить и реализовать только один реконфигуратор. Что не так делаю? Может кто-нибудь скинет ссылку на пример подобной реализации? Спасибо.
-
arriav, гигабитные трансиверы
bogaev_roman опубликовал тема в Работаем с ПЛИС, области применения, выбор
Добрый день, уважаемые форумчане. Поставли задачу - получить максимальную пропускную способность для трансивера. Условия - чип 5agxfb5k4, в банке 6 трансиверов, реально подключены 4 (остальные - 1 и 5 - не подклюены), логические каналы должны быть независимы (т.е. объединять их нельзя). На данный момент не могу определиться с конфигурацией (в режиме 2.5G ethernet phy все работает, 5G для данного кристалла подключить не получается, сейчас смотрю в сторону native phy - но там, по памяти, какие-то проблемы были с клоковыми деревьями). Если кто решал что-нибудь подобное - пните в нужную сторону. Спасибо!