Мобильный телефон + компьютер. 
Информация для "чайников".
В настоящее время телефоны Siemens 35-ой и 45-ой серии считаются устаревшими. Их владельцы обзаводятся новыми телефонами, старые же попадают в комиссионные магазины, где их можно довольно дешево купить. А, если купил - появляется мысль прикрутить его к компьютеру для выполнения какой-либо полезной функции в связке "Мобильный телефон + компьютер". 

Не так давно ко мне попали четыре телефона Siemens: М35, два С45 с разными прошивками и МЕ45. О  мобильниках в то время я знал только, что по ним можно звонить. В интернете без труда нашлись схемы подключения. Сразу было решено - телефон подключается к компьютеру - "как есть", без каких-либо переделок и перепрошивок. Информация по управлению телефоном, которую я тоже быстро отыскал в сети, казалась мне довольно полной и понятной. За работу! И вот прошло время... Увы, больше, чем я предполагал. Связка "мобильник + компьютер" - наконец-то работает, правда, не во всем так, как я первоначально задумал... Вот, я и хотел бы поговорить о проблемах, которые мне встретились при подключении мобильника: что-то не нашлось в документации, что-то в документации нечетко прописано, а что-то лично мне было трудным в понимании...

Включение телефона
Выключенный телефон не принимает АТ-команд. Однако, в сети Вы без труда найдете "волшебную" последовательность из пяти байт, которая приведет к включению выключенного телефона. Вот эти пять байт:

<05> <02> <07> <06> <0C>

В угловых скобках записаны шестнадцатеричные значения каждого байта. Эта "волшебная" последовательность - BFB-команда. BFB-команды (и ответы телефона на них) передаются на скорости 57600 бод. BFB-команды принимаются телефоном даже в выключенном состоянии, если подано напряжение заряда батареи телефона. Но, не все просто... Если телефоны М35 и С45 всегда принимают BFB-команды (было бы подано напряжение заряда батареи), то телефон МЕ45 принимает BFB-команды только в течении первых пятнадцати секунд после подачи напряжения заряда батареи. 

Теперь немного о BFB-командах и о "волшебной" последовательности. Первые три байта - это заголовок:

первый байт - тип команды. В нашем случае - команда типа 5. 
второй байт - длина команды (заголовок в подсчет длины не входит). В "волшебной" пятибайтной последовательности - байт длины имеет значение 2, да еще три байта заголовка - итого: пять байт. 
третий байт представляет собой поразрядное "исключающее ИЛИ" (сложение по модулю два) первого и второго байтов заголовка (5 xor 2 = 7). 
Четвертый байт со значением 06 - и есть собственно команда (называется она - "KeyPress"), за которой следует один аргумент: код клавиши, нажатие на которую мы имитируем с помощью команды. Клавишам с цифрами и клавишам с символами "*" и "#" присвоены коды, совпадающие с кодами ASCII соответствующих символов; остальным клавишам присвоены коды от 01h до 0Fh. Шестнадцатеричное значение 0C соответствует в телефоне красной кнопке, которую мы нажимаем пальцем для того, чтобы включить выключенный телефон. Вот, волшебство и рассеялось...

Итак. Для включения телефона необходимо: настроить устройство последовательного обмена, к которому подключен телефон, на скорость 57600 бод; подать на телефон напряжение заряда батареи; в течении первых пятнадцати секунд после этого передать BFB-команду KeyPress: <05> <02> <07> <06> <0C>.

Телефон в ответ на команду возвращает последовательность из четырех байт: <05> <01> <04> <06>, означающую, что команда принята к исполнению (Вы, надеюсь, уже догадались, что первые три байта - это заголовок, а четвертый байт - код принятой к исполнению команды). Ответ телефоном передается все на той же скорости в 57600 бод. И вот, наконец, телефон включается и переходит в режим приема АТ-команд. Следует предостеречь от слишком быстрого снятия напряжения заряда аккумуляторной батареи: если это напряжение снять сразу же, как только получен ответ от телефона об исполнении BFB-команды KeyPress - телефон М35 не включится; следует ввести некоторую задержку перед снятием напряжения заряда.

Телефон включен и готов к приему АТ-команд... Тут не забыть бы, что работали мы с телефоном на скорости 57600, а вот АТ-команды не все телефоны способны принимать на этой скорости (телефон МЕ45 принимает АТ-команды как на скорости 19200, так и на 57600, но телефоны М35 и С45 принимают АТ-команды только на скорости 19200 бод), поэтому скорость обмена снижаем до 19200.

И вот тут-то нас и поджидает "засада" с телефонами 45-ой серии: при включении эти телефоны требуют подтверждения включения, иначе, примерно, через 30 секунд, не дождавшись подтверждения включения, телефон выключится! Ну, не нажимать же на кнопку телефона пальцем, подтверждая включение... Не солидно как-то... А, почему бы не воспользоваться BFB-командой KeyPress? Хорошая мысль, вот только мы работаем с телефоном уже в АТ-режиме. Как из АТ-режима перейти в режим BFB? Для этого есть недокументированная команда AT^SQWE=x, параметр команды (х), обозначает режим работы телефона, в который он переводится этой командой:

AT^SQWE=0 AT-режим (эта команда потребуется для возврата из режима BFB) 
AT^SQWE=1 BFB-режим (это - то, что нам сейчас требуется) 
AT^SQWE=2 BFC-режим (это - для владельцев телефонов серии выше 45-ой) 
AT^SQWE=3 OBEX (это - для людей знающих, что сие означает) 

Итак, переводим телефон в режим BFB и получаем ответ:

AT^SQWE=1<0D>

<0D><0A>OK<0D><0A>

Теперь телефон снова работает в режиме BFB (не забыть бы установить скорость обмена на 57600 бод). Снова воспользуемся командой KeyPress, изменив в "волшебной" последовательности последний байт на код клавиши подтверждения включения. В телефонах С45 и МЕ45 эта клавиша имеет один и тот же код - 01. Осталось разобраться со временем подачи этой команды: с одной стороны - телефону необходимо некоторое время для выхода на ожидание подтверждение включения, с другой стороны - если сильно затянуть с подачей команды, то телефон выключится не дождавшись подтверждения включения. Телефоны С45 и МЕ45 в течение 10 секунд после включения питания выходят на ожидание подтверждения включения, и еще 20 секунд ожидают подтверждение - вот во время этих двадцати секунд и необходимо выдать команду подтверждения включения телефона:

<05> <02> <07> <06> <01>

Получаем от телефона ответ о принятии команды на исполнение (<05> <01> <04> <06>) - телефон включен! Телефон-то включен, но необходимо вернуться в АТ-режим... В BFB-режиме, оказывается, можно управлять телефоном и АТ-командами: для этого используются команды BFB с типом команд 6 - заголовок BFB-команды просто предваряет АТ-команду (впрочем, как и ответ телефона). Т.е. для того, чтобы вернуться в АТ-режим, необходимо передать следующую последовательность байт:

<06><0A><0C>AT^SQWE=0<0D>

и получить (если проделали все правильно и без ошибок) следующий ответ:

<06><06><00><0D><0A>OK<0D><0A>

Не забывайте, что все это происходит на скоростях обмена 57600, и, только, приняв последний ответ телефона, можно переключиться на скорость 19200.

Все! Телефон включен и ожидает АТ-команду!

 

Соединение с абонентом
Речь пойдет о речевом соединении. Что же здесь обсуждать? Есть АТ-команда "Набор номера", формат ее предельно ясен - передай в телефон

ATDномер;<0D>

Номер телефона в команде - это тот же номер, что набирается на телефоне кнопочками, после номера необходимо поставить "точку с запятой" - соединение речевое, ну и стандартный символ окончания АТ-команды. Чего уж проще? И я так думал... А как определить, что вызываемый абонент ответил? Читаем документацию от Siemens "Интерфейс АТ-команд. Набор номера с носимого телефона", ответ телефона на команду ATD: "При успешном речевом соединении: ОК".

Пробуем... Ответ телефона "ОК" получаем сразу же, как только телефон получил команду ATD! Далее слушаем некоторое время в телефоне гудки вызова, и вот вызываемый абонент ответил на наш вызов, а на линии последовательного интерфейса - тишина. Абонент разорвал связь - ответ телефона "NO CARRIER". 

Пробуем еще раз, но звоним на другой номер... Также получаем "ОК" на команду ATD, слушаем в трубке приятный женский голос, который на двух языках вещает нам: "Абонент временно недоступен...", затем голос умолкает, и на экране дисплея телефона мы наблюдаем, что вызов уже не производится (можно попробовать позвонить еще кому-нибудь), а на линии последовательного интерфейса - тишина. 

Вывод: ответ телефона "ОК" на команду ATD - есть факт того, что телефон воспринял команду и начинает ее выполнять, а вовсе не факт соединения с вызываемым абонентом. Можно ли получить дополнительную информацию о нашей попытке соединения? Да, можно: если абонент не желает с Вами разговаривать (нажимает клавишу "Отклонить") - получаем ответ телефона "BUSY"; если абонент ответил на вызов, а затем прервал разговор - "NO CARRIER"; иногда можно получить ответ "NO DIAL TONE" - наверное, при перегрузке соты; еще - "ERROR" - ну, это - отдельная песня. Да, уж - не много... Главное - ответа на вопрос - "ответил ли абонент?" - так и не получили.

Для определения установления связи с вызываемым абонентом я использую команду AT+CLCC которая называется "Список текущих соединений оконечного устройства". Телефон этот список возвращает в ответ на команду в виде строк:

+CLCC: <id>,<dir>,<stat>,<mode>,<mpty>[,<number>,<type>[,<alpha>]]

Последовательность строк заканчивается строкой

ОК

Нас интересует параметр <stat>. Он принимает следующие значения

0 Соединение активно 
1 Соединение удерживается 
2 Осуществляется набор 
3 Вызывается абонент 
4 Входящее соединение 
5 Ожидающее входящее соединение 

Итак. Когда абонент ответит на наш звонок, параметр stat примет значение 0. Факт ответа на вызов зафиксирован. Осталось определиться с недоступным абонентом. К сожалению, когда девушка в трубке бубнит свое: "Абонент временно недоступен...", параметр stat имеет значение 3 - т.е. отличить от нормального вызова бубнение в трубке не представляется возможным с помощью этой команды. Но, девушка в трубке бубнит не вечно - у меня около 30 секунд (возможно, это время зависит от оператора сотовой связи), и, вот, когда она умолкла и можно набирать другой номер - в ответ на команду AT+CLCC мы получаем от телефона ответ ОК, без всяких там строк, начинающихся на +CLCC (в документации об этом записано так: "Если команда была выполнена, но соединений нет, то ответ не передается").

Теперь представим, что мы пытаемся соединиться с абонентом, но он занят, недоступен или просто не желает с нами разговаривать и нажимает клавишу "Отклонить" при нашем звонке. Но, мы очень желаем до него дозвониться и, снова и снова, набираем его номер. Естественно, что поручили эту работу компьютеру. Довольно скоро на команду ATDномер; телефон выдаст ответ ERROR, хотя еще недавно выдавал ОК. Почему? Потому, что набранный нами номер оказался в "черном списке" ("black list"). Его там даже можно увидеть - достаточно прочитать телефонный справочник с именем "BL". По какой причине нужно было его туда помещать? Ответ знает только Siemens. Как удалить запись из black list'а? Увы, я не знаю. Обычные команды удаления записей из справочника не действуют на справочник "BL".

Что же делать, если такое произошло и номер оказался блокирован? Смиренно выждать две минуты и повторить попытку установления соединения. Скорее всего Siemens Вам это милостиво разрешит. Еже ли Вы будите упорствовать в своих попытках установить соединение, то очень скоро номер будет блокирован напрочь! На одном из форумов нашел упоминание, что блокировку может снять либо внешний звонок, либо нажатие на любую кнопку телефона. Ну уж кнопки по проводам мы нажимать умеем! Опять нам пригодились BFB-команды... Пробуем. И что получилось? М-да... До глухой блокировки номера теперь дело не доходит, но, вот,  со снятием двухминутной блокировки - в каких-то телефонах проходит, в каких-то со второго раза на третий, а, в каких-то - ну, никак... В чем хитрость? Может, я пошел не тем путем? Или, может, есть другое решение этой проблемы?

 

Передача SMS
Начнем с того, что прием и передача SMS осуществляется в двух режимах: текстовом режиме и в режиме PDU. Передача SMS в режиме PDU сложнее в реализации, однако режим PDU позволяет задать некоторые параметры передачи SMS, недоступные в текстовом режиме. И еще один довод в пользу режима PDU - текстовый режим реализован не во всех телефонах. Будем передавать SMS в режиме PDU (текстового режима в моих телефонах - просто нет). Задается этот режим командой:

AT+CMGF=0

 Передача сообщения SMS осуществляется командой

AT+CMGS=<length>

а, затем, в ответ на приглашение "> " передается PDU по два символа на байт (октет), признаком окончания передачи PDU служит байт со значением 1Аh (при вводе с терминала - "Ctrl-Z"). И, если все правильно проделать, телефон подтвердит принятие PDU сообщением "ОК". Тонкость здесь в значении <length> команды AT+CMGS. Распространенная ошибка - указать в качестве значения <length> длину PDU в октетах. Документация говорит нам, что <length> - "длина фактического элемента данных TP в октетах". Эта фраза означает, что октеты адреса CS не включаются в длину, а, поскольку адрес CS обычно задается по-умолчанию, т.е. имеет длину в один октет (два первых символа "00", которые вводятся первыми в ответ на приглашения ввода SMS), то для определения <length> из длины PDU нужно вычесть единицу.

 

Прием SMS
После изучения документации по этому вопросу, было решено воспользоваться возможностями команды AT+CNMI "Индикация новых полученных сообщений". Эта команда позволяет настроить телефон так, что при поступлении SMS, телефон в последовательный канал выдает строку:

+CMTI: <mem>,<index>

в которой сообщает в компьютер память и номер ячейки в ней, в которую помещено поступившее сообщение. Далее выбираем память командой AT+CPMS=<mem> и читаем в режиме PDU командой AT+CMGR=<index>. Последняя команда порождает ответ телефона в три строки:

+CMGR: <stat>,[<alpha>],<length>
<pdu>
OK

Как в случае передачи SMS, так и при приеме - параметр <length> - "длина фактического элемента данных TP в октетах", т.е. адрес сервисного центра все также не включен в длину, однако при приеме адрес SMCS обычно занимает восемь октетов (первый октет адреса SMCS - длина адреса SMCS, т.е. число следующих за ним октетов адреса).

Такой режим приема SMS мне очень даже понравился: телефон принимает SMS и сообщает об этом компьютеру, который считывает SMS из памяти телефона, а, затем, освобождает память (стирает SMS) - довольно стройно и ничего лишнего. Все это хорошо работало. Но, только на телефонах 45-ой серии... Телефон М35, несмотря на то, что он прекрасно принимал команду AT+CNMI, но при получении новых SMS выдавать индикацию в виде "+CMTI: <mem>,<index>" отказывался напрочь. Я так не не смог заставить его это делать... Пришлось периодически сканировать память на наличие принятых и непрочитанных сообщений командой AT+CMGL, которая  в режиме PDU для каждого принятого и непрочитанного SMS формировало две строки

+CMGL: <index>,<stat>,<length>
<pdu>

Весь список сообщений завершала строка ОК. Длина <length> определяется по приведенным выше правилам.

Но и здесь нас поджидает засада... В телефонах, в которых принятые SMS помещаются только в память карточки SIM (память "SM"), все это работает хорошо. В телефонах, в которых принятые SMS могут помещаться как в память карточки SIM, так и память телефона (память"МЕ"), казалось бы, необходимо установить одну какую-либо память (например карточки SIM) в качестве памяти, в которую помещаются принятые сообщения, и, в качестве памяти, из которой читаются и удаляются сообщения. Например, так

AT+CPMS= "SM","SM","SM"

Так и делаем. И что мы видим? Вроде бы - работает, но на телефонах 45-ой серии, иногда, по какой-то неведомой мне причине, принятое сообщение вдруг помещается в память телефона (память "МЕ"), и, конечно же остается непрочитанным! Поскольку, в телефонах 35-ой серии не работает первый метод, а в телефонах 45-ой серии криво работает второй метод, то для работы программы с телефонами обеих серий придется объединить оба метода приема SMS: настроить телефон на  индикацию новых полученных сообщений посредством "+CMTI: <mem>,<index>", а также периодически сканировать память на наличие принятых и непрочитанных сообщений. При попадании принятого SMS "не в ту" память (память телефона) получим строку:

+CMTI: "ME",<index>

и считываем его первым методом: выбираем память командой AT+CPMS="МЕ" и читаем командой AT+CMGR=<index> (не забыть бы выбранную для чтения память установить снова на память карточки SIM (AT+CPMS= "SM"). Приходящие уведомления о получении новых сообщений вида "+CMTI: "SM",<index>" можно игнорировать, поскольку они будут прочитаны периодически выдаваемой командой AT+CMGL.

И осталось только напомнить, что память для помещения принятых SMS не бесконечна - не забывайте ее освобождать для новых SMS.

 

Зарядка аккумулятора
Зарядка аккумулятора проверяется командой "AT+CBC". Не могу точно сказать, как определяется степень заряда аккумулятора телефоном. Наверное, по значению напряжения на клеммах аккумулятора. При подаче напряжения заряда - напряжение на клеммах аккумулятора, по-видимому, повышается. Вот, отсюда, наверное, и значения оставшегося заряда величиною более 100%, при подаче команды "AT+CBC" при заряде аккумулятора.

Вывод: желаете узнать заряд аккумулятора - снимите прежде напряжение заряда.

 

Олег Шепелев.

P.S. Замечания по тексту, дополнения принимаются по адресу shplv@yandex.ru