Сергей Борщ, здесь обсуждается возможный косякособенность модема (коих у симкома хвататет). Так то понятно, склеивать-дробить не должен.

А что там пониже в описании? Можно и на английском и на китайском.

Прямо симпозиум писателей Читаем медленно по словам - "внешние", "в стеке".


Да пожалуйста:
Parameters
<mode> A numeric parameter which indicates whether an IP header is added to the received data or not.
0 Not add IP header
1 Add IP header, the format is:
1) For single IP connection (+CIPMUX=0)
+IPD,<data length>:
2) For multi IP connection (+CIPMUX=1)
+RECEIVE,<n>,<data length>:

Разверните свою мысль, пожалуйста. Я не нашел в исходном вашем сообщении этих слов.

Разворачиваю. Внутренности и особенности как UDP так и TCP скрыты от пользователя внутри стека. То что видно на вершине айсберга через AT - практически монопенисуарно.
Поведение естественно будет отличаться, но на уровне команд одно и то же. Не доверяете? Добро пожаловать в документацию


Исключено. Чтобы не наврать я как раз его скопировал и стер лишнее

Как тут выясняется, в документации каждый видит то, что хочет. Ибо, ее содержание (качество) позволяет это.

Вы вроде и русские слова используете, но я все равно не понимаю, что вы пытаетесь сказать. Пакеты UDP обязаны приходить отдельно. Если их склеивает модем - надо пинать производителя модема, а не пихать какие-то костыли поверх протокола.

Скопировал и его и еще предыдущее (т.е. оба два ваших сообщения на тот момент). Не знаю, что вы там стирали, но слов "внешние" и "в стеке" в них не находит даже мой текстовый редактор, а ему я доверяю. Выделите зеленым цветом:




И впредь будьте внимательнее, чтобы не сесть в лужу снова.

Вопрос который никто не задал.

Какой размер буфера указан под прием пакетов и какой длины сами пакеты ?
Попробуйте указать буфер таким чтобы он не вмещал 2 и более пакетов.

Вы (как и многие) хотите поиметь "на халяву" разбиение на пакеты. Это в корне неверно. Модем выдает данные (payload!). Уровень пакетов пользователю недоступен, и что самое главное - никто его и не обещал. Поэтому претензии к производителям совершенно безосновательны.
SOCKET в winapi работает точно так же - сколько данных упало, столько склеенных и на выходе. Где спрашивается шквал претензий к Билли?
Хотя я встречал негодование с квадратными глазами "а же я свои пакеты отличать один от другого буду"

Не устраивает стек, всегда можно запилить свой собственный. Многие так и делают. А там уже будет и доступ к пакетам и прочий блекджек и ш*хи.





Смело заявляю: этот текстовый редактор - г. Не доверяйте ему больше, а то неудобно получается.
Зеленый плохо заметно, синим лучше


Сообщение отредактировал butthead2 - Nov 30 2016, 19:13

Вы, похоже, снова смешали в кучу UDP и TCP. В UDP отдельные пакеты обещаны. Начало-конец датаграммы - такая же информация (payload!) как и все остальное ее содержимое.

Красный оставьте модераторам. И постарайтесь не нарушать п 2.1б Правил форума. Считайте это предупреждением.

Зря на коллегу нападаете, все он правильно написал.
Смешал в кучу UDP и TCP не он, а модемописальщики.
Речь то идет о надстройке над стеком, об АТ-командах.
При работе с этой надстройкой, действительно, нет никаких отличий в использовании UDP или TCP.
Никакое обрамление пакетов стека на входе/выходе недоступно, только голые данные.
Будете смеяться, даже установление CONNECT-а одинаково и он также присутствует даже при наличии UDP.
И закрывать этот UDP connect тоже нужно

Я так и не понял, какая между ними разница со стороны модема. Траффик больше (может быть, не проверял )

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

говорите, пожалуйста, в тех областях, где вы компетентны. если вы не умеете подписываться на изменение состояния дескриптора, то вам хаутушки читать надо, а не советы давать.
а на билли никто не жалуется потому что так дебильно виндовый сокет (который BSD кстати) никогда не работал.


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

В UDP - само собой. Но речь то идет о модеме и его командах. На этом уровне и самого понятия "пакет" уже нет, все зарыто унутре.


Это справедливо для любой инкапсуляции, все что было выше - payload. И самый самый самый верхний это пользовательские данные. Модем их и выдает, наичестнейшим образом на который способен.


Во, еще одно неудобство как с зеленым. Чуть мозг не сломал где 2-шестнадцать.
Яволь! Красный уже не нужен, меняю на другой. Слова тоже сейчас подчищу




ПК не мой профиль, для мох убогих програмулек хватало тупого поллинга и send/recv. И я никому ничего не советую и своего бесценного мнения не навязываю. В отличие от "больших" программистов, которые приходя в чужой монастырь рассказывают как тут все неудобно и сделано через одно место.

Что покажет сообщение об изменении? Факт прихода данных? Их количество в буфере?


Ок, модем клеит пользовательские данные. И при плохой связи делает это довольно часто. Понять и простить.
Вот это и будет самый короткий и точный ответ на вопрос топикстартера.

Кое какое, вроде как доступно. Хотя бы длинна. Повторюсь:

8.2.15 AT+CIPHEAD Add an IP Head at the Beginning of a Package Received

То есть вроде как IP заголовок и пакета. Хотя, эти китайцы такие китайцы. Вполне возможно, это сложности перевода.


Я долго репу чесал после ответа китайца (магазин таобао)

Естественно, я пользуюсь гуглопереводчиком. И предпочитаю с Китайского на Английский.
不客气 - blunt - дурак.
Только вот на Руссккий гугл переводит иначе:
不客气 - Добро пожаловать

не просто навязываете, а ещё игнорируете факты. ведёте себя на полпсаки. что чести вам не делает.


это вам всёравно не интересно. нет смысла распинаться.



срач вообще ни о чём без данных от ТСа. Его попросили предоставить журнал обмена с временными метками и где он? У него аппаратное управление потоком и какая-то программулька на ПК.
Может он RTS/CTS'ом не умеет пользоваться, может CIPRXGET вызывает раз в час. Т.е. доказательств отсутствия ошибки ТСа нет. Развели балаган. Книжки читайте, да хоть вики.

Ну да. Длина пользовательский данных, куда же без этого.


Ага, ага Все так только имелся ввиду не IP пакет а IP стек. А под Package имелись ввиду строки которые модем вываливает.


Или китайского английского


Насколько помню то китайвед говорил что одинаковые по звучанию слова имею разное значение от многих факторов.
Вывод - гуглопереводчик разные люди с разным настроением делали


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


Можно я сам решу интересно или нет? Форум это общественное место, ответы читаю не только я.
Этом момент интересен хотя бы понять стоит ли вобще копать в ту сторону или ничего потенциально полезного там нет.


Да ни к чему оно. Проблема и выеденного яйца не стоит. "Стек модема" не тождественно "протокол UDP". И точка.