caxapa.ru :: Теоретик?

misyachniy (10.03.2021 14:31, просмотров: 360) ответил Mahagam на в спартане-6 есть всё, чтобы забить полный и абсолютный болт на фазовые соотношения между парами.

Теоретик?

1) "загнал 10 пар - получил 10 гигабит." - будет 9, так как одна тактовая.

2) Пропущено перекодировка 8<->10 бит.

3) "управляемая линия задержки подгоняет фазу данных под тактовую." - сама не подгонит, нужен механизм подгонки

4) "небольшую управляемую задержку, чтобы байтики одного пикселя шли вместе. - если назвался груздем: "настолько произвольные, что сдвиг может быть более чем на пиксель", то будь добр делай на каждую линию данных дополнительный регистр шириной в байт

5) Дешевые спартанчики на диджикее не менее $40 за пару.

Я бы посмотрел на spacewire, накладных поменьше будет.

Ответить

- Тут уж нужно определиться, или "перекодировка 8b10b" или "одна (пара) тактовая". Потому как используют либо одно (CDR), либо другое (SSI). - Xaoc(10.03.2021 15:13, , ссылка, ссылка)
  - перекодировка к вопросам тактовой особо отношения не имеет. оно и когда клок рядом идёт - 8/10 используется. Mahagam(245 знак., 10.03.2021 15:24)
    - Не знаю как в Spartan'е, а в Artix'е можно принимать LVDS без внешнего клока на скорости 1250 Мегабит/сек. Перекодировка именно для того и применяется, чтобы клок не тащить рядом. Заодно избавляемся от постоянки. Надеюсь, XAPP523 читал? :) - Xaoc(10.03.2021 15:29, )
      - знаю. мы это и применяем. вот только артикс у нас в три раза дороже спартана. но у меня есть в голове идея, как и спартаном-6 ловить гигабит без внешнего клока. Mahagam(131 знак., 10.03.2021 15:36)
        
        Автомат bitslip не работает, если в данных встречается длинная серия нулей или единиц. Чтобы автомат bitslip работал обязательно нужны переходы в данных, чтобы автомат подстраивался под фронты входящего потока. Для этого и нужна перекодировка 8b10b. В этом коде максимальное кол-во последовательных одинаковых бит не превышает пяти. Но это, по сути, и есть встроенный в данные клок. И есть м/схемы с PLL, которые этот клок могут восстанавливать. - Xaoc(10.03.2021 15:40, )
        
        для HDMI, где клок рядом - это избыточно. там можно раз в кадр битслип подгонять, за время кадра фаза от температуры и прочих глюков далеко не убежит. почему там вообще так сделали - неясно. - Mahagam(10.03.2021 15:44)
        
        Во-первых, могли перестраховаться и продублировать оба способа синхронизации (на усмотрение производителя). Xaoc(397 знак., 10.03.2021 15:53, )
        
        HDMI к xilinx отношения не имеет. спартан-3 без сердесов тоже может ловить HDMI, но на более низких разрешениях. Mahagam(114 знак., 10.03.2021 15:56)
        
        Так изначально весь этот алгоритм был реализован в фабрике FPGA. И есс-но, он работал на более низких частотах. А уже потом, когда стало понятно, что алгоритм востребован рынком, его отлили в кремнии. Xaoc(97 знак., 10.03.2021 16:01, )
        
        что-то мне подсказывает, что на момент создания HDMI, его основатели про FPGA даже и не думали. сразу лили в кремнии. - Mahagam(10.03.2021 16:21)
- конечно теоретик. Mahagam(817 знак., 10.03.2021 15:03)
  - Как для теоретика ответ зачетный. ;-) Городить свой протокол, 50тысяч партия. Проще конструкцию одноплатную сделать. - misyachniy(10.03.2021 15:46)

Схемы, платы, компоненты