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

Polosalbli

Участник
  • Постов

    3
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. OED155, TXC-04246

    Здравствуйте. Проблема у меня такая - ну удается заставить работать Ethermap3-pt (TXC-04246) Отладочной платы нет. Не работает инкапсуляция, пробовал и LCAS и GFP симптомы примерно одни и те же в обоих случаях. Для настройки микросхемы пользовался драйвером, версия 1.9.0, скачал на их сайте, а из Transwitch прислали скрипт, для их CLI-приложения, команды которого четко совпадают с функциями драйвера. Микросхема уже установлена на нашу плату и снабшена модулем памяти на 16 mb (MT38LC4M32B2TG), лиу (LXT9785), а вывод данных с микросхемы и преобразование в нужный формат (строна combus) происходит в ПЛИС. Все внешние интерфейсы работают. Как я в этом убедился: Для проверки работоспособности оперативы использовался набор тестов для проверки целостности линий данных и адреса и отсутствия их взаимного влияния. Во всем диапазоне памяти она читается верно. Для проверки работоспособности шины телекомбас использовался внешний шлейф за пределами микросхемы (указатели v1, v2, заголовок верхнего уровня и прочие статусные значения на приеме были установлены верно). Кроме того, проводился анализ исходящего из микросхемы траффика, который позволил установить, что нагрузка передается именно по выделенным для этого каналам. Для проверки работоспособности физического интерфейса внешняя оперативная память микросхемы заполнялась (до завершения инициализации) заранее заданными значениями. После запуска микросхемы на лиу, присоедененное к ней посредством генератора пакетов подавались одинаковые пакеты с заранее заданным содержанием. После чего внешняя оперативная память устройства снова считывалась. В результате пакеты в неизменном виде удалось обнаружить в оперативной памяти, значит, что ЛИУ и МАК-интерфейс настроены верно. Кроме того, счетчики пакетов в МАК-интерфейсе тоже достаточно соответствуют размеру и количеству отправленных пакетов. Кроме того в режиме LAPS проводился анализ исходящего траффика из микросхемы. Первое время, до переполнения буфера микросхема отправляет определенное число пакетов, каждый из которых на передаче отменяется (приращается счетчик RX аборт, он соотв. счетчику tx Packets на другой стороне). Анализ исходящего траффика позволяет заключить, что до переполнения микросхема шлет изредка неполные пакеты вида [7E 04 03 FE 7D 7E], не включаюших в себя полезную нагрузку. Да и вообще, это просто кусочек пакета... Вся остальная область передачи, равно как и вся область передачи после переполнения буфера передачи равна 0x7E для любого байта, кроме указателей. Это позволяет заключить, что блок инкапсуляции работает неверно, хотя полученные с порта пакеты поступают в оперативную память. В Transwitch писал, не сразу поняли в чем дело, сейчас обещают посмотреть, попросили схему и файл с настройками и кормят обещаниями. Я их конечно, понимаю - ну почему эта микросхема не работает? черт его знает. Поделитесь, пожалуйста, любым набором работающих настроек (желательно, конечно, SDH lo vcat), может у них с драйвером что не так... Спасибо всем, кто прочитал, извиняюсь за многословность, просто мучаюсь с микрухой уже 2 месяца
  2. Не очень-то хочется. Особенно учитывая то, что он левый... И вобще, я и спросил для того, чтобы не вручать :-D Хотелось бы, чтобы оператор делал как можно меньше телодвижений, и задавал, соответственно мало-мало вопросов)))
  3. Написал загрузчик для AT91R40008 в IAR, который позволяет залить программу через UART. Остался вопрос - как оператору на голую плату залить загрузчик через JTAG? Есть какая-нибудь утилитка, позволяющая работать с JTAG с командной строки? Кто-нибудь пользовал?
×
×
  • Создать...