|
|
  |
Передача больших объемов данных |
|
|
|
Sep 27 2009, 12:46
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(dezzer @ Sep 27 2009, 16:15)  Если ничем, кроме передачи, модем заниматься не будет, я бы всё же посмотрел в сторону сжатия (хоть и бинарного потока). У Wavecom контроллеры стоят ARM7/9/11, не "мелочёвка" вроде ATMega, - несложное приложение на OpenAT вполне справится с задачей сжатия на лету, как краевед говорю.  Файл этот почти не сжимается -- пробовал.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
Sep 28 2009, 13:13
|
Участник

Группа: Свой
Сообщений: 66
Регистрация: 27-09-05
Пользователь №: 9 012

|
Цитата Файл этот почти не сжимается -- пробовал. Тогда остаётся воспользоваться советом AlexandrY и пробовать передавать по частям. Если не секрет, что это всё же за файлы: изображения, raw binary data? На стек модема особенно не надейтесь и продумайте механизм контроля состояния линии (keep-alive пакеты и т.п).
|
|
|
|
|
Sep 28 2009, 14:33
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(dezzer @ Sep 28 2009, 17:13)  Тогда остаётся воспользоваться советом AlexandrY и пробовать передавать по частям. Если не секрет, что это всё же за файлы: изображения, raw binary data? На стек модема особенно не надейтесь и продумайте механизм контроля состояния линии (keep-alive пакеты и т.п). В файле закодированные результаты многократных (от 5 минут до получаса 5 раз в секунду) измерений нескольких величин, так что это raw binary data. С модемом Wavecom сегодня экспериментировал -- результат нулевой, похоже, что отправка электронной почты через WIP AT команды относится к коммерческим функциям и требует дополнительной платной активации. Есть еще модемы Motorola, но не думаю, что они будут лучше Sim300.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
Sep 28 2009, 16:20
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(av-master @ Sep 28 2009, 20:00)  тогда свой стек и никаких проблем. например microchip tcp/ip или куча всяких линуксов со стеком на борту. Модемом будет управлять дешевый контроллер, какая-то ATMega. Делать управление буду не я, поскольку я этого не умею. А человек, который будет делать, не умеет работать с tcp/ip. Работаем так: я даю ему протокол, он его реализует в контроллере, вместе с опросом датчиков и прочим. Поэтому я тему и поднял -- иначе бы сам все написал, если бы умел.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
Sep 29 2009, 04:32
|
Группа: Участник
Сообщений: 13
Регистрация: 20-02-09
Пользователь №: 45 129

|
Вообще когда речь идет о гпрс разговоры о каком-либо постоянстве скорости обмена, мягко говоря, от лукавого. Гпрс в сотовой сети имеет наинизший приоритет и скорость обмена зависит от загрузки оборудования сотового оператора в данный момент. Так например, находясь в Москве в промышленном районе в дневное время процедура разворачивания тисипи-сервера(клиента) в модеме занимает минут 5-10, при этом надо быть готовым к тому, что в 9 случаях из 10 модем просто повиснет (вернее процедура инициализации клиента\сервера затянется на неопределенное время). При этом at+creg будет ОК. Ближе к вечеру гпрс будет просто летать. Зато в спальном районе ситуация прямо противоположная. Кроме того, следует учитывать и тот факт, что если Вы развернете клиента\сервера и не будете передавать данные сотовый оператор прекратит общение с Вами секунд через 10, дабы Вы канал ему не занимали. Я бы посоветовал разбить мессагу на пакеты не более 1к и в стек тисипи засовывать их, а не всю мессагу целиком. Чем короче пакет - тем больше вероятность того, что он будет доставлен с первой попытки. Ведь если в тисипи засунуть мегабайт, то стек автоматом его покрошит на килобайты и будет передавать с первого до последнего. А если на последнем повиснет? Правильно - весь мегабайт заново! Кроме того неплохо было бы предусмотреть передачу данных через гсм на тот случай, если время поджимает, а через гпрс еще ничего не ушло. Дорого, зато надежно - приоритет все-таки у гсм. Вот таким вот Макаром за сутки Вы свои полтора мега пропихнете, думается мне.
|
|
|
|
|
Sep 29 2009, 07:09
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(Chell @ Sep 29 2009, 08:32)  Вообще когда речь идет о гпрс разговоры о каком-либо постоянстве скорости обмена, мягко говоря, от лукавого. Гпрс в сотовой сети имеет наинизший приоритет и скорость обмена зависит от загрузки оборудования сотового оператора в данный момент. Так например, находясь в Москве в промышленном районе в дневное время процедура разворачивания тисипи-сервера(клиента) в модеме занимает минут 5-10, при этом надо быть готовым к тому, что в 9 случаях из 10 модем просто повиснет (вернее процедура инициализации клиента\сервера затянется на неопределенное время). При этом at+creg будет ОК. Ближе к вечеру гпрс будет просто летать. Зато в спальном районе ситуация прямо противоположная. Кроме того, следует учитывать и тот факт, что если Вы развернете клиента\сервера и не будете передавать данные сотовый оператор прекратит общение с Вами секунд через 10, дабы Вы канал ему не занимали. Да, информация не обнадеживает :-( Цитата(Chell @ Sep 29 2009, 08:32)  Я бы посоветовал разбить мессагу на пакеты не более 1к и в стек тисипи засовывать их, а не всю мессагу целиком. Чем короче пакет - тем больше вероятность того, что он будет доставлен с первой попытки. Ведь если в тисипи засунуть мегабайт, то стек автоматом его покрошит на килобайты и будет передавать с первого до последнего. А если на последнем повиснет? Правильно - весь мегабайт заново! Так и делаем сейчас. Цитата(Chell @ Sep 29 2009, 08:32)  Кроме того неплохо было бы предусмотреть передачу данных через гсм на тот случай, если время поджимает, а через гпрс еще ничего не ушло. Дорого, зато надежно - приоритет все-таки у гсм. Вот таким вот Макаром за сутки Вы свои полтора мега пропихнете, думается мне. Анекдот в том, что может возникнуть необходимость эти полтора мегабайта передавать несколько раз в сутки, в зависимости от сложившихся условий. Так что, похоже, придется отказаться от этой идеи и передавать какую-то усредненную информацию.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
Sep 30 2009, 04:01
|
Группа: Участник
Сообщений: 13
Регистрация: 20-02-09
Пользователь №: 45 129

|
Кстати тут высказывалась идея передавать несколько частей одновременно - вполне здравая мысль! Во всяком случае мне удавалось достаточно шустро передавать данные на 4 айпишника одновременно.
По поводу безлимитных тарифов. Была такая ситуация: сервак через гсм опрашивает счетчики (штук 30 примерно). Купили "безлимит" от Мегафон-Северный Кавказ. Все было замечательно, до того момента, пока не возникла пауза в опросах на 2 недели. После этого абонентской платы за безлимит стало хватать на два дня. Объясню. Безлимит - это только название. По факту - 3000 минут в месяц, точнее - 100 минут в день. Каждая минута сверх - 1р50к. Обнаружив двухнедельную дыру в архивах сервак начал добирать данные и превысил 100 минутный суточный предел. Через двое суток абонентская плата за месяц кончилась...
|
|
|
|
|
Sep 30 2009, 04:43
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(Chell @ Sep 30 2009, 08:01)  Кстати тут высказывалась идея передавать несколько частей одновременно - вполне здравая мысль! Во всяком случае мне удавалось достаточно шустро передавать данные на 4 айпишника одновременно. Спасибо, над этим буду думать -- но тогда надо покупать несколько статических IP, а в случае использования электронной почты докупать ничего вообще не нужно. Вообще -- осталась еще надежда на модули Motorola G24. У него тоже есть свой TCP стек, возможно, сегодня попробую и отпишусь о результатах. Цитата(Chell @ Sep 30 2009, 08:01)  По поводу безлимитных тарифов. Была такая ситуация: сервак через гсм опрашивает счетчики (штук 30 примерно). Купили "безлимит" от Мегафон-Северный Кавказ. Все было замечательно, до того момента, пока не возникла пауза в опросах на 2 недели. После этого абонентской платы за безлимит стало хватать на два дня. Объясню. Безлимит - это только название. По факту - 3000 минут в месяц, точнее - 100 минут в день. Каждая минута сверх - 1р50к. Обнаружив двухнедельную дыру в архивах сервак начал добирать данные и превысил 100 минутный суточный предел. Через двое суток абонентская плата за месяц кончилась... У нас в офисе, за немимением другой возможности, безлимит тоже от мегафона, дневной. Интернет запущет с утра до вечера -- пока с деньгами проблем нет.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
Sep 30 2009, 11:30
|

Участник

Группа: Участник
Сообщений: 59
Регистрация: 9-03-07
Из: USSR
Пользователь №: 26 007

|
Про wavecom... Цитата(decadent @ Sep 27 2009) описал непонятную ситуацию с smtp в Wavecom -- все делаю по мануалу, а имею ERROR. Цитата(decadent) отправка электронной почты через WIP AT команды относится к коммерческим функциям... Согласно:
и согласно: TCP/IP & Internet Plug In Comparison408 серия не поддерживает POP3 и SMTP...
|
|
|
|
|
Sep 30 2009, 12:05
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(million68 @ Sep 30 2009, 15:30)  Про wavecom...
408 серия не поддерживает POP3 и SMTP... У меня FSU002-411.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
Sep 30 2009, 14:28
|
Частый гость
 
Группа: Свой
Сообщений: 91
Регистрация: 9-10-07
Из: Энгельс
Пользователь №: 31 190

|
Цитата(million68 @ Sep 30 2009, 16:38)  Про wavecom... Вроде как AT+WCFM должна разрешать\запрещать\состояние Internet Plug In (т.е. POP3 & SMTP)... Вроде она и EDGE должна разрешать\запрещать... Спасибо, завтра попробую.
--------------------
xmpp:cunctator@jabber.ru
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|