Соединение по V.92 через GSM.

[saaremaa]

Вопрос чисто теоретический.

Допустим в точке А есть сотовый телефон и сервер (Linux) собирающий некоторую телеметрию с датчиков.

В точке Б стоит сервер который эту телеметрию собирает.

В точке А возможна только сотовая связь с дешевым тарифом на голос, но дорогим на трафик. Одно из решений организация Dial-up через GSM. Как это организовать программно не такая проблема тем кто когда-то "жил в Fido" ;)

Заработает или нет передача модемного сигнала через GSM?

[thodin]

Заработает или нет передача модемного сигнала через GSM?

Обычный модем не заработает - издевательства голосового кодека он не переживет.

Однако есть специальные устройства, способные передать данные и через голосовой кодек (ну или, другими словами, есть gsm модули, предоставляющие цифровой интерфейс к голосовому каналу).

Очень часто используются для шифрования данных, передающихся через обычную GSM сеть.

[YuryD]

Заработает или нет передача модемного сигнала через GSM?

Обычный модем не заработает - издевательства голосового кодека он не переживет.

 

на 1200 заработает, без компрессии.

[vIv]

http://en.wikipedia.org/wiki/GSM_services#Circuit-switched_data_protocols

Чарджиться-то будет как голос, но вот полосу на обычном контракте оператор будет выделять по остаточному принципу. Поэтому 9600 ожидаем, но если 7200 получили, то не жалуемся.

[thodin]

Чарджиться-то будет как голос, но вот полосу на обычном контракте оператор будет выделять по остаточному принципу. Поэтому 9600 ожидаем, но если 7200 получили, то не жалуемся.

Это поддерживается не всеми операторами и не на всех тарифах.

И тарифицируется не как голос, конечно - а по собственной цене.

[thodin]

на 1200 заработает, без компрессии.

Не, не заработает.

[Sergey Gilfanov]

A факс через сотовую связь в каком-нибудь виде работает? Наверное, можно воспользоваться соответствующим протоколом.

[vIv]

Чарджиться-то будет как голос, но вот полосу на обычном контракте оператор будет выделять по остаточному принципу. Поэтому 9600 ожидаем, но если 7200 получили, то не жалуемся.

Это поддерживается не всеми операторами и не на всех тарифах.

И тарифицируется не как голос, конечно - а по собственной цене.

Ага, примерно так: http://volga.corp.megafon.ru/press/information/region/351675.html

С 11 марта 2010 г. устанавливается единая стоимость вызова по направлению «Передача данных» на базе технологий HSCSD/CSD (скорость до 28,8 кбит/с). Вне зависимости от времени суток стоимость минуты коммутируемого доступа составит 1,47 руб. (с НДС 18%).

[thodin]

С 11 марта 2010 г. устанавливается единая стоимость вызова по направлению «Передача данных» на базе технологий HSCSD/CSD (скорость до 28,8 кбит/с). Вне зависимости от времени суток стоимость минуты коммутируемого доступа составит 1,47 руб. (с НДС 18%).

А у tele2 вообще нет, к примеру.

А у Мегафона дороже голосовых вызовов в 2 раза.

[YuryD]

на 1200 заработает, без компрессии.

Не, не заработает.

 

Где-то читал о программировании миниатски через ком-порт по gsm. В конце концов можно и dtmf пропихивать в голосовом тракте - вполне проходят.

[thodin]

Где-то читал о программировании миниатски через ком-порт по gsm. В конце концов можно и dtmf пропихивать в голосовом тракте - вполне проходят.

Ну до 1 килобита/с точно можно через голосовой кодек пробросить, но это специальные протоколы.

[YuryD]

Ну до 1 килобита/с точно можно через голосовой кодек пробросить, но это специальные протоколы.

 

Для пытчивых - dtmf можно пропищать любой звуковой картой, и декодировать тоже не составляет труда, даже без чипов :)

[thodin]

Для пытчивых - dtmf можно пропищать любой звуковой картой, и декодировать тоже не составляет труда, даже без чипов :)

Ну так дополнительные искажения будет вносить убогий аудио-тракт.

Мы про серьезное применение говорим или про игрушку для студентов? :)

[zurz]

2400.

работает, в промышленном масштабе.

[saaremaa]

2400.

работает, в промышленном масштабе.

Благодарю. А модемы стандартные?

[ilia_2s]

на всяк. случай - в CDMA 14400 канал

[stas_k]

Вопрос чисто теоретический.

Допустим в точке А есть сотовый телефон и сервер (Linux) собирающий некоторую телеметрию с датчиков.

В точке Б стоит сервер который эту телеметрию собирает.

В точке А возможна только сотовая связь с дешевым тарифом на голос, но дорогим на трафик. Одно из решений организация Dial-up через GSM. Как это организовать программно не такая проблема тем кто когда-то "жил в Fido" ;)

Заработает или нет передача модемного сигнала через GSM?

 

/me "Не понял вопроса."

 

объем телеметрии какой? сеансы связи как часто?

 

железеный вопрос потом решим.

[saaremaa]

Вопрос чисто теоретический. Ну, к примеру из того когда-то требовалось. Сеансы каждые 30 минут. Файл CSV приблизительно 1-2 кб.

[stas_k]

Например.

 

На большом числе объектов (за три сотни) стоят автономные контроллеры. К контроллеру по RS232 подключен GSM модуль модем.

 

Типа такого http://www.aliexpress.com/item/Low-cost-Easy-to-embedded-GSM-GPRS-Module-Modem/1120593870.html

 

Управляется оно обычными AT командами. В каждом GSM модуле установлена симкарта с балансом "лишь бы не заблокировали". Периодически этот микроконтроллер отзванивается "в центр". Ждет N гудков и кладет трубку. Что означает что блок работает нормально, питание на объекте присутсвует.

 

Иногда он звонит и ждет N-1 гудков. Это значит что объект снят с охраны.

Иногда он звонит и ждет N-2 гудков. Это значит что объект поставлен на охрану.

Иногда он звонит и ждет N-3 гудка. Это значит что "высылайте тревожную группу".

 

Знаю не одну такую охранную систему в коммерческой эксплуатации.

 

На первый взгляд пионерское решение. Но в этом решении "что то есть". Например расходы на связь НОЛЬ денег в год.

 

Разумеется система умеет звонить на номера по списку "ответственных за объект" и зачитывать записанное сообщение, или зачитывать статус датчиков, и тп. Удаленное управление через голосовое меню, с авторизацией по определенному номеру звонящего. и тп.

 

А получасовой CSV файл 2 килобайта можно отправить за 20 SMS. Взять у оператора пакет SMS. 40 sms/hour, 960 sms/day, 28800 sms/month. С большой скидкой выйдет.

 

Только нужно будет придумать TCP/SMS протокол как минимум чтоб "пакеты" не путались в пути.

И помнить что SMS не гарантирует доставки вообще, время в пути у sms может быть до 7 дней.

Великое чудо, что sms доставляется за несколько минут.

И еще большая магия, что sms ходят между сетей разных операторов.

 

ps. указанный выше модем умеет работать просто как модем, управляется как классический модем AT командами, и хорошо передает и принимает данные в чистом виде на скорости до 14400. binkD или T-Mail не заметят разницы. но это "не спортивно" и слишком просто.

[thodin]

И помнить что SMS не гарантирует доставки вообще, время в пути у sms может быть до 7 дней.

Да не может быть 7 дней - через 48 часов оно скончается.

 

Великое чудо, что sms доставляется за несколько минут.

Не меньшее, чем доставка писем по SMTP.

 

И еще большая магия, что sms ходят между сетей разных операторов.

В чем же магия? Это вполне обыденный и документированная процесс.

Если оператор хочет, чтобы его sms доходили - они будут доходить.

[thodin]

Самое красивое было бы - сделать обмен данными через early media.

Надо будет попробовать это на практике.

[YuryD]

А получасовой CSV файл 2 килобайта можно отправить за 20 SMS. Взять у оператора пакет SMS. 40 sms/hour, 960 sms/day, 28800 sms/month. С большой скидкой выйдет.

Это сильно зависит от тарифа и оператора. Мне мои засранцы СМС шлют часто, и иногда корпоративного тарифа не хватает. Правда тут есть загогулина, они шлют оповещения по е-майл на гейт моего оператораСОС, иногда тормозят нещадно, иногда не доходят вообще.

[vIv]

Например.

 

На большом числе объектов (за три сотни) стоят автономные контроллеры. К контроллеру по RS232 подключен GSM модуль модем.

 

Типа такого http://www.aliexpress.com/item/Low-cost-Easy-to-embedded-GSM-GPRS-Module-Modem/1120593870.html

 

Управляется оно обычными AT командами. В каждом GSM модуле установлена симкарта с балансом "лишь бы не заблокировали". Периодически этот микроконтроллер отзванивается "в центр". Ждет N гудков и кладет трубку. Что означает что блок работает нормально, питание на объекте присутсвует.

 

Иногда он звонит и ждет N-1 гудков. Это значит что объект снят с охраны.

Иногда он звонит и ждет N-2 гудков. Это значит что объект поставлен на охрану.

Иногда он звонит и ждет N-3 гудка. Это значит что "высылайте тревожную группу".

 

Знаю не одну такую охранную систему в коммерческой эксплуатации.

Учитывая тот забавный факт, что в GSM "гудков" нет, это должна быть очень точная и нифига не надёжная привязка к конкретному оператору. Тут можно отловить начало КПВ и отсчитывать "секунды от начала КПВ", расчитывая, что принимающая сторона делает то же самое.

[stas_k]

И помнить что SMS не гарантирует доставки вообще, время в пути у sms может быть до 7 дней.

Да не может быть 7 дней - через 48 часов оно скончается.

Это компромис между стандартом и здравым смыслом.

Если хранить очередь положенные ~200 часов, то с этой очередью нужно что то делать. Пытаться периодически отправлять их. Раньше это было бродкастом во все соты разом. Как классический пейджинг. Может быть соверменный SMS центр и умеет отправлять их в соту на свежезарегестриованный терминал. Но

что там будет в ситуации, когда он зарегестрировался в одной соте, и через минуту оказался в соседней соте (да еще и в другой области\стране) другого региона?

 

Великое чудо, что sms доставляется за несколько минут.

Не меньшее, чем доставка писем по SMTP.

 

 

http://tools.ietf.org/html/rfc5321#section-4.5.4.1

 

"

The general model for an SMTP client is one or more processes that

periodically attempt to transmit outgoing mail. In a typical system,

the program that composes a message has some method for requesting

immediate attention for a new piece of outgoing mail, while mail that

cannot be transmitted immediately MUST be queued and periodically

retried by the sender. A mail queue entry will include not only the

message itself but also the envelope information.

 

The sender MUST delay retrying a particular destination after one

attempt has failed. In general, the retry interval SHOULD be at

least 30 minutes; however, more sophisticated and variable strategies

will be beneficial when the SMTP client can determine the reason for

non-delivery.

 

Retries continue until the message is transmitted or the sender gives

up; the give-up time generally needs to be at least 4-5 days."

 

"если не получилось отправить с первого раза, поставь в очередь и попробуй через 30 минут минимум,

до 4 дней не теряй надежды и пробуй отправить. только на пятый день считай это проблемой.".

 

Учитывая тот забавный факт, что в GSM "гудков" нет, это должна быть очень точная и нифига не надёжная привязка к конкретному оператору. Тут можно отловить начало КПВ и отсчитывать "секунды от начала КПВ", расчитывая, что принимающая сторона делает то же самое.

Примерно так. у вызывающей стороны "гудок" считается как 2.5 секунды. у принимающей стороны ringing есть аппаратно из gsm модема.

[thodin]

Пытаться периодически отправлять их. Раньше это было бродкастом во все соты разом. Как классический пейджинг. Может быть соверменный SMS центр и умеет отправлять их в соту на свежезарегестриованный терминал.

SMS центр пообще про соты ничего не знает, что за бред?

Зачем нужно что-то рассылать во все соты (?!), если сеть прекрасно знает, где зарегистрирован терминал в настоящий момент?

 

Но что там будет в ситуации, когда он зарегестрировался в одной соте, и через минуту оказался в соседней соте (да еще и в другой области\стране) другого региона?

http://www.teletopix.org/gsm/what-is-gsm-cell-reselection-and-how-it-works/

Вот как-то так.

 

"если не получилось отправить с первого раза, поставь в очередь и попробуй через 30 минут минимум,

до 4 дней не теряй надежды и пробуй отправить. только на пятый день считай это проблемой.".

Вот именно. А если абонент появится в сети, то SMS центр узнает это очень быстро, в отличие от SMTP сервера, который вынужден делать постоянные попытки доставки.

 

Вы троллите так, да? :)