Vit (08.11.2017 09:46, просмотров: 344) ответил AlexG на Недавно в программном стеке исправляли небольшой, но мезопакостный нюанс в ARP - после выключения и включения одного из обменивающихся между собой девайсов полноценная связь восстанавливалась только через две минуты. Не представляю что делать в
там были 2 минуты в TCP - после прилета FIN оно соединение не сбрасывало эти самые 2 минуты - висело в wait-for-close, но снаружи даже свежий коннект появлялся. оно счет пакетов не ведет, потому логично. правда невидимый изнутри новый коннект это грусть. но для того же TCP-COM такое не принципиально - в неблокирующем сокете по wait-for-close форснул close для сокета и всё попустило. насчет ARP пока не напарывался - это чудо не сильно мучил - скорее над собой эксперимент проводил:) - малевал в mbed (исходники там какие-никакие есть) и заливал через drag-n-drop. пришлось ещё по всему стеку перебить char на uint8_t. хотел какой-то раздаваемый web-сервер присоплить от w7500 (который без "p"), заставил откомпилировать , а потом только в исходники посмотрел - грусть полнейшая - какой-то красавец упражнялся в плюсах, да так, что забыл, нафига оно вааще может быть надо - ладно бы хрен с теми изысками - всё неблокирующее тупо не сделано - какая-то поделка пионэра. если бы в этом mbed была нормальная ось, то можно было бы плюнуть, но её там по факту нет - нарезка костыльных примитивов и аж вызывалка таймерная. пока забил - сделал конфигурилку через COM для пары мостиков - одного по TCP, второго по UDP.