как устроены промышленные gsm модемы? Опции

[Alexei Kopendako...]

Доброго времени.

Для начала опишу, что хочется получить на выходе: аналог промышленного модема, являющегося удлинителем ком порта через gsm (модем подключается к любому устройству с RS232/RS485, а на стороне сервера ПО может или использовать виртуальный ком порт - ничего не зная о наличии модема, или работать через tcp, зная ip адрес и порт, на котором ожидает модем)
Из того, что я прочитал на данный момент - эту задачу можно решить несколькими способами:

1. Купить промышленный gsm модем - так как мне больше на поиграться - то не вариант, ибо ценник не гуманный.
2. собрать это на основе той же самой sim800 или аналога.

Исходя из тематики форума, останавливаемся на втором варианте .
Наличие микроконтроллера в устройстве - это понятно и логично, иначе как организовать настройку модуля и управление им.... Но возникает вопрос: если бы мне надо было устроить общение сервера с микроконтроллером - то тут вопросов нет. С большего все разжевано и я однозначно понимаю, что для этих целей я могу заказать sim800-900. Но мне-то надо опрашивать не мой микроконтроллер, а другую железку. У gsm модуля - один основной UART, по которому идет и управление и обмен. Второй, как я понял, это для отладки и перепрошивки. Как выкручиваться? Использовать второй порт контроллера, и перекидывать данные исполняя роль "проксика"? Вроде бы натыкался на то, что есть модули с 2 UART портами, это мой случай? Какие есть устоявшиеся решения?

[aiwa]

так я потому и интересуюсь gsm модулем, у которого 2 uart.

Не понятно, зачем gsm модулю обязательно иметь 2 uart-а?
Если уж Вы решили потратиться на дополнительный микроконтроллер, управляющий gsm-модемом, то логично 2 uart-а иметь у этого управляющего контроллера.

[Alexei Kopendako...]

Не понятно, зачем gsm модулю обязательно иметь 2 uart-а?
Если уж Вы решили потратиться на дополнительный микроконтроллер, управляющий gsm-модемом, то логично 2 uart-а иметь у этого управляющего контроллера.

Так я первоначально по простоте душевной, первоначально думал, что по одному порту посылать в контроллер управляющие команды, а второй перевести в trancperent mode - (как я понял, в этом режиме все данные попавшие на вход порта, пересылаются на открытый сокет и обратно). Но в виду того, что было сказано о доставке пакетов - если решусь на реализацию, то буду делать буферизацию в контроллере. Соответственно это будет 2 порта в контроллере, а не в модуле.

Спасибо большое за ответы, минимальное просветеление пришло, теперь надо обдумать все более тщательно, а надо ли оно мне

[Hub]

Так я первоначально по простоте душевной, первоначально думал, что по одному порту посылать в контроллер управляющие команды, а второй перевести в trancperent mode - (как я понял, в этом режиме все данные попавшие на вход порта, пересылаются на открытый сокет и обратно). Но в виду того, что было сказано о доставке пакетов - если решусь на реализацию, то буду делать буферизацию в контроллере. Соответственно это будет 2 порта в контроллере, а не в модуле.

Спасибо большое за ответы, минимальное просветеление пришло, теперь надо обдумать все более тщательно, а надо ли оно мне

предлагаю сделать проще и надежнее: использовать один УАРТ модуля для настройки и обмена.
т.е.:
1. включили модуль
2. настроили
3. подключились к серверу в прозрачном режиме
4. обмениваетесь данными

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