caxapa.ru :: Пытаюсь освоить PTP протокол Использую STM32 + dp83640 . Проблема - нет приема Ethernet frame микросхемой PHY(dp83640) хотя WireShark эти пакеты видит То же самое используя PIC32+ LAn8710A. В чем может быть проблема?

NickB (20.01.2019 13:22, просмотров: 8778)

Пытаюсь освоить PTP протокол Использую STM32 + dp83640 . Проблема - нет приема Ethernet frame микросхемой PHY(dp83640) хотя WireShark эти пакеты видит То же самое используя PIC32+ LAn8710A. В чем может быть проблема?

Ответить

- На проводе - похоже все есть. М/с PHY показывает активность(светодиод моргает в такт с экраном WireShark). Плата соединена напрямую с компом На комп установлен Lunux и в нем ptpd2 демон. ptp демон работает в режиме ethernet. В режиме UDP V4 все NickB(46 знак., 20.01.2019 13:40)
  - Все зависит от конфигурации. Если ethernet то там специалные рамки не IP. Тип рамки для PTP 0x88F7. Для PTP свой стек нужен с фильтрацией по этому типу. И еще зависит от режима : master,slave, boundary transparent? Transparent вообще не должны framer(30 знак., 20.01.2019 15:20)
- Да и UDP - все принимает и передает без вопросов - NickB(20.01.2019 13:31)
  - А что сразу не сказал? Тогда копай стек на предмет криворукости - MBedder(20.01.2019 13:39)
    - Докопался в стеке до MAC контроллера - обработчик прерывания - получения пакетов от PHY - нет там ничего кроме ARP и IP пакетов - NickB(20.01.2019 13:44)
      - Если я правильно понимаю, PTP - это UDP, а оно, в свою очередь IP. Вот среди IP и надо искать. - SciFi(20.01.2019 13:45)
        
        PTP может работать как через UDP так и через Ethernet фреймы (как например ARP) Мне надо ethernet - NickB(20.01.2019 13:48)
        
        Педивикия не соглашается. "PTP messages may use the User Datagram Protocol over Internet Protocol (UDP/IP) for transport. IEEE 1588-2002 uses only IPv4 transports, but this has been extended to include IPv6 in IEEE 1588-2008." - SciFi(20.01.2019 13:53, ссылка)
        
        Посмотрите по ссылке - на стр 70 . Именно так я вижу фрейм в WireShark - NickB(20.01.2019 13:57, ссылка)
        
        Надо смотреть, как настраивается MAC. Возможно, он отбрасывает Multicast. - SciFi(20.01.2019 14:05)
    - +1. Надо опуститься на уровень приёма кадров Ethernet. Можно для отладки вставить туда if () на предмет ловли только нужных кадров, а внутри точку останова. - SciFi(20.01.2019 13:42)
      - Вот там-то как раз ничего и нету - NickB(20.01.2019 13:45)
- Кстати, наводящий вопрос: хоть что-нибудь вообще принимает? - SciFi(20.01.2019 13:29)
  - ARP пакеты и IP пакеты принимает - NickB(20.01.2019 13:41)
    - "М/с PHY" ARP пакеты и IP пакеты принимает? Арригинально! :)) - MBedder(20.01.2019 13:45)
- Может, в тактовом генераторе/кварце PHY? Померяй частоту и убедись, что там достаточно точно 25(MII)/50(RMII) МГц - MBedder(20.01.2019 13:27)
- В каком смысле PHY не принимает? На проводе кадр есть, а на RMII нет? Это несложно проверить осциллографом, кстати. Переключить в режим 10 Мбит/с, тогда видно на проводе, ну а RMII и так видно. - SciFi(20.01.2019 13:27)
  - Я использую стек протоколов CycloneTCP В процедуре приема Ethernet фреймов вижу приходящие фреймы ARP и IP А вот PTP фреймов - нету - NickB(20.01.2019 13:30)
    - Ну так можно начать с начала - посмотреть на проводе, как я и предложил. Не исключено, что возможны такие чуйдеса, что wireshark сказал, что кадр ушёл, а кадр не ушёл. - SciFi(20.01.2019 13:33)

Микроконтроллеры