Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
22 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

159078 Топик полностью

Rst7 (15.06.2009 13:06, просмотров: 264) ответил Evgeny_CD на KSZ8851 -действительно, замолодь! -> IP CRC считать умеет. В шите на микрочиповский контроллер тоже вроде такое описано.

Вот не делал бы я так. Хотя-бы IP CRC считал в проце. Спать будет спокойнее.

Ответить

- Это вопрос эксперимента. Если контроллер UDP CRC читает корректно - то по мне гораздо выгоднее разгрузить проц. Если будут какие сбои в пакетах - заложен механизм отлова таких "странностей" и без CRC. Если же канал процессор-Ethernet контроллер глючит, Evgeny_CD(27 знак., 15.06.2009 13:12)
  - Вот в том то и дело, что поможет. MAC посчитает CRC32, а проц - IP Checksum. В результате вероятность пропуска ошибки сильно падает. - Rst7(15.06.2009 13:22)
    - Но потери времени проца заметно возрастут, что в данном случае критично. Если пакеты будут повреждаться редко, то ничего страшного не произойдет. Пакеты нумерованы подряд, есть четкая внутреннаяя структура - приемник с высокой вероятностью отловит глюк. Evgeny_CD(88 знак., 15.06.2009 13:34)
      - А смысл этого суммирования по модулю (явно по 2^8)? IP checksum на AVR стоит чуть больше 4х тактов на байт (это если цикл немного развернуть). - Rst7(15.06.2009 14:07)
        
        Мож и так. Вскрытие покажет :) - Evgeny_CD(15.06.2009 14:10)