Делаю преобразователь RS 232 >Ethernet. В качестве Ethernet контроллер решил использовать W5100 от Wiznet. Контроллер связал с МК по SPI интерфейсу. Заработал сразу без проблем ,ping , connect к серверу все на ура. После этого я решил отладить передачу данных от W5100 в качестве клиента на сервер. И вот тут начались проблемы . Начинаю передавать данные в размере 10 байт на сервер , но приходит не 10 байт, а 4 пакета по 1460 байт и в последнем пакете последние данные это то что я послал, и это происходит при первой посылке все остальные посылки отправляют столько байт сколько передал.
На сколько я понял, проблема в следующем в W5100 есть регистр Sn_TX_RR (Socket n TX Read Pointer Register) [R] в котором находиться адрес начал передаваемых данных и регистр Sn_TX_WR (Socket n TX Write Pointer Register) [R/W] в котором находится адрес конца передаваемых данных .При первой передаче в регистре Sn_TX_RR находиться случайный адрес и он превышает или находится фиг знает где относительно адрес конца передачи, получается что контроллер по кругу считывает данные со своих регистров доходит до адреса конца чтения и после этого контроллер устанавливает правильное значение в этом регистре и все остальные передачи идут без проблем . Вопрос -как установить правильное значение регистра Sn_TX_RR для первого пакета данных , ведь этот регистр только для чтения и значения в нем контроллер W5100 меняет аппаратно ?

Здравствуйте, Zemlyanov!
Пытаюсь разобраться с контроллером W5100, тоже по SPI. Протокол TCP. Устройство - клиент. Дошел до инициализации регистров "Socket 0 Destination IP Address Register" и не могу поменять их значения. Что не так - не могу понять, вроде все делаю в полном соответствие с Datasheet-ом.
Не могли бы Вы рассказать о последовательности инициализации W5100, которую Вы применяли?
Более подробное описание моей проблемы представлено на ветке http://electronix.ru/forum/index.php?showtopic=80490.
С уважением, Ярослав.

А чем кончилось, а? У меня всплыло похожее число. Мелкие пакеты UDP, в пределах байтов 100, уходят из W5100 в компьютер нормально. С увеличением длины отправляемого пакета начинают появляться сбои: вместо одного нужного в компьютер приходят несколько по 1472 байта (1514 с заголовком). Причём моя программа выгребает из сокета по 6 таких пакетов, а сниффер видит больше 30. Пакет длиннее примерно 1500 байтов вообще не отправить.
Я думал, что дело в слишком большой частоте обращения к W5100, замедлил обмен в 4 раза - всё то же самое.
Откуда эти 1514?
Заранее признателен.

Проблема в не правильном указании адреса начало и конца чтения данных. У вас и на 100 байтах будут проблемы когда вы достигните конца выделенной памяти под сокет, после чего w5100 пошлет в сеть все что находится в выделенной памяти под другие сокеты а затем вернется на начало и все будет норм пока не достигнет опять конца выделенной памяти. В указании адреса нужно было накладывать
битовую маску. Ниже рабочий код передачи, посмотрите в чем отличия у вас и сделайте как у меня. И все будет ОК. Кстати такая же проблема у вас будет и при приеме данных, поэтому нужно сделать аналогичные изменения и для функции приема данных.


У меня теперь другая проблема с w5100. wireshark показывает что в обмене данных присутствует TCP Dup ACK и TCP Out-Of-Order пакеты

w5100 является клиентом(TCP) в сети и шлет на сервер PC пакет данных 107 байт , после чего сервер шлет ему ответ 17 байт. Почему в обмене присутствуют TCP Dup ACK и TCP Out-Of-Order? Проверялось в таких условиях - PC(сервер) свич w5100(клиент)
, поэтому проблем с сетью быть не может.
В принципе эта проблема не сильно напрягает но люди у которых к одному серверу подключено более 100 клиентов жалуются что на сервер идет лишняя нагрузка из за этих пакетов. Получается что w5100 не отсылает вовремя АСК пакет и сервер шлет повторно TCP Dup ACK. Что то я в регистрах напутал или это такая особенность W5100. Кто что скажет по этому поводу?

Вот какой лог обмена данными показывает программа wireshark. 172.17.226.3 (клиент w5100)
172.17.229.94(сервер ПК)


Сообщение отредактировал Zemlyanov - Feb 7 2011, 12:07

Большое спасибо. Буду разбираться. Правда, у меня код на AHDL и VHDL, а C я не знаю

дальше начинаем записывать в w5100 данные начиная с определенного нами адреса по ходу дела проверяя не достигли ли мы конца памяти выделенной под сокет ,если достигли то начинаем писать с начального адреса.
После того как записали данные в w5100 , записываем в регистр Sn_TX_WR адрес где находиться конец данных для передачи. Затем командой send передаем данные. Во основном допускают две ошибки - не делают битовую маску или не делают проверки конечного адреса выделенного под сокет.
Микросхема w5100 мне понравилась , стабильно работает, у меня уже больше 400 девайсов молотят круглые сутки , и никаких глюков при работе данной микросхемы я не замечал.
Одно не нравиться что жрет много, до 180 ма при передаче.

Сообщение отредактировал Zemlyanov - Feb 7 2011, 16:41

Большое спасибо, я нашёл у себя лажу, теперь W5100 работает стабильно.
Но возник новый вопрос. Когда размер пакета UDP превышает те самые 1472 байта, W5100 разбивает пакет на две части: в первой части опять 1472 байта, а во второй - остаток.
Я попробовал записывать разные числа в регистр S0_MSS, но ничего не изменилось. А больше ничего в голову не пришло.
Как бы это побороть, чтобы пакеты не разбивались?
Заранее признателен.

Спасибо, разобрался, есть такое слово - MTU. Вот так век живёшь, век учишься...

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

2) в своё время я не нашёл ни одного открытого протокола со сборкой пакетов на IP уровне. так что если делаете свой стэк - имейте ввиду это дробление, либо не используйте пакеты длиннее 1500 байт (хотя если выставить меньшую длину - то плакали многие девайсы и их разработчики).


удачи вам
(круглый)

Спасибо, всё так: моё устройство подключено кабелем прямо к компьютеру, смотрел сниффером. Видимо, это в компьютере задано. Проще всего мне оказалось собрать пакеты программно, потому что я всегда знаю ожидаемый размер.

А где-то есть описание использования драйвера от производителя энтой микрухи.
А то по коду, что-то не все понятно, особенно с некоторыми параметрами функций и последовательностью инициализации.....

Лучше всего читать datasheet. Там описаны все регистры и алгоритмы для разных протоколов. Всё очень хорошо и понятно. Единственное, на мой взгляд, туманное место - описание управления адресацией при достижении верхнего адреса буфера. Всего-то сбросить адресный счётчик, но на псевдо-си это впечатляет. Для первого ознакомления можно почитать вот это: http://www.dsioffe.narod.ru/articles/W5100.doc, но осторожно, там в коде ошибки.

Прочитал, конечно впечатляет, но немного не то. Я хотел использовать ихнюю готовую библиотеку (как раз для Atmela). Там, вроде-бы, все реализовано; даже описание сокетов есть, вот только документации по использованию этого набора утилит я так и не нашел.
Или вы все-таки советуете напрямую с регистрами общаться и по даташиту все делать?

Таки нашел оригинальный сайт (http://www.wiznet.co.kr/), но там тоже с документированием библиотек напряг

Сообщение отредактировал Errorkpi - Apr 6 2011, 10:46

Да я вообще проект для ПЛИС писал по тому даташиту на AHDL, и ничего Советую, да.

Курю даташит. Вроде все понятно, пока
Будем разбираться.