caxapa.ru :: Спасибо. А какие стеки под МК делают так, как у вас написано?

Sylvan (28.09.2014 21:50, просмотров: 250) ответил OlegPowerC на Проверьте в вашей ОС ключ реестра TcpAckFrequency - так как в Windows по умолчанию включена "задержка ACK" Винда по идее делает следующее: При приеме пакета взводится таймер 200мс. и если по истечении этого времени более данных не пришло, то

Спасибо. А какие стеки под МК делают так, как у вас написано?

- У меня свой. А вообще надо глянуть lwip, но он здоровенный. Возможно CMX - но что с ним сейчас я не в курсе. В понедельник гляну - OlegPowerC(28.09.2014 21:54)
  - С lwIP на LPC1768 толку много не выйдет -- не сделать большое окно передачи. Винда и линух при большом трафике выставляют окно в 65535 байт, и дают ACK через несколько сот мс после принятия последнего пакета. Столько ОЗУ нет в МК. Лучше уж LPC18xx VVB(77 знак., 29.09.2014 07:09 - 07:14, ссылка)
    - думаю, у вас другая задача, соответственно, и решение другое. Мне в данном случае не нужно много ОЗУ и не нужно много данных по TCP. Мне нужно 10-100 байт передать на сервер и 10-100 байт с него принять. Но хорошо бы побыстрее чем за 300мс. 100мс Sylvan(397 знак., 29.09.2014 10:10)
      - А может попробовать с Keil связаться? может подскажут чего? - OlegPowerC(29.09.2014 18:07)
        
        а я у них стек не покупал :-) Sylvan(40 знак., 29.09.2014 18:40)
        
        Стыдно должно быть за воровство, при наличии кучи бесплатных альтернатив (uIP, lwIP, gcc и прочее). Непрофессионально. - VVB(30.09.2014 06:46)
        
        Не чувствуете остроту политического момента, батенька. В связи с санкциями весь спижженный софт является трофейным. SciFi(3 знак., 30.09.2014 10:30, картинка)
        
        :)))) - Sylvan(30.09.2014 10:34)
        
        идите вы в жопу с вашим стыдом. И никогда не учите незнакомых вам людей - сами будете в дураках. Стек может быть любым. Но очень удобно если есть http, ftp и прочие приблуды. Это единственное, почему я пользуюсь им. - Sylvan(30.09.2014 10:07)
        
        В вопросах этики каждый решает сам, кем ему быть -- быдлом, вором, честным или просто воспитанным человеком. А детей обучать надо. Сожалею... - VVB(30.09.2014 19:13)
        
        "Не говорите, что мне делать, и я не скажу, куда вам идти" © SciFi(26 знак., 30.09.2014 19:21)
        
        Воспитанней, чем "в жопу". - VVB(01.10.2014 06:25)
        
        Ясно... Думал uTasker умеет, а похоже что тоже не умеет... - OlegPowerC(29.09.2014 18:59, ссылка)
      - Используй UDP. У меня сраненькая мега328 с ENC28 обновляет 1 мБ дата флэш за десяток секунд (с учетом стирания страниц). С квитированием... Для "10-100 байт" самое то. К тому же появляется возможность орудования broadcast пакетами (очень удобно, Гудвин(97 знак., 29.09.2014 12:31)
        
        TCP нужно для поддержки того что придумали до меня, увы. - Sylvan(29.09.2014 12:55)
        
        А что мешает просто добавить UDP сокет? И старое будет поддерживаться, и быстрый обмен данными. - Гудвин(29.09.2014 13:13)
        
        возможно так и придется сделать. - Sylvan(29.09.2014 13:17)
      - UDP вас спасёт. Никаких дополнительных задержек. Подтверждение сами формируйте. - VVB(29.09.2014 12:21)
        
        А вот из промышленного что мне реально понравилось - так это EtherCAT - ни TCP ни UDP сразу в кадр Ethernet все инкапсулируется, для возможности маршрутизации есть инкапсулирование в IP. - OlegPowerC(29.09.2014 13:05)
        
        UDP мы реализовавали какраз с квитированием и номером кадра - эдакий псевдо TCP, однако сейчас я порлядываю на что нибудь стандартное, так вот из промышленного Ethernet на UDP наверное только FL-Net - OlegPowerC(29.09.2014 13:00)
        
        UDP уже есть в других штуках. В данном случае необходима поддержка того что уже давно есть. А есть http сервер. - Sylvan(29.09.2014 12:29)
  - спасибо большое. - Sylvan(28.09.2014 21:55)

ARM, RISC-V контроллеры