Всеравно пока не ясно как отослать много байт. Вот есть у кейла такой пример:



Исходя из я не могу услать больше чем maxlen. Что-то совсем не пойму как разбивка будет происходить. Ну вот ушла часть размером maxlen и еще три таких осталось. Помогите понять идею. Спасибо.

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

Вы про окно ТСР знаете? Во время работы то комму отправляете данные информирует вас о том количестве байт что он готов принять, и вы по какой угодно технологии, с буфером или без, с указателями или ДМА, вы не имеете права посылать больше чем он может принять. Так что следить за допустимым для отправки числом байт вы обязаны.

Да, вот кстати уже давно хотел спросить про окна, ранее упоминавшиеся. Что это и как и для чего...

да в целом все просто, это способ контроля потока.

Окно - это размер памяти для приема новых данных, каждые поступающие данные уменьшают этот размер, каждые обработанные данные освобождают окно. При каждом ответе на прием данных сообщается также сколько еще данных осталось в окне, если окно забилось, то время от времени посылаются данные 0 длинны чтобы как только окно освободилось можно было дослать очередной кусок. Так же есть дополнительное автономное сообщение которое сообщает что окно освободилось.

принимаются данные в окно, как только вы обработали данные, вы их из окна извлекаете. Есть разные реализации освобождения окна, в кейле она единовременная на все окно.
то есть допустим у вас окно 10, приняли 6 байт, окно стало 4,
обработали 6 байт, сбрасываете окно и оно становится опять 10. Если вы обработали 2 байта, то у вас нет возможности извлечь только их сделав окно 6, пока все 6 не обработаете окно не освобождаете.

как только вы приняли 6 байт, больше 4 вам прислать не могут, как освободили окно может придти все 10 сразу. Чем больше окно - тем больше надо памяти, но тем быстрее работает стэк.

Огромная благодарность Golikov A! Разобрался, все пока понятно и отлично работает. Далее самое интересное. Как показать веб-страничку и с нее настраивать прибор? В часности нужно со странички сообщать прибору числовые значения для рассчетов. Есть нужда задавать коэффициенты полинома и т.п., отображать на страничке некоторые служебные значения а-ля телеметрия. Ну и просто отсылать команды для принудительного переключения в интересующие режимы. Собственно как показать страничку и устроить диалог с прибором? Спасибо.

собственно поднять HTTP сервер как еще то?
HTTP сервер это дополнительная надстройка над ТСР, собственное следующий уровень протоколов. Но тут я уже не силен, я такое не практикую, у меня подключение по сокетам по своим каналам, так как мои клиенты - это наши же программы, и протоколы у нас закрытые.

А как можно программно менять адрес и порт? Как потом программно актуализировать изменения?

А порт нафик менять? Если у вас хост является Вашей железкой? Типа можете забыть и заюзать под другие дела порт?
Или я не понял вопроса?

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

По поводу передачи запросов посредством HTML-я: копайте запросы GET и POST.

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

IP адрес можно менять на лету.
заполняете структуру localm и все, вы работаете сразу на новом IP.

смена порта требует пересоздание сокетов.

у нас реализовано 2 варианта.
1. Бутлоадер.
Грузиться с дефолтными настройками, с закрытыми сокетами. Запрашивает по DHCP новый адрес, если не получает грузиться с дефолтным адресом. Пользователь по UDP имеет возможность заменить IP адрес, и задать порт, так же по UDP подает команду на создание ТСР сокетов с указанным портом.

2. Штатная программа, все настройки сохраняет во флэш, там хранятся номера портов, IP адрес по умолчанию, режим работы с DHCP или без. Эти настройки можно менять через UDP и сохранять. После загрузки все ТСР сокеты сразу создаются, если надо сменить порт, меняем, сохраняем, и перезагружаем устройство.

для UDP порт не меняемый, и всегда один.

С рестартом наверно самое правильное решение. Если заработает на столе, то и на производстве не подведет.

Сделал как написано в:
http://we.easyelectronics.ru/LPC/lpc1768rt...eb-updated.html

Все вроде как собралось, но при обращении получаю не свою страничку, а такое:



Что я делаю не так?

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




это значит, что по данному адресу страничка не найдена. ответ отдал сервак.
т.е. алгоритм следующий...
выясняете работоспособность вашего девайса, уровень ICMP эхо запрос-ответ. => юзаете команду ping
юзаете с разными хитрыми параметрами - читайте справку к ней. особенно уделите внимание сборке на IP уровне.

если всё ништяк(полезно так же смотреть на нижнем уровне что получаете на уровне пакетов), дальше запрашиваете страничку по 80 порту.

смотрите на нижнем уровне такие вещи как
1) приход нефргаментированных IP пакетов (теоретически потом могут появится, если запросы на сервак будут не слабыми).
2) коректность сессии TCP
3) отдача HTML кода.

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

где то так

Обратил внимание на такую штуку. Я меняю содержимое файла index.htm добавляя текстовые строки. По идее размер кода должен расти, но он не меняется вообще. Что бы это значило?

UDP тем и хорош что имеет широковещательный режим, именно потому он и выбран для поиска. Посылается запрос специализированный на спец порт широковещательно, наши устройства обрабатывают и отвечают. Далее уже по обстоятельствам.

В целом мы можем потребовать достаточно специфичную конфигурацию сети, так что world wide мы не реализуем, не далее чем пройдет широковещательный запрос - ответ.