Dymanovsky...Передавать данные через Интернет на микроконтроллер. Как мне сказал начальник - надо просто слать данные без установки соединения, обратной связи и пр. как через com-порт. Контроллер, если ему надо, ответит....и мне прислать ответ, если сочтёт нужным, где порт будет тоже любой....А на UDP? Там нет установки соединения....

1) не понятно накой ляд вы взялись за то, что ленитесь глянуть умные документы и ранее наработанный до вас опыт???
2) существует понятие "протокол". Минимально для общения в Ethernet-е необходимо реализовать ARP, ICMP(одну функцию эха, для пинга. без неё на объекте - будет гимор), IP(если будут использоваться большие пакеты и(или) не мало кол-во хопов - надо будет уметь восстанавливать IP пакеты - см. дефрагментацию), и UDP.
3) связь по UDP вам подойдёт. связь TCP не прокатит, изначально это поинт-ту-поинт. Но!!! в той постановке вопроса, что у вас - этот протокол ТАК ЖЕ НЕ ПРОКАТИТ!!!! см. ДОКУМЕНТАЦИЮ на UDP! А именно - ответ ДОЛЖЕН быть выслан на тот адресс, с которого был выслан. т.е. IP+ПОРТ!!! Т.е. говоря о том, что UDP ответ не будет соответствовать ПРОТОКОЛУ(!) - сливает все ваши потуги.
4) по поводу обратной связи - вас обманули. если не было бы обратной связи - то и не было бы ответов. Т.е. ваша обратная связь складывается из данных, которые может выслать МК и тайм-аутов...
5) Короче говоря - всё лавочку надо разогнать. Тому кто платит - объяснить, что кроилово ведёт к попадалову... начальника - в шею. программиста по МК - в шею(TCP протокол ему сложно начирикать - бу-га-га, студент небось?) Вам рекомендую искать другую подработку. Гимора Вы ещё огребёте...

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

miksoft..."IP+ПОРТ" - это требование SPI-файерволлов, а не UDP как такового.

Вы можете привести спецификацию на UDP где сказано что порт можно не указывать или ставить абы какой? IP адресс можно нулевой(=бродкаст) и то это будет дышать в пределах одного сегмента.

(круглый)
ЗЫ
Обращу Ваше внимание что речь идёт о протоколе UDP. А не о промежуточном железе. Сконцентрируйтесь пожалуйста...

Dymanovsky...была "Удалённая загрузка РПО". Протокол, тип сети и пр. не важен....Требуется макс. схожесть с com-портом и простота.

гавно вопрос:
покупаете и ставите доп. коробочку = переходник Ethernet<->RS232
на писюке выглядит как виртуальный COM порт. воопще идеально подходит под ваши требования "макс. схожесть с com-портом и простота" и переделывать ничего не надо.

но это костыль (положа руку на сердце).

осадок такой.
если надо подключать Ethernet к девайсу на МК = то девайс должен поддержать стэк стандартных протоколов. Минимум я уже описывал. TCP и выше так же не сложно, но там бОльше требований к ресурсам. Нужна память и от интенсива обмена (в сегменте) зависит её размер. Можно, как прозвучало выше взять готовый стэк. Одно но, предупреждаю сразу, сборку дефрагментированных пакетов на IP уровне вы в свободном доступе в инете не найдёте.

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

x1ca4064...Категорически не согласен!.

с чем простите? что протокол поинт-ту-поинт или то что у UDP должен быть номер порта? Или то, что для девайса просче (по ресурсам, а не только по опыту-времени) реализовать UDP?

x1ca4064...проще всего разработкика ПО контроллера попросить.

вы вот это догадываетесь или опираетесь на практический опыт ???

x1ca4064...и работать с устройством по стандартному протоколу...который, скорее всего, сможет работать в локалке, но в Интернете - нет.

т.е. UDP не стандартен??? договорились до ручки :) по поводу сможет не сможет... потоковое видео какое нить, или звук копали? или чисто теоретически???


(круглый)

miksoft...А о нужности порта в UDP я говорил еще тут - 13027892 .

ок.
простите, я Вас тогда не понял...

(круглый)

Alibek B....Порядок доставки пакетов гарантирует любой протокол транспортного уровня.

UDP гарантирует передачу .
ссылку на спецификацию будьте добры, по UDP...

(круглый)

Alibek B....Что значит нулевой? 0.0.0.0? Это не броадкаст.

трудно в поисковике забить? ок. для тех кого забанили в яндексе...

для IP4

FF:FF:FF:FF

Alibek B...Передачу чего?..он гарантирует, что фрагментированные пакеты IP будут получены (если вообще будут получены) именно в том порядке, в котором они отправлялись..

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

UDP гарантирует передачу. это азы. вот если IP пакеты все получены на хосте, вот тогда они будут собраны и отданы в более верхнии уровни. а что это - UDP, TCP или ышо что - фиолетово...

учите матчасть юноша
(круглый)
ЗЫ
наверное надо было начать с тупых вопросов "получено кем? карлсоном?" но я стараюсь не уподобляться тролям...