Возможно ли организовать в SIM300C передачу данных по UDP сразу на 2 адресса?
Или после открытия сессии UDP -
AT+CIPCSGP
я могу работать только на один адрес? А открыть сразу для двух?

Сам с UDP не работал, может чего не совсем верно скажу, но вроде бы так:
UDP в отличие от TCP не устанавливает постоянный коннект. Т.е. работает по принципу СОМ-порта - посылаем данные, а дошли они куда-то или нет - определяем только по ответу (который кто-то должен прислать, может быть не исключено... )

Так что после поднятия UDP сессии можно посылать данные на любое кол-во IP и портов.
И соответственно получать данные с любого IP
Пример посмотрите в Аппликейшене в главе 12. How to intercommunicate between modules
Нажмите для просмотра прикрепленного файла

А привязка IP->MAC будет святым духом происходить. Заголовки UDP пакетов само-собой тоже..... Connect это дело десятое, ибо протокол тем не менее, в общем виде это точка-точка и сокетов ака "сессия" должно быть два.

В этом апликейшене описан AT+CIPMUX, у кого нить работает в Сим300С/D////

В старом С , с новой прошивкой не пашет... жду новых 300D для проверки ))

Там-же написано "There is special firmware to support multi TCP connections" я так понял, что это какая-то нестандартная версия.

не заметил (( а жаль, хорошая функция... как раз то что нужно топикстартеру...

Почитал еще раз этот Апликейшн - действительно, там всё немного не так описано, чем я говорил

После инициирования UDP соединения на конкретный remote IP, remote port можно посылать данные только по этому адресу.
Однако принимать UDP пакеты можно с любых remote IP, если они направлены на собственный IP модуля и локальный порт.
Вроде бы так. Если нужно послать данные по другому адресу, нужно производить реконнкет:
AT+CIPCLOSE
AT+CIPSTART="UDP",IP,port


Так что топикстартер хотел совсем другого, но, к сожалению, у SIM300 односокетный стек...

Этот метод понятен, но неужели то что односокетный стек мешает сделать реализацию команды послать по UDP , так же как SMS, т.е. отсыслать на конкретный IP адрес посылки? А то алгоритм - конект, послать посылку, закрыть сесию, опять конект и т.д. не очень удобен...
В новых версиях прошивок ничего такого не планируется?

>>>>Там-же написано "There is special firmware to support multi TCP connections" я так понял, что это какая-то нестандартная версия.

Есть вот такая вот прошивочка - досталась случайно, так что продолжения не будет. Описания на нее тоже не было.

1008B15SIM300M32_SST34HF3284_MULTIPLEXIP

если интересно - выложу.

Конечно интересно! А нельзя у симкомовцев узнать будет какое-то дальнейшие движение в этом направлении?

очень и ннтересно, а она для SIM300C подойдет?

и для D ))

Только под SIM300 - в другие модули можете на свой страх и риск пробовать.

Повторюсь - официально ее не существует - поэтому Симком спрашивать не о чем....

Спасибо! На свой страх и риск )) зашил в sim300d, в первом приближении работает,
at+cipmux появилась в режиме cipmux 0 работает нормально, в многоканальном еще не проверял.

Можно, конечно. Но поленились китайцы.



Это не очень страшно, потому при этой процедуре никакого обмена по сети не происходит. Просто меняется несколько байтиков в памяти модуля. Ну обменяешься ты с ним еще парой AT-команд, тоже мне проблема.

А разве установки соединения нет? она какраз таки трафик жрет, да и по разрыву ОПСОСЫ траф округляют...

Ну как минимум ARP должен отработать, и если нет ARP таблиц(а зачем они для единственного сокета), то обмен по сети будет. Кроме того прием накроется на отключенном.

На UDP нет установки соединения. А собственно GPRS-сессия (когда трафик и округляют) закрываться не будет.



Бред какой. При чем тут ARP и как оно связано с сокетом? Это из совершенно другой области.

О! А вот это - дельная мысль. А еще интересный момент - на какой локальный порт он принимает датаграммы, и меняется ли этот номер при переоткрытии UDP. Так что рассылать датаграммы на разные адреса/порты можно ценой нескольких лишних команд, но если при этом надо еще и принимать ответы от нескольких абонентов - могут начаться большие проблемы. Надо проверять экспериментально.