да ФТП для сбора данных в реальном времени далеко не лучший вариант, HTTP и то лучше
если передача данных раз в сутки или месяц, то да можно и ФТП.
для реального времени наиболее удобно сокетное соединение. соединился и передавай данные без всяких заголовков, хоть тексты или двоичные данные. все легоко и просто. Я в свое время прошел указанные выше пути. И сокетное соединение несравнимо удобнее.

А можно подробнее про установление сокетного соединения, и какие у него минусы.
Сокетное это напрямую минуя сервер - два айпишника соединяются? Если я правильно понял?

да соединяемся с IP+порт и командой "at+cipsend=" шлем любые данные. на втором конце эти данные прилетают точно в таком виде. как проводное соединение. и еще может более близкое это CSD соединение, только тарифы GPRSные.

основные недостатки следующие
должен быть VPS-хостинг. он дороже
второй это более сложная програмулька на сервере, многие вещии HTTP и FTP решают сами, а тут надо самим. но это не сложно.

Вот тут ребята организовали по UDP обмен:

http://besprovodka.ru/catalog/index.php?productID=316
http://www.mriprogress.ru/_files/GALS-T1v3.pdf

(Там глонасс стоит и SIM300)

А прикола с caxara.ru так и не понял. Пишется же caxaPa.ru

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

Полностью согласен!!!
Очень хорошее замечание.

А кто сказал что я не продумал протокол))
У меня в моём утройстве практически всё можно будет включить\отключить когда понадобится, на удалении, от каджой сим карты - до протокола

Видно по задаваемым вопросам.
С начало неплохо определиться с каналам обмена и его протокольной частью FTP,HTTP и т.д.
Потом уже строить протоколы.

Ну на самом деле, я действительно хотел делать на ФТП. В конце концов мне всёравно какие АТ команды в модуль слать. Я сейчас как раз на распутье.

Насчёт сокетного соединения, если можно - лог удачного соединения по сокету посмотреть?

после настройки модуля передача одной посылки со стороны модуля следующая
at+cipstart="tcp","xxx.xxx.xxx.xxx","xxx"
OK
CONNECT OK
at+cipsend=88
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxx //данные
SEND OK
CRC_OK // подтверждение правильности данных
CLOSED
закрываем соединение чтоб освободить порт для других устройст, поскольку количество соединений на один порт ограничено
"CRC_OK " в данном случае просто сервер шлет подтверждение правильности данных если серверу больше нечего сказать устройству, но это могут быть такие же двоичные данные.

Сообщение отредактировал M_Z - Dec 13 2008, 09:11

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

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

и ещё если не по TCP а по UDP - вроде разницы никакой? Я имею ввиду принципиальной, а не по надёжности. А за последовательностью приходом посылок следить самому. Насколько я понял "CRC_OK" - это Ваше програмное обеспечение шлёт.

На самом деле мне тоже нравится этот вариант, насколько я понимаю он самый простой кроме того.

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

PS. я так понял заскакивать "в гости" можно будет каждый месяц в следующем году

Сапсибо, за комплимент, я неплохо умею договариваться, а вообще главное - это получить работу в моём случае. А то что к следующему февралю заказчик получит то что хотел - не сомневайтесь.

Насчёт пасты не понял))

Паста - это лапша по-итальянски. Перед тем как развешивать повара её обычно готовят..

+1
афтар жжот
сорри за флуд