falc56, pef2256 H v2.1 Опции

[Chechelnitsky]

Пытаюсь запустить сабж.

Разобрался с передачей в линию, структурированный поток, CAS. Проблема возникла с приемом HDB3-кода. Облазел всю документацию и errata. На MCLK подаю 10.24 МГц. Значение коэффициентов для GCM[8..1] - подставляю рассчитанные программой "FrqCalc21Rev3.exe". Плату проверил. До ног МС сигналы доходят.

В регистр FRM0 (адрес 0х1С) прописываю 0хF0 - HDB3-код.
Бит "Receive Line Monitoring" (регистр LIM0) = 0 - выключен.
Бит "Dual-Rail Select" (регистр LIM1) = 0 - выключен -> работает аналоговый интерфейс с эквалайзером.

Возникают следующие подозрения:
1. Не работает входной эквалайзер. Может быть у кого-нибудь есть ASCII-файл для заливки в RAM эквалайзера? Поделитесь пожалуйста.
2. Не нравится частота 10.24 на ноге MCLK. Передаять кварц на 10 МГц?

P.S. На команду чтения версии (адрес 0x4A) выдает 0х05. Это правильно???

Заранее спасибо.
С уважением, Владимир.

[Артем_Балетински...]

Мне где-то через месяц тоже придется выжимать максимальную дальность из FALC и QFALC, так что о результатах было-бы интересно узнать.

Я отпишусь о резульатах, но не уверен, что это будет скоро. Сейчас я переразвожу плату, т.к. предидущий вариант у меня с мультиплексированной шиной, а для перепрограммирования
эквалайзера нужна немультиплексированная шина, после майских праздников отдам плату на изготовление, и через 3 недели я буду проводить испытания. Резать плату и кидать кучу перемычек для ускорения тестирования у меня просто нет желания. Так что результаты тоже будут тока через месяц.

[zltigo]

Так что результаты тоже будут тока через месяц.

Ну тогда у меня раньше - с железом проблем нет, только с иммитатора линии, генератора и измерителя уровня ошибок пыль стереть и стендик собрать. Может даже в следующие выходные.
P.S.
Глянул исходники от Инфинеон - мрак. Тупое торжество copy-paste , это даже не их бангалорские програмеры писали, а вообще неведомо кто. Переформатировал хоть данные в таблицу а то 640 !!! таких строк это ни в какие ворота не лезет

Код

MEM_WRITE8(falc + 0x00, 0x14);
MEM_WRITE8(falc + 0x01, 0xEE);
MEM_WRITE8(falc + 0x02, 0x0F);
....

[zltigo]

Так, результаты. Странные. Для начала берем в качестве рефренсного QuadFALC V3.1 подключаем его к имитатору кабеля Wandel & Goltermann PKN-1. Получаем устойчивую работу при затуханиях в линии 45-46dB ( один dB разброс от канала к каналу). В общем обещанные -43dB налицо.
Берем FALC56 V2.2 самое страное, вопреки написанному в Errata получаем более-менее работоспособность на канале с затуханием в, примерно, 38-40dB. "Примерно", заключается в том, что в отличии от QuadFALC, который просто на ровном месте отсекается по детектированию NOS тут растет уровень ошибок а отсечка по NOS происходит при -40dB. Теперь еще более интересное - заливка эквалайзера НЕ МЕНЯЕТ НИЧЕГО.
Заливка эквалайзера в приложениии.

Прикрепленные файлы

 falc56_eq.rar ( 5.61 килобайт ) Кол-во скачиваний: 143

 

[DmitryR]

У нас OctalFALC заработал по UTP на 2 километра, причем провод был собран из кусков (даже не из бухт) на скрутках. Без перезаливки эквалайзера не пробовали, так как испытывали не сами.

[zltigo]

Без перезаливки эквалайзера не пробовали, так как испытывали не сами.

Эквалайзер QFALC и прочих Октальных в перезаливке не нуждается и соответственно сама процедура вообще не описана. Все шаманство в относится к одиночному FALC. Так что Вы, говорите, заливали в Octal?

[DmitryR]

Заливали код, присланный дилером по технологии, описанной в OCTALFALC_V1.1_ES_Rev4.0 п.1 "Reduced Receiver Sensitivity in E1". И почему бы этому октальному фальку не нуждаться в перезаливке, если он примерно на два года старше, чем FALC56 2.2?

[zltigo]

...почему бы этому октальному фальку не нуждаться в перезаливке, если он примерно на два года старше, чем FALC56 2.2?

Да уж... С восмеренными дела не имел, видиммо к счастью ... Даже не предполагал, что с ними еще более запущено, чем с одиночными, ибо счетверенные вполне в этом отношении отработанные.
P.S.
А вообще с Infineon пора завязывать - не думаю, что сброс всего проводного направления неведомой инвестиционной штатовской компании хорошо аукнется....

[Victor®]

Уважаемые!
А может кто-то поделиться errata на QuadFalc 2.1 и 3.1?
И может еще какой "скрытой" информацией?

-- Спасибо. Успехов!

[DmitryR]

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

А можно эту мысль поподробнее развить, а то до меня что-то плохо доходит? Какой сброс? Вроде только что вот MUNICH версии обновили, QUADFalc вышел 3.1? Но вообще я Infineon взял потому только, что они чувствительнее Dallas (что подтвердилось на испытаниях - мы сделали конкурентов на чипах Dallas примерно на 20%), а остальные плохо доступны.

[zltigo]

А можно эту мысль поподробнее развить

А чего тут развивать - продали, за не перспективностью, и все стало туманее.

а остальные плохо доступны.

Посему пора ориентироваться на LIU + FPGA. Для массовых коротких дистанций вместо LIU почти любая самоделка - тогда еще не только независимее, но и дешевле.

[DmitryR]

Посему пора ориентироваться на LIU + FPGA. Для массовых коротких дистанций вместо LIU почти любая самоделка - тогда еще не только независимее, но и дешевле.

Мы вобщем-то так и собираемся сделать в перспективе, однако с теоретической точки зрения я не понимаю, какая разница покупать LIU или полный фреймер (нам надо LH, поэтому без LIU не обойтись). Затем еще, HDLC контроллер на 256 каналов занимает в FPGA не очень мало места (больше 10000 LUT), то есть MUNICH получается просто выгоднее экономически. Я вообще этого дела раньше не касался, взял MUNICH с OctalFALC соединил и success c первого раза, а в FPGA там придется покувыркаться с отладкой и HDLC, и фреймера.

[zltigo]

взял MUNICH с OctalFALC соединил и success c первого раза

При таком подходе, в самом OctalFALC уже 24 HDLC контроллера оказались лишними , MUNCH - то зачем? Просто не захотелось PCI в FPGA поднять .

а в FPGA там придется покувыркаться с отладкой и HDLC, и фреймера.

Зато получите определенную степень независимости и не будет той офигенной избыточности. Да и из Infineon что не собирай, все EWSD получается

[DmitryR]

MUNCH - то зачем? Просто не захотелось PCI в FPGA поднять .

Во-первых, 24 контроллера мало, а во-вторых новая версия MUNICH есть с PCI Express, причем распиновкой (кроме собственно PCI части) не отличается от PCI, что дало возможность сделать PCIe плату из PCI минимальным трудом.

[Артем_Балетински...]

Попробовал я наконец залить в эквалайзер данные, которые мне прислал дистрибьютор и ... пока ничего. чувствительность как была на уровне -15...-18 дБ так и осталась. Нужных -40 ну ни как не наблюдается. Пытаюсь понять в чем моя ошибка. Хотелось бы знать кому-нибудь удавалось у одиночного фалка поднять чувствительность перезаливкой эквалайзера? поделитесь опытом.

[zltigo]

Попробовал я наконец залить в эквалайзер данные, которые мне прислал дистрибьютор и ... пока ничего. чувствительность как была на уровне -15...-18 дБ так и осталась.

Тоже, все, как было, так и осталось, единственно, что на уровне, как уже писал, где-то -36...38dB