[_sda 2]

Изменяю задержки D1 и D3 в лапах, в файле *.qsf изменения есть, в assignments editor изменения есть, после компиляции смотрю в property editor - остаются старые значения И соответственно в сигналтапе картинки абсолютно не меняются. Как этот глюкодром уже достал...

[Inanity 1]

Такой большой разброс параметров микросхем?

 

Что-то сомнительно, 300МГц не такая уж высокая частота для разброса параметров микросхем. Как у вас вообще тактирование устроено? Source или System synchronouse? Может генератор шалит на глючной плате?

[blackfin 86]

FYI: Source_Synchronous_Interfaces_between_Altera_FPGAs

[_sda 2]

Что-то сомнительно, 300МГц не такая уж высокая частота для разброса параметров микросхем. Как у вас вообще тактирование устроено? Source или System synchronouse? Может генератор шалит на глючной плате?

А на это можете что либо сказать "А с другой стороны у меня длительность "глазка" 1600ps , а дискрета изменения задержки для D1 равна 517ps. Всего 3 отсчёта на глазок, имхо не очень большая степень свободы."? Как с такой дискретой можно получить хорошее качество приёма?

 

Так вот и для меня это стало сюрпризом. Схема Source synchronouse, передатчик VirtexV , приёмник ArriaV. У генератора смотрел фазовые шумы,нормально.

Пересобрал проект, в шине AB совсем выбросил задержки в лапах - в сигналтапе картинка практически не изменилась,в шестом бите как не было меандра так и нет.

 

FYI: Source_Synchronous_Interfaces_between_Altera_FPGAs

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

[Inanity 1]

_Anatoliy, я почему-то ошибочно зациклился на проблеме 6-го бита. А ведь проблема в иголках... И они на всех битах.

 

А с другой стороны у меня длительность "глазка" 1600ps , а дискрета изменения задержки для D1 равна 517ps. Всего 3 отсчёта на глазок, имхо не очень большая степень свободы.

 

Согласен, но вас не смущает то, что иголки проскакивают в битах в которых долго держится 1 или 0? Это не похоже на расфазировку. Иголка не рядом с фронтом или спадом, а прямо в центре бита (как у 7-го бита). Или у 9-10-11 битов, линия длительно находится в 1 или 0 и тут проскакивает иголка, как будто наводится помеха.

 

 

По-моему слишком глубоко копаем, обратите ещё внимание на периодичность помехи:

 

Даже период можно вычислить. Может какой DC-DC себя плохо чувствует? Например то, что питает банк FPGA?

 

 

Изменено 27 апреля, 2017 пользователем Inanity

[_sda 2]

Спасибо,коллега! Да,действительно, очень похоже на регулярную помеху по питанию,я и частоту прикинул - 8 МГц. Но банки с LVDS и запитаны от 2,5В формируемого линейным стабилизатором. Кондюков блокирующих хватает. Осциллом ничего криминального не видно(примерно тоже что и на земле). Тут ещё другая информация появилась. Я сейчас подал из передатчика чисто все нули в статике - а на приёмнике увидел несколько единиц! Сейчас ещё подам все единицы - потом будем думать. А периодичность помехи вполне может быть связана с периодичностью сигнала.

 

Выглядит это вот так:

На передатчике отправляются все нули
А = 050h
B = 054h
C = 000h
D = 004h

На передатчике отправляются все единицы
А = FEFh
B = FF3h
C = FFFh
D = 003h

 

Поскольку выглядит как полный бред осмысливать буду завтра с утра. :laughing:

[blackfin 86]

Да,действительно, очень похоже на регулярную помеху по питанию,я и частоту прикинул - 8 МГц. Но банки с LVDS и запитаны от 2,5В формируемого линейным стабилизатором.

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

[alexadmin 2]

Я бы задумался почему сбои приходятся ровно на спад regb[5]. Попробуйте скорость передачи уменьшить процентов на 20-30 и сравнить.

[lembrix 0]

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

А тактовый сигнал для signal tap правильный?

 

 

[_sda 2]

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

Что-то мне подсказывает что этот дефект был бы обнаружен быстро - питание обычно проверяется в первую очередь.

 

Я бы задумался почему сбои приходятся ровно на спад regb[5]. Попробуйте скорость передачи уменьшить процентов на 20-30 и сравнить.

Обязательно задумаюсь, но завтра. В чём я сегодня убедился - так это в том что фаза клока здесь ни при чём,ошибки есть даже на статических сигналах.

 

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

А тактовый сигнал для signal tap правильный?

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

[_sda 2]

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

Ну с микросхемой оказалось всё нормально,был банальный непропай одной линии в диффпаре 6-го бита. А насчёт не очень большая степень свободы беру слова обратно, погорячился... При дальнейшем развитии проекта буду делать автоматику. Интересно,можно ли как нибудь исхитриться и построить глазковую диаграмму для бит данных интерфейса?

[Timmy 1]

Ну с микросхемой оказалось всё нормально,был банальный непропай одной линии в диффпаре 6-го бита. А насчёт не очень большая степень свободы беру слова обратно, погорячился... При дальнейшем развитии проекта буду делать автоматику. Интересно,можно ли как нибудь исхитриться и построить глазковую диаграмму для бит данных интерфейса?

Очень любопытно, почему непропай одной линии приводил к сбоям сразу в нескольких линиях?

[_sda 2]

Очень любопытно, почему непропай одной линии приводил к сбоям сразу в нескольких линиях?

Тоже не понятно, вроде приёмники для каждого бита индивидуальные. Был обрыв одной линии диффпары со стороны передатчика, соответственно на оба входа приёмника этого бита подавалось почти синфазное напряжение увеличенной амплитуды (примерно раза в два). А как это влияет на другие биты,хз? Как-то опора перекашивается? Но,кстати,после перепайки этот дефект ушёл но появился другой,теперь в 5-м бите идут очень редкие ошибки(ber примерно 1е-6) и тут уж нет никакой регулярности. Это уже очень похоже на уход таймингов.

[_sda 2]

Коллеги, а кто разбирался с ALTIOBUF? Чему реально равен шаг изменения задержки для Аррии-V-GX? В руководстве по применению ALTIOBUF пишут :

For Arria®V (GX, GT, ST, SX) and Cyclone® V, the io_config_datain begins with MSB on the left and end with LSB on the right. Each delay block has 5 io_config_datain bits and each step is 25ps, that makes a total delay of 31 steps * 25ps = 775ps.

 

При симуляции этого процесса получаю шаг изменения 10ps. И где же истина?