Comments 4
А вот этот проект не смотрели? https://zipcpu.com/blog/2023/11/25/eth10g.html
На момент написания статьи этот проект не встретился, а на момент разработки кодеков его ещё не было. Модули были разработаны задолго до того, как появилась эта статья. Тогда мы и решили их выложить в github, так как не нашли готовых, хотя разработка их не была чем-то сложным. А теперь решили написать статью по этому поводу. Так что если кто воспользуется нашими наработками будет отлично =)
У вас на схеме исходные 66 бит сжимаются до 64, а затем в декодере опять ппреобразуются в 66. Наверное, всё-таки, должно быть наоборот.
На схеме всё указано верно.
Возможно вы неверно поняли, идея конвертера не сжать данные, а из шины 66 бит перейти в шину 64 бита, так как, учитывая опыт использования высокоскоростных приёмопередатчиков, шина 66 бит обычно не доступна для выбора. Варианты зачастую такие 32,40,64 бит на такт. А при формировании и обработке данных с использованием кодека 66/64 удобно, когда за один такт сразу приходят данные 64 бита, и "служебка" 2 бита.
Реализация кодека 66b/64b на языке VHDL