Grumbler_2002

А как аккуратно определить, что отказ еще параметрический? Есть, например, отклонение характеристики по ТУ и допустимое для данной схемы, при которой изделие функционирует еще штатно. Где будет граница между катастрофическим и параметрическим отказом?

Совершенно точно! Спасибо!

Добрый день! У меня возник вопрос об использовании в расчете надежности изделия распределения отказов по видам. Есть случаи, когда параметрический уход отдельных ЭРИ не вызывает отказ изделия, поэтому очень соблазнительно использовать соответствующую статистику из справочника. Но я не нашел, относится ли базовая лямбда только к критическим отказам или ко всем сразу, и тогда можно применить статистику. Может кто-нибудь прояснить вопрос применения распределения отказов ЭРИ в расчетах? И вообще, можно ли ей пользоваться?

Ну, если у Вас джиттер в наносекундах измеряется, то надо просто выкинуть эти генераторы. Прочитайте Input Clock Jitter Tolerance - параметр на DCM Вашей ПЛИС в даташите и выбирайте соответствующий генератор.

Нужно приделать нормальный сброс. Ну и анализа сигнала LOCKED недостаточно для всех вариантов поведения DCM.

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

Чтобы рабочая частота была выше 40 МГц и питание пониже 5 В. Нужно понизить частоту меандра.

Ну да, я так в начале и написал. И адаптер указал, если что. Но платы в нем не видны в биосе. Хотя должны бы.

1. Подключали кит с плисой, там, вроде, Wake не поддерживается. Кит питался от своего источника и грузился раньше платформы. 2. Смотрели в QNX и в UEFI Shell. 3. Разъем xmc на PCIex8-порт проца заведен. 4. Нет слотов на платформе. Формат 6U. Ссылка на платформу

Купили адаптер XMC_to_PCIе (ADG052)Описание адаптера для экспериментов. После доработок по питанию (адаптер для 12В, а платформа 5В) воткнули сетевуху x4. В устройствах не видится. Есть ли какие-нибудь нюансы в таком подключении? Требуется ли определенная модификация PCIe-устройства для подключения через XMC.3 или такое подключение прозрачно? Заранее спасибо!

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

Туда же в тему. 44it07_macmullan.pdf

В принципе, в прилагаемом файле популярно объясняется суть ограничений, связанных с длиной и скоростью помехоустойчивого кода. 133K.pdf

Разверните шину синуса и убедитесь, что всё работает правильно.

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