Перейти к содержанию
    

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите пожалуйста, как определить работоспособность чипа FALC56 v2.2

Хочу проверить правильность настройки Master Clocking Unit. Использую генератор с частотой 16.384 мгц

Выбрал значения для регистров GCM1..GCM8 из PDF. Настроил выводы CLK1 И СLK2 на выход с частотами 2.048 мгц

Но после запуска платы, на выводах CLK1 И СLK2 ничего не наблюдается :( . Может кто подскажет по поводу нюансов инициализации.

Или может проблема в генераторе

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите пожалуйста, как определить работоспособность чипа 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 можно запросить в Симметроне у Прошина Федора

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

2. наличие входного CLK от вашего генератора

 

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

 

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

Теперь нужно искать замену китайской подделке(((

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть проблемка с FALC56, для проверки соединения постоянно шлю данные на вход XDI и смотрю на выходе RDO устройства абонента, данные идут

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

Пытаюсь приладить к falc56 оптический интерфейс, кодировка для передачи данных по оптике используется NRZ

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

 

Владимир

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день

 

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

 

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

 

Владимир ([email protected])

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

[email protected]

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

[email protected]

нужна именно 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.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

нужна именно errata? Есть Datasheet & DeltaSheet:
Видимо да, нужен именно "Errata Sheet". Так как:

...Появилась версия errata "Rev. 6.0, 2005-02-18"...
Благодарю Вас, господин Chechelnitsky, за эту пдф-ку!

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подскажите пожалуйста, есть 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.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Изменено пользователем shp

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...