Редкая передача данных - что выбрать CDS или GPRS?, Питание - от аккумулятора Опции

[ThePPK]

Здравствуйте!

Хотел бы просить совета от форумчан-практиков.

Задача такая - в степи стоит шкаф (температура от -30 (зимой) до +40 (в тени летом) и +60 (на солнце летом)). Питание - от аккумулятора 2 х 130 Ач = 260 Ач (зимой, очевидно, останется только 40-50Ач) и солнечных батарей. Уровень сигнала очень плохой (на земле - 108 dBm) - думаем располагать пассиную антенну типа http://www.electronshik.ru/card/gsm-antenn...a-akl-900-60453 на шесте метров в 10-15 высотой.

Шкаф должен собирать данные с метеодатчиков и слать их раз в 15 минут на сервер - не больше 100 байт. Какова оптимальная стратегия передачи данных:
1. передавать по GPRS или CDS?
2. выключать ли целиком модем / делать ли отключение GPRS несущей на время простоя?

Судя по форуму (в т.ч. http://electronix.ru/forum/index.php?showtopic=91897) выключать модем не стоит (большие энергозатраты на включение, может полететь sim-карта). Будет ли вообще работать sim-карта при -30? В форуме рассматривалась возможность ее подогрева.

Еще доп. вопрос - стоит ли использовать smart-модемы типа http://www.gsm-gate.ru/product/gsm-modem-irz-tc65-smart/ для более гибкого управления передачей и сбором данных с использованием Java. Стоит ли принимать во внимание доп. потребление энергии более мощным процессором по сравнению с обычным модемом или на фоне потребления при передаче это будет просто шумом?

Большое спасибо!

[GeGeL]

Не согласен абсолютно. Яркий пример - кардшаринг в спутниковом тв. Смена ключа каждые 10 сек, за это время надо отослать запрос на сервер и успеть получить ключ. Сервер находится за тысячи км от клиента, зачастую для анонимизации применяются редиректы. И на ДЕСЯТКАХ ТЫСЯЧ хардварных клиентах на трубах Siemens, на SIM300 и SIM900 видно, что использование UDP-based протокола в сети GPRS дает суммарно лучшие результаты по надежности, чем TCP. Тут факт на лицо - при не восстановленной потере пакета - на экране ТВ малевич, и юзер в гневе. Я статистически анализировал логи паралельно с нескольких клиентов, определяя таким образом места потерь и т.д.
Тем более, что TCP изначально предназначен для ГАРАНТИРОВАННОЙ доставки данных, это нужно для работы базирующихся на нем протоклов верхнего уровня HTTP, FTP и т.п. Если в нем часть данных выпадает, то сокет пытается восстановить целостность, и если не получается, то закрывает сессию, надо открывать снова. А для реалтайм-передачи в мультимедийных задачах лучше UDP. Многие телеметрические задачи именно такого плана, например, трекинг: если точка не передана до пояления новой точки, то забыли про старую и передаем новую.

Так что не стоит недооценивать UDP. Тем более, если смотреть шире, то и UDP, и TCP базируются на IP-транспорте, и маршрутизируются именно IP-пакеты. А выше (уровень сокета) надстраивается UDP или TCP. Т.о. вероятность потери IP-пакета та же.