Например вот такой ответ на запрос *111# у мегафона:

Покажи то же самое в шестнадцатиричном виде.

Вот так всё работает в одном небольшом скрипте для модема ZTE MF100:

                if($st=~/^[0-9A-F]+$/i){
                        $st = pack(«H*», $st);
                        encode(«ucs-2»,$st); # mark that bytestring is in ucs2
                        from_to($st,«ucs-2»,«utf-8»); # actually recode
                }
                return $st;

Вы, конечно, извините, но я код не понял. Что делает encode и pack.

ModemManager уже сам что-то перекодирует, потому что английские символы я получаю корректно. Выглядит код просто:

result = this.gsm_modem_ussd.Initiate(this.ussd_entry.text);

Этот result является string и его без изменений я присваиваю другому текстовому полю. GTK+ использует UTF-8 для всего. Но всё ломается, если есть русские символы и я получаю то, что есть в стартовом посте.

Перекодировать собираюсь вот так:

result = convert(this.gsm_modem_ussd.Initiate(this.ussd_entry.text), -1, "UTF8", "ИмяКодировки", null, null);

Параметр ИмяКодировки аналогичен заданию имени кодировки для вызова консольной команды iconv.

Варианта два:

1) Это всё одна и та же кодировка, просто для символов 0..127 коды совпаданию с UTF-8. В таком случае надо просто указать правильный параметр для convert.

2) Используются разные кодировки - ASCII для латиницы и что-то другое для кириллицы. В таком случае надо как-то понять, что в ответе была кириллица, а затем использовать convert только в этом случае.

Там нет base64, а просто перекодировать UTF16BE - получаю иероглифы

http://habrahabr.ru/post/147843/

Что-то не получилось...

Через minicom зашли в модем ат-моманду, и смотри, что будет в ответ. Кто знает, что ты там набыдлокодил.

теоретически должен существовать какой-то стандарт или спецификация для USSD, где будет указана кодировка для текста

Вообще не понятно что это. Это дамп прямо с порта модема, или через modemmanager? Если второе - возможно он уже каким-то неведомым образом обработал строку.

Я сейчас откопал свой Huawei E171 и попробовал через minicom:

+CSCS?
+CSCS: "UCS2"
OK

AT+CUSD=1,"*100#"
OK
+CUSD: 0,"04110430043B0430043D0441003A0034003604400020041104350437043B0438043C04380442043D044B043900200418043D044204350440043D043504420020043F043E00200420043E04410441043804380020002A003100310031002A0036003200380023",72

$ printf $( echo "04110430043B0430043D0441003A0034003604400020041104350437043B0438043C04380442043D044B043900200418043D044204350440043D043504420020043F043E00200420043E04410441043804380020002A003100310031002A0036003200380023" | sed "s,\(..\),\\\\x\1,g" ) | iconv -f ucs-2be
Баланс:46р Безлимитный Интернет по России *111*628#

Я имел ввиду что по той таблице не смог сориентироваться.

Это строка от ModemManager. Прямого доступа к модему я судя по всему не должен иметь, поэтому надо что-то придумать для этого варианта.

теоретически должен существовать какой-то стандарт или спецификация для USSD, где будет указана кодировка для текста

Я сейчас гуглил на эту тему. Оказалось, что стандарт есть: http://en.wikipedia.org/wiki/GSM_03.38. Но реальные масштабы бедствия я понял, только когда начал скачивать сами тексты стандартов и пытаться их читать 8).

Это строка от ModemManager. Прямого доступа к модему я судя по всему не должен иметь, поэтому надо что-то придумать для этого варианта.

Посмотри как именно он обработал эту строку. И что-то мне подсказывает, что без модификации самого modemmanager'а не обойтись...

Там, на самом деле, все просто, но из стандартов нихрена не понятно.

В sms и ussd, в принципе, одинаковая схема - есть кодировка (DCS), иногда она в бинарном виде явно приходит (на новых модемах), иногда надо руками через AT интерфейс установить, какую хочется

На днях вот исправлял в одном RIL кодировку, портировал из старого часть функций

https://gitorious.org/~ast/replicant/asts-hardware_ril_samsung-ril/commit/98a...

Там, на самом деле, все просто, но из стандартов нихрена не понятно.

Похоже это общая беда почти всех стандартов 8).

И вот еще, декодирование UCS2

https://gitorious.org/~ast/replicant/asts-hardware_ril_samsung-ril/commit/4d2...

А вообще, можно почитать

https://gitorious.org/xdandroid/hardware_xdandroid-ril

Тут RIL для модемов в HTC Vogue/Diamond/Rhodium, классический AT протокол, и реализовано в былые славные времена все - смс, ussd, gprs. Если ОП захочет патчить ModemManager - это может пригодиться

Рекомендую посмотреть реализацию обработки USSD ответов в RIL подсистеме Android'a на некоторых телефонах.

Например здесь : http://www.gitorious.net/android-on-freerunner/platform_hardware_ril/blobs/47...

Начиная со строчки 3117.

Сам брал этот код, вроде бы с русским все было ок, но точно уже не вспомню.

Если все еще помню, то кодировка зависит от SMS-центра, обрабатывающего запросы USSD, и ее трактовка может быть произвольной (??). Последнее лучше уточнить в описании протокола SMPP.

Наверное, SMPP тут ни причем. По хорошему это все скрыто за серверами. Надо брать уровнем выше. Что там? GSM? Вероятно, трактовка кодировки как-то прописана в их стандарте. Но в самом SMPP, через который уже обрабатывается USSD уровнем ниже, сама кодировка трактуется произвольно, если мне не изменяет память, хотя могу ошибаться.

тут много ньюасов:
1) в отличие отвывода mironov_ivan, у тебя он какой-то совсем не текстовый. делаю вывод, что модем у тебя в PDU mode работает

2) кодировка зависит от сети и модема (несмотря на то, что чаще всего это ucs2) и от data coding scheme (dcs), которая приходит вместе с юссд ответом.

if TE character set other than «HEX» MT/TA converts GSM alphabet into current TE character set
if TE character set is «HEX»: MT/TA converts each 7‑bit character of GSM alphabet into two IRA character long hexadecimal number
if <dcs> indicates that 8‑bit data coding scheme is used: MT/TA converts each 8‑bit octet into two IRA character long hexadecimal number
if <dcs> indicates that 16-bit data coding scheme (UCS2) is used: MT/TA splits the 16 bits into two 8-bit octets. Each of those octets are converted as per the 8-bit data coding scheme, with the most significant octet first

специалисты рядом со мной предлагают тебе попробовать кодировку IRA

Это строка от Модем-Манаджера.

там стоит (char *) от бинарной строки после декодирования.

Посему, думаю, нужна обратная конвертация и декодирование как UCS2-BE, например.

Хотя в принципе кодировка ответа должна где-то храниться, но доступна ли она через интерфейс?

Во что нужно обратно конвертировать эту строку?

а этот результат от «this.ussd_entry.text» получен? если нет то можно увидеть что в той строке.

прошу прощения, не смотрел исходник, пока не надо это не то будет

можно как нибудь так сделать:

$ dbus-send --system --print-reply --dest=org.freedesktop.ModemManager /org/freedesktop/ModemManager/Modems/0 org.freedesktop.ModemManager.Modem.Gsm.Ussd.Initiate string:*100# >file.dump

Смотрел исходники Модем-манаджера, там плагин для HUAWEI недоработан.

Обработка reply идёт так:

bin = utils_hexstr2bin (reply, &bin_len); unpacked = gsm_unpack ((guint8*) bin, (bin_len * 8) / 7, 0, &unpacked_len); /* if the last character in a 7-byte block is padding, then drop it */ if ((bin_len % 7 == 0) && (unpacked[unpacked_len - 1] == 0x0d)) unpacked_len--; utf8 = (char*) mm_charset_gsm_unpacked_to_utf8 (unpacked, unpacked_len);

Последняя строка показывает, что бинарная строка преобразует в utf8 по кодировке

charset_gsm. Что, похоже, в той же, как и кодирование:

*scheme = MM_MODEM_GSM_USSD_SCHEME_7BIT;

Так что, видимо, поддержка иных кодировок ussd не предусмотрена. (пока?)

Алгоритм обратного преобразования, если кодировка ответа от оператора в UCS2, напрашивается сам. Сначала utf8 -> bin (по схеме gsm-7bit?), и потом по кодировке UCS2 (UCS2_BE) обратно в utf8. Но, возможна потеря информации при использовании 7 битного кода в плагине! И тогда, увы, финита. (я лично не пробовал, но чутьё слабых мест настораживает)

Согласен, что это только костыль для модемов HUAWEI. Лучше доработать плагин.

я автор Gnome Modem Manager

Раз уж ты автор этого, то может подскажешь как его сконфигурять чтобы он не домогался до всего, что выглядит как последовательное усройство? Меня бы утроило хотябы для конкретных устройств его запретить. А то выбросить его из системы без нетворк-мэнэджера нельзя, а такое поведение очень бесит когда только что воткнутый, например, ГПС-приёмник оказывается заблокированным Модем-манагером и надо ждать пока тот к нему охладеет.

Я автор Gnome Modem Manager, а не Modem Manager. Моя программа лишь фронт-энд к нему и за работу с физическим устройством не отвечает.

Блин, назвал бы хоть GModemManagerGUI чтобы не вводить меня в заблуждение :)

Я автор Gnome Modem Manager, а не Modem Manager. Моя программа лишь фронт-энд к нему и за работу с физическим устройством не отвечает.

Ну вот. А я-то подумал, что важный человек. Тьфу.

USSD-запросы в Linux

Честно говоря я не праился. Побродив в интике нашел вот эту статью http://www.ionline.by/chasto-zadavaemye-voprosy-f-a-q/kak-nastroit-internet/m... Прога очень понравилась, тем более после того как я ей попользовался. На мой взгляд то что нужно обычному пользователю. Она не только USSD, но и с СМС работать умеет. Хорошая замена виндовым операторским приблудам.