fingertouch 2 18 ноября, 2022 Опубликовано 18 ноября, 2022 · Жалоба Приветствую, господа. Может, есть какие-то апноты по созданию приёмника на основе IODELAY + IEM + IDES? Вроде бы чувствую, что с помощью IEM можно отказаться от битовой тренировочной последовательности, но дальше своих чувств и предположений продвинуться не могу. Кто-нибудь работал с модулем IEM? Где можно найти хоть какое-нибудь описание, кроме состава портов? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fingertouch 2 24 ноября, 2022 Опубликовано 24 ноября, 2022 · Жалоба Продолжаю свои риторические вопросы. Читаю в даташите на GPIO, что для IODELAY в GW2A один тап должен соответствовать 18 пс задержки (30 пс для GW1N) Спойлер В модели для IODELAY я вижу 25 пс. Какого, спрашивается, рожна? Спойлер Причём одну и ту же шляпу я наблюдаю в prim_sim.v из папки simlib\gw2a и из simlib\gw1n. Может, не туда смотрю? Может, у меня даташит или библиотека моделей неактуальные? Памагити! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DSIoffe 2 25 ноября, 2022 Опубликовано 25 ноября, 2022 · Жалоба Спасибо огромное за труды Ваши 🙂 Очень ценная информация. У Gowin уж такая документация. Притом даже работавшая поддержка писала лажу, а теперь и вообще негде правду искать. Если Вы на практике проверите реальную задержку и обнародуете результат, чтобы все желающие могли вписать его в модель, - это будет подвиг. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fingertouch 2 25 ноября, 2022 Опубликовано 25 ноября, 2022 · Жалоба 2 часа назад, DSIoffe сказал: Спасибо огромное за труды Ваши 🙂 Очень ценная информация. У Gowin уж такая документация. Притом даже работавшая поддержка писала лажу, а теперь и вообще негде правду искать. Если Вы на практике проверите реальную задержку и обнародуете результат, чтобы все желающие могли вписать его в модель, - это будет подвиг. Уже чешу репку на этот счёт. Но пока что смотреть такие задержки нечем. Даже если оптом по 10 штук... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 25 ноября, 2022 Опубликовано 25 ноября, 2022 · Жалоба 3 hours ago, fingertouch said: Уже чешу репку на этот счёт. Но пока что смотреть такие задержки нечем. Даже если оптом по 10 штук... вроде можно косвенно, через генератор частоты, по его периоду) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fingertouch 2 29 ноября, 2022 Опубликовано 29 ноября, 2022 · Жалоба Напишу про IEM, вдруг кому-то пригодится. Более чем все временные соотношения неверны. Во-первых, модель кривая поведенчески, во-вторых, задержки, заданные в модели, могут не соответствовать действительности, как показало расхождение даташита и модели в IODELAY. Режим MIDSMALL. В режиме SMALL сигнал LEAD не появляется вообще никогда (опять же, кривизна модели). Остальные режимы отличаются исключительно моментами появления LAG и выключения LEAD. А вот так неприглядно выглядит картинка, если входные данные нерегулярные. Причём как видно, LEAD и LAG меняются вовсе не по MCLK. Может, очередной привет от модели, а может в примитиве кристалла будет такая же грусть. Так что отказаться от битовой тренировочной последовательности, увы, не получится. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fingertouch 2 30 ноября, 2022 Опубликовано 30 ноября, 2022 · Жалоба Ну вот и добрались до очередных граблей. Видно плохо, поэтому продублирую словами. Выход IODELAY не может драйвить IEM. В описании самого IEM, кстати, раздел Connection Rule отсутствует. А судя по структуре входной логики его и подключить то больше некуда, кроме выхода IODELAY или напрямую пада (через мультиплексор). Всё, приехали? Есть какие-нибудь идеи или опыт у просвещённой публики? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fingertouch 2 9 декабря, 2022 Опубликовано 9 декабря, 2022 (изменено) · Жалоба Продолжаем разматывать использование входных ресурсов для приёма быстрых последовательных потоков данных. Новости на сегодняшний день следующие. 1. IEM, созданный по заверениям производителей для работы в связке с IODELAY, оказался подключенным не к выходу последнего, а непосредственно ко входному паду. Уж не знаю, это программный баг Gowin FPGA Designer 1.9.8.08, или аппаратная фича кристалла, но в любом случае IEM становится бесполезен. Придётся от него отказаться совсем. 2. На IODELAY отсутствует сброс, что немного усложняет жизнь при перетренировке линии. Начинать придётся не с начала, а с ранее накрученной задержки. 3. Косвенно измерил задержку на один тап IODELAY. Измерения, конечно, никакой метрологической критики не выдерживают, но хоть что-то о количестве настройщиков пианино в Нью-Йорке Чикаго теперь известно. Мерял глаз для 675 Мбит/с Измерение 1 Спойлер Весь глаз Первый кроссовер Последний кроссовер Длина от первого кроссовера до последнего - 64 тапа Измерение 2 с дополнительной ёмкостью на линии в виде пальца. Спойлер Весь глаз Первый кроссовер Последний кроссовер Получилось, опять же, 64 тапа. При длительности битового интервала 1/675 = 1481 пс получаем, что один тап примерно равен 23 пс. Что ближе к модели (25 пс), чем к даташиту (18 пс). Хотя и не соответствует точно ни тому, ни другому. Изменено 9 декабря, 2022 пользователем fingertouch 1 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
pavlovconst 2 22 ноября, 2023 Опубликовано 22 ноября, 2023 · Жалоба Привет! Я немного опоздал, но все же дополню 😃 В даташите на GW1N нашел такую запись Spoiler Видимо, 25ps было задокументировано изначально, затем документация была поправлена, а модели - нет. Почему написали новые значения? Я предположу, потому что задержки IODELAY некалиброваннные (в отличие от Xilinx-а) и в разных PVT условиях могут отличаться. Возможно, перестраховались и вписали самый плохой случай... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться