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

Кто работал с MT9076b?

Кто работал или сейчас работает с фреймером Е1 MT9076b, расскажите о трудностях, багах, с которыми вы сталкивались в работе с этой микросхемой. Давайте делиться опытом в борьбе с произведениями Zarlink! :-))

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


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

Кто работал или сейчас работает с фреймером Е1 MT9076b, расскажите о трудностях, багах, с которыми вы сталкивались в работе с этой микросхемой. Давайте делиться опытом в борьбе с произведениями Zarlink! :-))

 

как ни странно проблем не было - как и с остальными изделиями Mitel (кроме кодеков). Работали с 9075, потом с 9076, потом с Infineon. потом появились проблемы :-(

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


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

как ни странно проблем не было - как и с остальными изделиями Mitel (кроме кодеков). Работали с 9075, потом с 9076, потом с Infineon. потом появились проблемы :-(

 

А в чем они выразились-то?

У нас с MT9076 было масса трудностей. И в формировании диаграмм чтения/записи, и при работе с HDLC...

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


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

как ни странно проблем не было - как и с остальными изделиями Mitel (кроме кодеков). Работали с 9075, потом с 9076, потом с Infineon. потом появились проблемы :-(

 

А в чем они выразились-то?

У нас с MT9076 было масса трудностей. И в формировании диаграмм чтения/записи, и при работе с HDLC...

 

Проблемы с Infineon. С Mitel всё нормально. Единственный минус - надо делать защиту на передачу (если будет скачок по линии передачи после трансформатора, например дистанционное питание включат - выключат, он в виде неслабого импульса попадает на Tx микросхемы, она начинает греться.

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


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

У нас при отправке пакетов по HDLC идут ошибки, и довольно много. Т.е. пакеты приходят неправильные. Иногда в принятом пакете байты сдвинуты на 1 относительно правильного, иногда первый пропадает. Вы с чем-нибудь подобным сталкивались??

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


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

У нас при отправке пакетов по HDLC идут ошибки, и довольно много. Т.е. пакеты приходят неправильные. Иногда в принятом пакете байты сдвинуты на 1 относительно правильного, иногда первый пропадает. Вы с чем-нибудь подобным сталкивались??

 

при правильной схемотехнике и разводке такого нет. попробуйте почистить WR,RD,CS емкостью. проверьте времянки на шине. если управляющие сигналы длинные - попробуйте поставить последовательные резисторы 51 Ом.

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


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

Вы, кстати, какой интерфейс доступа используете? Intel или Motorola?

И я как-то не понял смысл резисторов 51 ом на печатном проводнике длиной 4 см...

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


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

Вы, кстати, какой интерфейс доступа используете? Intel или Motorola?

И я как-то не понял смысл резисторов 51 ом на печатном проводнике длиной 4 см...

 

Шина Intel.

 

Про резисторы - длина провода не играет рояли, важно какая логика работает на провод. Не вдаваясь в подробности (из теории электроцепей) у микросхем серии 74ACxx низкое выходное сопротивление, линия при изменении состояния "звенит" ( см. осциллограф). Для понижения добротности контура (выход - линия - вход микросхемы) нужно ставить резисторы.

 

Емкость нужна при большой длине провода, когда этот провод стробирующий и проходит мимо высокочастотных цепей (мусор собирает).

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


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

У меня при передаче по HDLC достаточно много (~1 из 500) пакетов ( по 600 байт) проскакивает с признаком "конец плохого пакета". Я уже заколебался-в чем может быть причина??? Сам на себя (с Metallic Loopback) фреймер передает пакеты без ошибок. Может ли это быть связано с тем, что оба работают в режиме синхронизации от линии (BS/LS = Low, S/FR?Exclki = High)?

Что такое jitter Attenuator и как его правильно применить??

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


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

не гут это, попробуй один поставить во FreeRun. Считай slip'ы, если при slip'е будет потеря пакета, значит из-за сихронизации.

 

по jitter'у

тактовая на приемной стороне выделяется по фронтам (не вдаваясь в теорию синхронизации). фронты могут дрожать (плохая среда передачи например) - это и есть jitter. устранение его на PLL - jitter attenuation.

 

Что такое правильно применить?

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


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

У меня при передаче по HDLC достаточно много (~1 из 500) пакетов ( по 600 байт) проскакивает с признаком "конец плохого пакета". Я уже заколебался-в чем может быть причина??? Сам на себя (с Metallic Loopback) фреймер передает пакеты без ошибок. Может ли это быть связано с тем, что оба работают в режиме синхронизации от линии (BS/LS = Low, S/FR?Exclki = High)?

Что такое jitter Attenuator и как его правильно применить??

Обратите внимание на тип задающего тактового генератора, который вы используете для формирования фреймов и клоков. Как правило производитель четко прописывает какими параметрами должен обладать задающий тактовый генератор и предлагает определенные типы этих устройств для использования. Если вы используете режим внешней синхронизации, т.е. восстанавливаете клок из входного потока Е1, то также надо поковырять настройки ФАПЧ, т. к. можно напрямую использовать восстановленную частоту, но также ФАПЧ может формировать частоту от источника (задающего тактового генератора) на базе восстановленной частоты.

Также трансформаторы желательно использовать те, которые предлагает производитель м/с.

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


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

Есть Jitter Attenuator FIFO регулируемой глубины, есть бит jitter attenuator FIFO centre. Они оказывают какое-то воздействие?

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


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

А ни у кого проблем с инхронизацией не было?

Используем несколько 9076 они включены по схеме общей системной шины clock и frame общие. Возникают ситуации когда на вход подается нормальный сигнал, а синхронизпции нет и что с ним не делай не появляется, пока сброс не сделаешь, после сброса синхронизируется стабильно.

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


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

ob'yasnite chem WY smotrite peredavaemy potok i kakie oshibki fiksiruet Wash pribor MT9076 ochen prostaya mikroschema u mena bili problemy kogda ya pitalsya formirovat HDB3 rukami tam est regisry pri formirovanii HDLC kanala pri inicialisacii kontrollera ne zabudte cdelat RESET 2 raza

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


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

Я бы не рекомендовал использовать МТ9076 в своих устройствах.

Мы рыботали с МТ9074,75,76. Было изготовлено около сотни изделий.

Мы пришли к выводу, что лучше сделать на схему на програмируемой логике.

 

В МТ9076 много глюков

1. Иногда замирает сигнал на CSTo при использовании в режиме CAS (регистры меняются, а на шину идут старые данные). Сброс мс выводит из этого состояния.

2. При работе в режиме синхронизации от линии, на передачу проскакивают ошибки. Наверное плохо работает внутренняя PLL. Проблему устранили внешним генератором МТ9042(МТ9041)

3. Была партия битых мс (не работала передача ТХ) или быстро сгорал этот выход, еще при наладке.

4. Заявленная чувствительность 43дБ для МТ9076А и 40дБ для МТ9076В явно завышена.

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


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

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

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

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

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

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

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

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

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

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