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. Это правильно???

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

[maxus]

Я тоже намахался с подобным. Дайте свое мыло - вышлю erratu на PEF2256 V2.1 - очень интерестно

[Chechelnitsky]

e-mail:

chechelnitsky@rambler.ru

P.S. У мена версия errarta "Rev. 4, 2004-06-23"

PPS. Частота тактирования (MCLK) у меня 10.24 МГц. Может быть в этом проблема?

С уважением, Владимир.

[maxus]

У меня эта же версия. Высылать не буду
Я пробовал с MCLK = 2.048, 8.192 и 16.384 - отлично работает и в режиме Master, и в режиме Slave. Подсчитанные же значения FrqCalc21Rev3.exe вообще никуда не годятся!
На счет эквалайзера: общался с представителем Infineon, он говорит, что его необязательно настраивать.
Регистр версии исправлен в еррате.

[Chechelnitsky]

Подсчитанные же значения FrqCalc21Rev3.exe вообще никуда не годятся!

Появилась версия errata "Rev. 6.0, 2005-02-18"

ВНИМАНИЕ !!! Программа "FrqCalc21Rev3.exe" - предназначена для счетверенного Falc.

Взял значения для частоты MCLK=10 Мгц из errata. Все заработало. УРА !!!

С уважением, Владимир.

[CITY]

аналогично токо значение из errata помогло в свое время... спасибо maxus-у!
есть еще нехорошие подозрения по поводу данного falc - да пока эксплуатация и прогон ничего не дали ясного...
зато может v2.2 уже попробовать?!

[Equinox]

ПЖЛСТА!
Подскажите, где можно дёрнуть errat'ы на FALC56 v2.1, а то на infineon.com за ними отсылают к местному поставщику этих мелкосхем, а с этим проблема...
А может кините на мыло, если не жалко?
equin@mail.ru
Заранее спасиба.

[Equinox]

Благодарю Вас, господин Chechelnitsky, за эту пдф-ку!
Это всё долбанные регистры GCM1-8, подставил значения из errata sheet, фалк56 стал подстраивать частоты, перестал сбивать синхронизацию. И ещё, как оказалось разводка печатной платы делалась под версию 1.2, где отсутствовал контакт питания ядра 1,8В. Как следствие, форма сигнала питания ядра была ужасающей пилообразной формы. Перевел фалк56 v2.1 в режим сингл соппли вольтаж, а на ногу 74 повесил керамический кондёр, и исчезли ошибки по информации.

[dimasen]

Поможите и мне плиз.
Парюсь уже неделю с FALC56 v1.2.
Режим Slave.
Почему-то если я пытаюсь что-то передать через него XDI, не получается проинициализировать регистры, чтоб синхронизация фрейма была по SYPX. SYPX - как вход(input)
Синхронизировать приемник по SYPR удалось без проблем. SYPR - как вход(input)
Может у кого-то ERRATA есть на FALC56 v1.2? Там есть что-нить про это?
Киньте в меня плиз. d ima s en@mail. ru (пробелы убрать)
Спасибо.
Очень жду.

[Chechelnitsky]

Поможите и мне плиз.
Режим Slave.
Почему-то если я пытаюсь что-то передать через него XDI, не получается проинициализировать регистры, чтоб синхронизация фрейма была по SYPX. SYPX - как вход(input)

1. В документации на Falc сказано, что SYPX (активный уровень "0") должен быть синхронен с XMFS (активный уровень "1"). см. "Figure 37 Transmit System Interface Clocking: 2.048 MHz (E1)".
2. Какой кварц запаян на FALC56? 20 МГц или 20.48? -> см. errata по почте. GCM[8..1] правильно прописал?

Успехов.

[RCray]

пришлите по почте еррату, аналогичные проблемы - рассинхронизация постоянная.
r c r a y @ m a i l . r u
Заранее спасибо!!!

[RCray]

всё. прислали из Интеха.

[Kazap]

Не могу никак получить от интеха errata на FALC56 v2.1, а надо срочно. Если у кого есть,
просьба,- выложите на форуме или вышлите на e-mail anmur@rambler.ru. Заранее благодарен.

[zltigo]

Появилась версия errata "Rev. 6.0, 2005-02-18"
....
взял значения для частоты MCLK=10 Мгц из errata. Все заработало. УРА !!!
уважением, Владимир.

А что для 10MHz значения в errata V5 отличались от приведенных в V6?? Буквально вчера начал существующую железку перепахивть, так она в первом приближении пахала (силикон 2.1) и на значениях из первоначального документа . У меня сейчас под рукой V5 errata, человек который по идее должен иметь свежую errata сейчас не доступен, посему был-бы очень благодарен за V6 errata выложеную на FTP, например, или по почте.

[shamray]

Решил не открывать новую тему - напишу сюда. Пользую QuadFALC PEF 22554. При установлении кодировки в линию HDB3 и CMI все работает отлично. Но есть необходимость переключать в режим NRZ, вот тут начинаються проблемы. На выходе FALC-а стоит коммутатор ADG888 а его выход заведен на Alter-у. Та вот, если я даю заворот с XL1 на RL1 и XCLK на RL2 происходить постоянный срыв синхронизации, по некоторым каналам все в норме, например: 1-й и 4-й а по 2-му и 3-му нет синхры вообще. При перезагрузке фалька все может поменяться и стать в синхру другие каналы. Сигналы на входе и выходе альтеры в порядке т.е. заворот идет. Куда смотреть - незнаю.

[Kazap]

А что для 10MHz значения в errata V5 отличались от приведенных в V6?? Буквально вчера начал существующую железку перепахивть, так она в первом приближении пахала (силикон 2.1) и на значениях из первоначального документа . У меня сейчас под рукой V5 errata, человек который по идее должен иметь свежую errata сейчас не доступен, посему был-бы очень благодарен за V6 errata выложеную на FTP, например, или по почте.

для 10 MHz MCLK- последовательно (CGM1-8)-48H 06H xx xx 00H 0CH 80H xx - lданные из V6
И еще резистор, подключаемый паралельно обмотке входного транса на RL1,2 по моему опыту, не 120 ом, а 2 по 60 ом, и со средней точки через 0.1 мкФ на землю. По другому у меня FALC не заработал, по крайней мере на советские трансы типа ТИМ

Решил не открывать новую тему - напишу сюда. Пользую QuadFALC PEF 22554. При установлении кодировки в линию HDB3 и CMI все работает отлично. Но есть необходимость переключать в режим NRZ, вот тут начинаються проблемы. На выходе FALC-а стоит коммутатор ADG888 а его выход заведен на Alter-у. Та вот, если я даю заворот с XL1 на RL1 и XCLK на RL2 происходить постоянный срыв синхронизации, по некоторым каналам все в норме, например: 1-й и 4-й а по 2-му и 3-му нет синхры вообще. При перезагрузке фалька все может поменяться и стать в синхру другие каналы. Сигналы на входе и выходе альтеры в порядке т.е. заворот идет. Куда смотреть - незнаю.

Для начала посмотрите осцилом картинку и сопоставьте с конфигурацией,- активные фронты должны быть посреди входного импульса-его тактового интервала. Да и желательно физически завернуть без ADG888 и alter'ы.
ALtera тоже может гадить, если неправильно выставить turbo bit, slow rate и т.п.
А при HDB3 и CMI, как вам известно ,тактовая выделяется из линейного сигнала

[zltigo]

для 10 MHz MCLK- последовательно (CGM1-8)-48H 06H xx xx 00H 0CH 80H xx - lданные из V6

Спасибо, не отличаются от V5.

По другому у меня FALC не заработал, по крайней мере на советские трансы типа ТИМ

Ну использование каких-либо TIMов типа 124 это уже лет как десять явный перебор

[Kazap]

Спасибо, не отличаются от V5.

Ну использование каких-либо TIMов типа 124 это уже лет как десять явный перебор

Не вижу перебора- все параметры по Ж703, а стоят сие неликвиды копейки -по сравнению с рекомендованными. Так что в дело идут и 124, и 98 и некоторые другие

[zltigo]

Не вижу перебора- все параметры по Ж703, а стоят сие неликвиды копейки -по сравнению с рекомендованными.

Для нормального сколь-либо серийного производства закладываться на неликвиды несерьезно. C приходом на этот рынок китайских производителей на цену трансформаторов грех жаловаться. Размер, изделия, поверхностный монтаж, наличие альтернативных производителей и возможность покупки ЗИП в любой точке мира ну и качество тоже имеют значение. Ну и если нужно пяток метров до какого-нибудь линейного оборудования дотянуться, тогда там что-попало сгодится, а если на полную дальность, да на встречной стороне чужое оборудование? Все эти неликвиды очень дорого обойтись могут.

[Kazap]

Для нормального сколь-либо серийного производства закладываться на неликвиды несерьезно. C приходом на этот рынок китайских производителей на цену трансформаторов грех жаловаться. Размер, изделия, поверхностный монтаж, наличие альтернативных производителей и возможность покупки ЗИП в любой точке мира ну и качество тоже имеют значение. Ну и если нужно пяток метров до какого-нибудь линейного оборудования дотянуться, тогда там что-попало сгодится, а если на полную дальность, да на встречной стороне чужое оборудование? Все эти неликвиды очень дорого обойтись могут.

ясное дело, что плата разведена по разные типы трансов, как на тим, так и на др.- про чужое оборудование- естестно-проблем нет, я же сказал, что все по Ж703- а значит стандартно.

[Dmitrik73]

Если у кого есть скиньте, пожалуйста, errata PEF2256 V2.1 на kr_dv@hotmail.com.

[shamray]

Если у кого есть скиньте, пожалуйста, errata PEF2256 V2.1 на kr_dv@hotmail.com.

Ушло.

[zltigo]

Ушло.

Это какая версия errata 'ушла'? Шестая?

[shamray]

Это какая версия errata 'ушла'? Шестая?

Нет - V4

[zltigo]

Нет - V4

Слабополезна

[Dmitrik73]

Ушло.

Огромное спасибо!!!!

Нет - V4

Это шестая errata от 2005-02-18.

[Dmitrik73]

У меня есть Errata Rev 1.0 2007-02-01 для FALC56 (PEF2256 H&E), Version 2.2.
Если нужна, пишите, отправлю.

[DmitryM]

У меня есть Errata Rev 1.0 2007-02-01 для FALC56 (PEF2256 H&E), Version 2.2.
Если нужна, пишите, отправлю.

Плиз скинь на dmalihin@yahoo.com

Могу поделиться es на вер 2.1

[Dmitrik73]

Плиз скинь на dmalihin@yahoo.com

Могу поделиться es на вер 2.1

Отправил.

[DmitryM]

Отправил.

Спасибо, получил

[zltigo]

Modератор:
не забываем, что сущестует личная переписка. Всякие "суперинформативные" для широкой общественности сообщения отправляйте личной почтой.

[Меандр]

Возникли проблемы при переходе с v2.1 на v2.2 (до этого был v1.2) . Сразу скажу использую готовые куски инфенеоновского кода в коде сильно не копался. При переходе с 1.2 на 2.1 изменил только значения GCM1-8 согласно errata, и вроде все заработало. Сейчас поставил v2.2 и прописываю GCM согласно datasheet или F56v2.2FMRClkCalcR1.zip получается полная фигня. Устройство не выдает в линию правильные сигнал. Возможно, что опять проблемы с pll. И еще WID как-то странно читается 0E для 2.1 и 07 для 2.2.

Сообщение отредактировал Меандр - Aug 25 2008, 14:12

[Ledol]

2Меандр
Какую схему питания используете? Если - Single Voltage Power Supply Mode, убедитесь, что на Vddc (pin 74) стоит кондер на землю. В версии 1.2 он был N.C., а в 2.2 ( согласно DS стр. 68, 5.4.1 Power Supply Configuration) должен иметь кондер на землю.
Это критично, проверено.

[Меандр]

С питанием все нормально, с v2.1 устройство работает работало раньше хоть как-то, с v2.2 оно не работает на PRI линию совсем. Боюсь я что-то не прописываю, что следовало бы прописать. Но в тоже время тактовые sclkr и sypr не сбоят. Если у кого есть errata на 2.2 большая просьба выслать meandr.5(at)gmail.com

[Меандр]

Странная выходит ситуация - когда загружаю значения со стр. 301 Table 66 GCMx Register Programming PRI синхронизируется, но кривой TDM, когда из Table 1 MCLK Selection(или программой для расчета) стр. 18 наоборот. То же самое было и с версией v2.1. При этом с v1.2 все работает нормально и там и там. Data Sheet Rev. 1.1, 2005-06-13.

[Меандр]

Для 2.2 и 2.1 важно не обнулять после сброса некоторые регистры. Лучше оставить все как есть, прописывать только то, что, например, нагенерил AppWiz, как в нашем случае. Кроме того, попался чип с маркировкой как у 2.2 и поведением как 1.2.

[Equinox]

да да было такое
закупили партию чипов с маркировкой V2.2 и датой производства 2004 года, хотя тогда их ещё и не делали...
так как они работать отказались, пришлось менять

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

Всем привет! Нужна срочно Errata на FALC56 v2.2.

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

В общем достал я Errata. Теперь я знаю что мне делать, но есть проблема. В Errata написано нужно перепрограммировать эквалайзер приемника, написан алгоритм как это сделать, но вот беда - нету самих значений которыми надо программировать эквалайзер. Написано, что эти значения доступны в виде ASCII txt файла, спросил у дистрибьютеров infeneon которые мне Errata дали - сказали нет у них ничего. Может у кого есть этот самый файл - выложите плиз.

[zltigo]

В Errata написано нужно перепрограммировать эквалайзер приемника...

Ну так бросьте сюда то, что написано - почитаем. А в чем собственно сама проблема? Дальность выжать не смогли?

Эти значения доступны в виде ASCII txt файла..

Возможно его просто один из визардов генерит?

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

Ну так бросьте сюда то, что написано - почитаем. А в чем собственно сама проблема? Дальность выжать не смогли?

Возможно его просто один из визардов генерит?

Визардов у них тока два. Один генерирует только значения для внутреннего генератора (значения GCM), другой считает параметры входной и выходной цепи. ни у одного из них нет кнопок для генерации каких-либо файлов.

Собственно проблема в том, что по тех. заданию на устройство у меня чувствительность -40дБ.
В данный момент фреймер мне обеспечивает -18 дБ, чтобы улучшить нужно перепрограммировать эквалайзер
вот то что в errata написано

TBR4 compliance tests showed that immunity against noise caused by 18 dB attenuated HDB3 coded E1 signals
according to the test description in TBR4 (Annex B.3.2) is not given with the standard configuration of the device.
Description
Optimization of the receive equalizer logic for clock and data recovery of up to -43 dB attenuated E1 signals
introduced an immunity against noise for lower attenuated signals.
Fix
None.
Workaround
To improve the Receiver Sensitivity to the specified value of -43 dB and an improved immunity against noise to
meet the TBR4 specification, a modified parameter set must be loaded into the Receive Equalizer RAM.
Please take into account that the access to the Receive Equalizer Parameters is not possible, if the
microprocessor interface is operated in “INTEL Multiplexed Mode” (See chapter 2.5 of the Data Sheet).

Ну и описана процедура програмирования Receive Equalizer Parameters.

также указано
RAM data values to be programmed are available in an electronic format as ASCII files, defining address and data
to be written.
Source code in C-Language is available on the confidential library of Infineon.
Но дистрибьютеры понятия не имеют о каком то Source code in C-Language или ASCII files.

[DmitryR]

В общем достал я Errata. Теперь я знаю что мне делать, но есть проблема. В Errata написано нужно перепрограммировать эквалайзер приемника, написан алгоритм как это сделать, но вот беда - нету самих значений которыми надо программировать эквалайзер. Написано, что эти значения доступны в виде ASCII txt файла, спросил у дистрибьютеров infeneon которые мне Errata дали - сказали нет у них ничего. Может у кого есть этот самый файл - выложите плиз.

Надо попросить дистрибьютеров, чтобы они попросили у Infineon. В моем случае они прислали через пару дней буквально, но у меня для другого чипа.

[Artem_Petrik]

В общем достал я Errata. Теперь я знаю что мне делать, но есть проблема. В Errata написано нужно перепрограммировать эквалайзер приемника, написан алгоритм как это сделать, но вот беда - нету самих значений которыми надо программировать эквалайзер. Написано, что эти значения доступны в виде ASCII txt файла, спросил у дистрибьютеров infeneon которые мне Errata дали - сказали нет у них ничего. Может у кого есть этот самый файл - выложите плиз.

Попробуйте попросить не ACII txt, а просто исходники драйвера для FALC56 для ихней evalboard. Файл зовется f56.c. Там в процедуре инициализации что-то есть. Может он даже у вас уже есть.
У меня файл древний, 2003 года, содержит в себе

Код

    /*Receiver Sensitivity optimization*/
/*#ifdef F56_21    
    falc = ctx->falc[0].pxReg;
    MEM_WRITE8(falc + FALC56_BB , 0x17);
    MEM_WRITE8(falc + FALC56_BC , 0x55);
    MEM_WRITE8(falc + FALC56_BB , 0x97);
    MEM_WRITE8(falc + FALC56_BB , 0x11);
    MEM_WRITE8(falc + FALC56_BC , 0xAA);
    MEM_WRITE8(falc + FALC56_BB , 0x91);
    MEM_WRITE8(falc + FALC56_BB , 0x12);
    MEM_WRITE8(falc + FALC56_BC , 0x55);
    MEM_WRITE8(falc + FALC56_BB , 0x92);
    MEM_WRITE8(falc + FALC56_BB , 0x0C);
    MEM_WRITE8(falc + FALC56_BC , 0x00);
    MEM_WRITE8(falc + FALC56_BB , 0x8C);
    MEM_WRITE8(falc + FALC56_BB , 0x0C);
#endif*/
}

P.S. Если мне не изменяет память, там по этим адресам далеко не всегда получается писать. То ли, чтоб писалось, надо чтоб шина была 16-разрядная, толи немультиплексированная. Что-то такое в Errata было. Только не помню в какой версии, может в 2.2 уже все нормально. В общем, обратите внимание.

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

Попробуйте попросить не ACII txt, а просто исходники драйвера для FALC56 для ихней evalboard. Файл зовется f56.c. Там в процедуре инициализации что-то есть. Может он даже у вас уже есть.
У меня файл древний, 2003 года, содержит в себе

Код

    /*Receiver Sensitivity optimization*/
/*#ifdef F56_21    
    falc = ctx->falc[0].pxReg;
    MEM_WRITE8(falc + FALC56_BB , 0x17);
    MEM_WRITE8(falc + FALC56_BC , 0x55);
    MEM_WRITE8(falc + FALC56_BB , 0x97);
    MEM_WRITE8(falc + FALC56_BB , 0x11);
    MEM_WRITE8(falc + FALC56_BC , 0xAA);
    MEM_WRITE8(falc + FALC56_BB , 0x91);
    MEM_WRITE8(falc + FALC56_BB , 0x12);
    MEM_WRITE8(falc + FALC56_BC , 0x55);
    MEM_WRITE8(falc + FALC56_BB , 0x92);
    MEM_WRITE8(falc + FALC56_BB , 0x0C);
    MEM_WRITE8(falc + FALC56_BC , 0x00);
    MEM_WRITE8(falc + FALC56_BB , 0x8C);
    MEM_WRITE8(falc + FALC56_BB , 0x0C);
#endif*/
}

P.S. Если мне не изменяет память, там по этим адресам далеко не всегда получается писать. То ли, чтоб писалось, надо чтоб шина была 16-разрядная, толи немультиплексированная. Что-то такое в Errata было. Только не помню в какой версии, может в 2.2 уже все нормально. В общем, обратите внимание.

Прислали мне исходники, теперь буду пробовать перепрограммировать. Всем спасибо за помощь

[zltigo]

...теперь буду пробовать перепрограммировать.

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

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

Мне где-то через месяц тоже придется выжимать максимальную дальность из 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

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

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

А по какому принципу определялась чувствительность у вас. Я для себя чувствительность определял исходя из отсутствия в принимаемом цифровом потоке ошибок. (т.е. что отправил то и должен принять), если же на ошибки забить и определять чувствительность исходя из потери фреймером синхронизации, то чувствительность в этом случае достаточно велика, как раз где-то 30 - 35 получается

[zltigo]

А по какому принципу определялась чувствительность у вас. Я для себя чувствительность определял исходя из отсутствия в принимаемом цифровом потоке ошибок.

Так и делалось, только поток был не плотным - редкие тестовые пакеты и небольшая нагрузка, но тот-же CRC4 был включен. Долго не гонял. Использовался правильный аттенюатор.

[Vladimir_C]

Это шестая errata от 2005-02-18.

Если возможно, то вышлите и мне. Или, что наверное лучше, выложить на ftp.

[VTrue]

Подскажите пожалуйста, как определить работоспособность чипа FALC56 v2.2
Хочу проверить правильность настройки Master Clocking Unit. Использую генератор с частотой 16.384 мгц
Выбрал значения для регистров GCM1..GCM8 из PDF. Настроил выводы CLK1 И СLK2 на выход с частотами 2.048 мгц
Но после запуска платы, на выводах CLK1 И СLK2 ничего не наблюдается . Может кто подскажет по поводу нюансов инициализации.
Или может проблема в генераторе

[Vladimir_C]

Подскажите пожалуйста, как определить работоспособность чипа FALC56 v2.2
Хочу проверить правильность настройки Master Clocking Unit. Использую генератор с частотой 16.384 мгц
Выбрал значения для регистров GCM1..GCM8 из PDF. Настроил выводы CLK1 И СLK2 на выход с частотами 2.048 мгц
Но после запуска платы, на выводах CLK1 И СLK2 ничего не наблюдается . Может кто подскажет по поводу нюансов инициализации.
Или может проблема в генераторе

1. Проверить питание.(если питание одно, то вместо второго должен быть установлен конденсатор 0,47мкф на GND от вывода 74)
2. наличие входного CLK от вашего генератора

Errata sheet к FALC можно запросить в Симметроне у Прошина Федора

[VTrue]

1. Проверить питание.(если питание одно, то вместо второго должен быть установлен конденсатор 0,47мкф на GND от вывода 74)
2. наличие входного CLK от вашего генератора

Errata sheet к FALC можно запросить в Симметроне у Прошина Федора

Спасибо за информации, оказывается не работал генератор на выводе MCLK, взял генерацию с другой платы, все заработало)))
Теперь нужно искать замену китайской подделке(((

[VTrue]

Есть проблемка с FALC56, для проверки соединения постоянно шлю данные на вход XDI и смотрю на выходе RDO устройства абонента, данные идут
Но когда физически разрываю соединение между абонентами, то вижу, что данные продолжают приходить. Такое впечатление, что где включается функция LOOP-BACK, хотя при инициализации я ее везде выключил. Кто-нибудь может подсказать, как с этим бороться??

[VTrue]

Добрый день)))

Пытаюсь приладить к falc56 оптический интерфейс, кодировка для передачи данных по оптике используется NRZ
Есть вопрос, как синхронизировать прием данных в NRZ кодировке, что нужно подавать на вход RCLKI для синхронизации входного потока???

Владимир

[klaks]

По поводу буфера HDLC подскажите, пожалуйста, не совсем понятно. Написано в даташите, что доступ к фифо может быть как 8и, так и 16и битный. На схеме битность шины выбирается раз и навсегда. Каким же образом передавать по HDLC нечетное количество байт? Или таких случаев не бывает?

[VTrue]

Добрый день

Есть проблемка, касательно использования фреймера PEF22554. Фреймер железно работает с кодировкой NRZ (восстановление синхронизации осуществляется внешней схемой). Но отказывается работать с кодировками HBD3 и CMI. Переодически сыплются ошибки. Шлю на вход последовательность из 2-х фреймов, получаю полный бред. Портится вся посылка, даже нулевые тайм слоты портятся. Иногда получается принять правильные данные. Думаю проблема в инициализации. Может у кого-нибудь остался работающий код инициализации??

Буду примного благодарен

Владимир (nordice@mail.ru)

[GentleFly]

А может кто-то поделиться последним errata на QuadFalc 2.1?
muhamatnabeev@yandex.ru

[DmitryM]

А может кто-то поделиться последним errata на QuadFalc 2.1?
muhamatnabeev@yandex.ru

нужна именно errata? Есть Datasheet & DeltaSheet:

Preface
This document describes the changes implemented in the QuadFALC® Version 2.1
related to the previous version 1.3. All functions not mentioned in this document remain
unchanged.
QuadFALC® Version 2.1 is a pin-compatible replacement of QuadFALC® Version 1.x.
Severe errata of QuadFALC® Version 1.3 are fixed. For more information please contact
your local sales office.

[GentleFly]

нужна именно errata? Есть Datasheet & DeltaSheet:

Видимо да, нужен именно "Errata Sheet". Так как:

...Появилась версия errata "Rev. 6.0, 2005-02-18"...

Благодарю Вас, господин Chechelnitsky, за эту пдф-ку!
...Это всё долбанные регистры GCM1-8, подставил значения из errata sheet, фалк56 стал подстраивать частоты, перестал сбивать синхронизацию...

Datasheet и DeltaSheet у меня уже есть. Спасибо.

[shp]

Подскажите пожалуйста, есть FALC v.2.2, соединил 2 таких FALC'а проводами, циклически отправляю 2 байта по HDLC с одного FALC'а на другой, все приходит. Теперь я хочу посмотреть "сырые" данные по HDLC (структуру фрейма с флагами, CRC и т.д.), для этого на приемном FALC'е выбрал режим "No HDLC framing mode" (регистр MODE, биты MDS(2:0) = 111) - в результате получаю первый раз прерывание RPF (хотя фрейм по идее короткий), в RFIFO случайные 4 байта + 28 байт 0xFF. Затем все время прерывания RPF и в RFIFO 32 байта 0xFF. Что я делаю не так?

P.S. Читаю все время только младший байт RFIFO (он же на самом деле 16-разрядный). Структуру фрейма хочу посмотреть, т.к. нужно состыковаться с АТС по протоколам DSS/LAPD.

[shp]

3-ий день впустую... Нет сверхцикловой синхронизации (в 16-м таймслоте), при этом цикловая есть. В чем может быть дело? Не знаю, что уже пробовать...

Может у кого есть errata на PEF 2256 H v. 2.2?

Сообщение отредактировал shp - Nov 15 2013, 12:55

[grv]

Тут такое дело, старая железяка выпускалась очень долго на falc56 v1.2 , наконец то они закончились нужно переехать на falc56 v2.2

Подскажите следующее:
Имеется Version 2.2 Data Sheet, Rev. 1.1, June 2005 Это последний DS ?

Поделитесь пожалуйста эрратами и калькулятором для расчета частоты на anteynet@ukr.net. Спасибо.

[shp]

Мне тоже еррата и калькулятор на 2.2 не помешают, буду вам очень благодарен: shp_a_tut.by

[a-p]

Если кому интересно, то могу рассказать о своих приключениях с QFALC. Я в одной крупной компании сопровождал некое устройство с QFALC на борту. За время сопровождения (около 10 лет) мы два раза делали обновление: сначала с V1.1 на V2.x, потом на V3.x (точные номера не помню - давно это было). Второе обновление прошло более/менее гладко, но в серию не пошло. А вот с последним обновлением случился казус - устройство начало жутко сбоить по каналам T1/E1. Причем разные чипы вели себя по разному. Для решения проблемы я поехал на родину устройства, где встретился с инженером из Lantiq - компании, которой была продана эта продуктовая линейка. Проблема была найдена практически сразу - signal integrity. В общем это было основной версией с самого начала, но нужны были доказательства.
Так вот, инженер Lantiq рассказал забавную историю развития FALC-ов. Первое поколение FALC-ов разрабатывалось в виде схемы из набора "логических элементов", второе - оптимизация и использование новых "логических элементов". А вот в последней версии всё было переписано на HDL с сохранением совместимости. Но совместимость сохранилась не до конца. В нашем случае уменьшилась нагрузочная способность выходных буферов со стороны системной шины. В результате с фронтами случилась беда, которую мы увидели на жутко дорогом осциллографе - некоторые фронты имели небольшой провал посередине, в результате чего MPC8260 стал воспринимать один фронт за два. Проблема была исправлена транзистором - благо частоты там невысокие. Я почти две недели провел с инженером Lantiq - мы прошлись по инициализации и довольно много там исправили, хотя до этого все настройки выверялись в течение многих лет.

А так мне очень нравилось семейство FALC-ов. Неубиваемые чипы. До сих пор их вспоминаю, а также всю канувшую ATM-скую линейку Infenion:)

[Prepodkiller]

Поделитесь, пожалуйста, следующей информацией: datasheet, errata и калькулятор для FALC56 v2.2 на email svk9@bk.ru. Буду очень признателен, информация нужна срочно.

[Drumbl]

Всем привет! Подскажите, это последняя версия PEF2256 H Version 2.2 (Rev. 1.1, June 2005)?

Сообщение отредактировал Drumbl - May 26 2016, 08:51