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

eastwind

Свой
  • Постов

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

  • Посещение

Репутация

0 Обычный

Информация о eastwind

  • Звание
    Участник
    Участник

Контакты

  • ICQ
    Array

Посетители профиля

1 631 просмотр профиля
  1. Добрый день, коллеги есть плата коммутатора собственной разработки на базе Marvell 88E6131. Порты 0 и 1 у него работают в режиме меди 100/1000, порты 3-5 - не задействованы. Порты 6 и 7 подключены к микросхемам физики 88E1112, которые работают в режиме оптики -100BASE-FX или 1000BASE-X (выбирается джамперами). Микросхемам физики выставлен адрес, соответствующий номеру канала - 6 и 7, коммутатор их опрашивает по MDIO. Marvell 88E6131 "видит" физику на каналах 6 и 7 (PPU устанавливает биты PHYDetect на портах 6 и 7). Проблема в том, что коммутатор не считывает состояние линка микросхем физики - Link, Speed, Duplex и, соответственно, не настраивается в нужный режим. Если на коммутаторе в соответствующие регистры MAC Forcing Control Register принудительно записать верную скорость, дуплекс и наличие линка - все начинает работать как надо. Но ведь судя по документации, все должно работать и без участия хоста. Коммутатор должен сам опрашивать регистры физики и вставать в нужный режим. Подскажите, куда копать?
  2. Уже вскрывал. PHY на месте. Broadcom BCM5461SA3.
  3. На LOS ноль. Обычные 1000BASE-X работают в режиме SerDes.
  4. Хотим подключить SGMII 100BASE-FX SFP к i210 (WGI210IS). Конкретная модель SFP: GPH-1302-02CD. Подключаем эти SFP к двум портам, соединяем их MMF кабелем - линка нет. При этом i210 работает в режиме SGMII, вставки видит, читает с них информацию. Куда копать, подскажите. Неужели эти SFP надо ещё как-то конфигурировать по i2c?
  5. Конечно. Микросхема точно находится в режиме SGMII.
  6. Добрый день, коллеги Есть свитч 88E6350R, к порт 5 по RGMII подключена MAX24287, к которой подключен разъем для SFP. В режиме 1000BASE-X все прекрасно работает с обычными гигабитными SFP. Но не работает в режиме SGMII с SGMII SFP 10/100/1000BASE-T. Вроде в этом режиме MAX24287 должна работать "прозрачно" - т.е. просто передавать данные от встроенной в SFP микросхемы PHY в микросхему коммутатора. Однако ж наблюдаю следующее: вставляю в разъем "медную" SFP вставку - на MAX24287 загорается Link. Вставляю в SFP кабель, светодиод Link гаснет. Хотя на другой стороне кабеля светодиоды Link/SPEED зажигаются. Есть какие то мысли на этот счет? Уже голову сломал.
  7. RTC в ATSAM3S

    На этом рисунке показано, как подключить батарею для питания всего процессора в режиме отключения основного питания. При этом предполагается, что процессор будет находиться в режиме пониженного энергопотребления. Я же в вопросе уточнил, что не хочу использовать режимы сна, а питать хочу только RTC.
  8. RTC в ATSAM3S

    Надо, чтоб при отключении питания встроенные часы ATSAM3S продолжали тикать, а сам процессор отрубался. Отдельного пина VBAT для часов не нашел. Отдельную микросхему RTC ставить не хочу. Использовать режимы сна для процессора тоже не желательно. Вроде как можно попробовать запитывать отдельно VDDIO от батареи при отключении питания. Через VDDIO питается RTC и ещё кое-какие модули. Кто-нибудь пробовал? Есть какие-то подводные камни? Или как вообще в атмеловских АРМах используют RTC с backup питанием?
  9. Спасибо за подсказку. Ещё такой вопрос: может ли контроллер LPC1788 автоматически поворачивать изображение в портретную/альбомную ориентацию.. или необходимо искать дисплей именно с нужной ориентацией? Или поворачивать может сам дисплей? Просто большинство 3,5" дисплеев на рынке - именно с альбомной ориентацией, а мне бы лучше с портретной.
  10. Здравствуйте, коллеги. Посоветуйте, пожалуйста, недорогой TFT дисплей 3-3.5", желательно с встроенной тач-панелью. Для серийного устройства. Планирую использовать в связке с LPC1788, который имеет на борту LCD контроллер, так что можно дисплей с RGB интерфейсом. Такие вроде подешевле, чем с шиной 8080? Также хотелось бы шлейф под FPC коннектор, а не под пайку. Наличие встроенного контроллера питания приветствуется. Ну и желательно иметь хоть какую-то уверенность в доставабельности такого дисплея в течение хотя бы пары лет.
  11. XMEGA DMA+SPI?

    ну конечно работал, что за вопрос однако ж хотелось бы, чтоб ДМА само перегружало буфер передатчика при настройке на прием... :unsure: да, я так и сделал изначально - использовал при приеме доп. канал дма для перезагрузки содержимого передающего буфера, чтобы инициировался процесс обмена. но, имхо, это довольно криво.. потому и сомневаюсь.. может есть какой то другой способ.
  12. XMEGA DMA+SPI?

    Я правильно понимаю, что для работы ДМА на прием, нужно разрешать ещё и прерывание по передатчику и в его обработчике после передачи каждого байта записывать данные в буфер передатчика - для инициирования процесса передачи и, соответственно, тактирования? если так - то какое то это кривое "ДМА".
  13. XMEGA DMA+SPI?

    Если кто то настраивал USART в режиме SPI, подскажите, как настраивать DMA на прием? С передачей проблем не возникло, а вот с приемом что то подзастрял... При источнике события DMA_CH_TRIGSRC_USARTD1_RXC и настройке DMA канала на прием трансфер не стартует. На линии SCK клока нет.
  14. Дивайс на mega162.

    1. Поставил на проблемном объекте внешние супервизоры на 4,6В, отключил встроенный. 2. Поставил на разъем питания стабилитрон на 5.1 В. 3. Увеличил емкости конденсаторов на плате. 4. Данные в ЕЕПРОМ сделал с резервированием. 5. RSTACK и CSTACK и так были расположены во внутренней памяти контроллера. Ждем... Обязательно сообщу результат на форуме. Большое спасибо всем, кто участвует в обсуждении.
  15. Дивайс на mega162.

    нет, после шлейфа стоит тантал. электролита нет. нету ничего такого
×
×
  • Создать...