Решил побаловаться со старым Эриксоном GH688,
проверить возможности применения АТ-команд.
Именно для него не нашёл список АТ-команд,
но нашёл команды для его "старшего брата" T18.
Оказалось, что лишь малое количество команд от T18
совместимо с GH688 !
В чём дело ? Ведь разница в возрасте между этими "братьями" не очень велика,
функциональность GH688 позволяет делать почти всё,
что может делать T18. Может у моего GH688 какая-то неполноценная прошивка ?

А почему Вы считаете, что совместимость должна быть?! Этот вопрос мы не раз уже обсуждали, почитайте повнимательнее тему (Вами же инициированную):
http://electronix.ru/forum/index.php?showtopic=15546

Телефоны одной фирмы, разница в возрасте не велика, способ подключения к компу у обоих через RS-232, набор функций очень похож,часть АТ-команд общая и работает на GH688 - думаю, это не мало, чтобы сделать предположение о совместимости команд.
Есть ещё один фактор - мне пока попадаются описания АТ-команд очень похожие друг на друга, т.е. я не видел каких-то особых АТ-команд.

Если у Вас есть возможность, почитайте используемую SIM карточку на предмет 'услуги:42, RUN AT COMMAND' 7F20->6F38->byte#11->Битовые разряды b4 - активирование и b3 - наличие (b8...b1).

Лёгко!

Протормозил ...
Можно еще почитать документацию Wavecom.
Очень интересно (и даже на русском!)

AT-команды.
Руководство по использованию AT-команд для разработчиков
телекоммуникационного оборудования.

Книга содержит подробное описание полного набора АТ команд для работы с модемами компании Wavecom, а также описание специальных АТ команд для работы с протоколами стека IP, программно реализованными в модемах Wavecom. Руководство будет полезно также инженерам, отвечающим за экс- плуатацию систем различного назначения, применяющим в качестве канала передачи данных сети GSM. Хорошим подспорьем будет книга и для студентов, которые используют в своей курсовой или дипломной работе тематику передачи данных в GSM сетях.
428стр
7,80 МБ (8 186 497 байт)

Руководство по AT-командам WAVECOM
Описание АТ команд для работы с GSM/GPRS модулями и модемами компании
Wavecom
1,87 МБ (1 971 857 байт)

AT Commands Interface Guide for revision X50a
1,68 МБ (1 763 022 байт)

Specific GPS AT commands Interface Guide
161 КБ (165 250 байт)

и т.д. и т.п….

Надеюсь я дал достаточно ключевых слов?

P.S. к своему удивлению не обнаружил кнопку *редактировать*
О! в этом посте есть *изменить*, а вот в предыдущем НЕТ!

abvg, молодчина спору нет и эрудирован достойно! Но суть несколько в другом - поддержка AT-команд той или другой моделью мобильного телефона...

Hi, BVU!
*Доброе слово и кошке приятно*

Это я придуряюсь... У них тут в форуме такие правила...

ha ha only serious...

BR!

Да, согласен, есть достаточно много документации по АТ-командам и всё,
что Вы посоветовали я постораюсь в ближайшее время просмотреть.
Но с этим Эриксоном ситуация странная...
Поддерживает "atd0890;" , но не поддерживает проверку соединения "at+clcc;". Я думал это команды из одного набора команд...

Есть ещё одна похожая проблема с Нокиа 6150. Сделал для него переходник(схему взял из книги Патрика Гёлля
http://electronix.ru/forum/index.php?showt...5&#entry123078)
Переходник для шины M2BUS вроде работает, т. к. при посылке команд они возвращаются(режим "эхо"), но сам телефон при этом вообще не реагирует ни на одну из команд(я использовал широко известные команды типа atdt,atdXXXX...,at+cbc и другие)!
Может нужно его как-то включить режим выполнения АТ-команд или с шиной M2BUS нужно обращаться не так как обычно ?

san822, еще раз даю свои коментария на данную тему, поскольку она возникает у Вас постоянно:
Если телефон поддерживает AT-команды, то гарантирована поддержка только для базового набора команд. Дополнительные команды - их поддержка, так называемых классов расширенных команд которые Вы перечисляете может быть, а может и отсутствовать, например из-за экономии ресурсов памяти телефона (память как известно считается одной из дорогих электронных компонент), так же экономия времени и средств для отладки и тестирования данного участка кода содержащий данную AT-поддержку (ведь если производитель офицально заявит о подобной функциональности он обязан гарантировать ее качество). И далее: серийные устройства проектируются так сказать 'тютелька в тютельку', поэтому подобные ограничения весьма значительно влияют на их себестоимость. Другое дело обстоит с сотовым-модемом, в них реализован почти весь спектр AT-поддержки, поэтому не надо сравнивать эти две категории устройств - сотовый телефон и сотовый-модем, т.к. они ориентированы на разные методы использования. Просто все зависит от конкретной модели сотового телефона. Если вы в своих проектах для встроенных систем используете сотовую связь для приема/передачи информации, то лучше чем модем для сотовой связи, в применении, не найти!
Надеюсь у всех, кто читает данный раздел форума подобного вопроса больше не возникнет ибо он начинает становиться беспредметным...

Я понял это, прежде всего, как рекомендацию использовать какой-то АТ-модем и не иметь подобных проблем, ведь там всё более ясно.
С этим я и не собираюсь спорить!
Конечно, при промышленном использовании я бы тоже использовал готовые АТ-модемы, но сейчас я не на том уровне.
Пока я занимаюсь этим просто тем, чтобы приобрести какой-то опыт в этой области. Можно сейчас это назвать просто хобби.
Поэтому мне проще(и дешевле) купить дешевенький мобильник и проводить с ним опыты, позволяя себе полную свободу экспериментов(как раз из-за его низкой стоимости).

А шина M2BUS сама по себе заслуживает особого внимания.

Я об этом уже давно догадался. Просто необходимо Вам было объяснить почему не у всех телефонов это есть (AT). Лет пять назад передо мной возникла та же проблема, которая сейчас решается рекомендованным способом (модем). Но телефоны имеющие синхронизацию с ПК и поддерживающие к примеру GPRS протокол стоят на 20% дешевле подобного модема. И думаю, что скоро эти цены выровнятся.

И чем же? Просто еще одна из разновидностей последовательного интерфейса (считаю, что USB более чем достаточно для подобных целей).

Чип и Дейл спешат на помощь(BVU&bvg)!

Все дело в разных протоколах, уровнях, вложенности и т.д.

Давай образовываться, т.к. тема не очень сложная, но длинная.
А потом я расскажу, как решается эта задача. Нестандартно

Собери инфу по т.н *Nokia commands*

Вот начало ОЧЕНЬ старого документа
*
Document describing protocol used in Nokia phones.
The data provided is for information purposes only.
Some of the frames might be hazardous to your phone. Be careful!!!
We do not take any responsibility or liability for damages, etc.
Last update 26.02.2001
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Assembled by
Balazs Nagy (js@lsc.hu)
Alfred R. Nurnberger <arnu@flosys.com>
Hugh Blemings <Hugh.Blemings@vsb.com.au>
Mike Bradley <mike@trumpington.st>
Odinokov Serge <serge@takas.lt>
Pavel Janik <Pavel@Janik.cz>
Paweі Kot <pkot@linuxnews.pl>
Marcin Wiacek (Marcin-Wiacek@TOPNET.PL)
Jens Bennfors <jens.bennfors@ing.hj.se>
Michael Hund <michael@drhund.de>
Jay Bertrand <jay.bertrand@libertysurf.fr>

NOTE: this information isn't (and can't be) complete. If you know anything
about features not listed here or you noticed a bug in this list, please
notify us via e-mail. Thank you.

Frame format for MBUS version 1:
Request from Computer/Answer from Phone:
{ DestDEV, SrcDEV, FrameLength, MsgType, {block}, id, ChkSum }
where DestDEV, SrcDEV: 0x00: phone
0xf8: PC (wakeup msg)
0xe4: PC (normal msg)
FrameLength: length of data frame. Maximal 0x78. Longer
frames are divided into smaller.
MsgType: see List
{block}: main frame
id: request identity number 1..n, incremented after
the request is accepted
ChkSum: XOR on frame's all numbers
Ack from Phone:
{ DestDEV, 0x00, FrameLength, MsgType, {block} , id, ChkSum }
where DestDEV: taken from original request packet
FrameLength: 0x7f, when DestDEV = 0xe4
0x7e, when DestDEV = 0xf8
MsgType: see List. Present only, when DestDEV = 0xf8
{block}: main frame. Present only, when DestDEV = 0xf8
id: request identity number 1..?, corresponding
to the original request packet id
the request is accepted
ChkSum: XOR on frame's all numbers
Ack from Computer:
{ 0x00, SrcDEV, 0x7f, id, ChkSum }
where SrcDEV: taken from response packet
id: request identity number 1..?, corresponding
to the response packet id
the request is accepted
ChkSum: XOR on frame's all numbers
Port settings:
Speed 9600 bps, Bits 8, ParityOdd, Stop Bits 1, DTR and RTS logic 0
Many transmission are made this way:
<computer sends request>
<phone sends ack>
<phone sends response>
<computer sends ack>
Some frames are sent from phone without asking for them
Frame format for FBUS version 1:
{ FrameID, FrameLength, MsgType, {block}, SeqNo, ChkSum }
where FrameID: 0x01 Command frame from computer to Nokia
0x02 ??? - Data call frame from computer to Nokia - ???
0x03 Data call frame from Nokia to computer
0x04 Command frame from Nokia to computer
FrameLength: {block} + 2
MsgType: see List
SeqNum: Sequence number of command in case where direction is
from ME to computer, the sequence number is
counting from 0x30 to 0x37 and resetting back to 0x30.
When direction is from computer to ME,
sequence number counts from 0x08 to 0x0f and resets back to 0x08.
It may not be required to be this way.
Sequence numbers are used in acknowledging commands.
ChkSum1: CRC = 0;
for (i = 0; i < (2 + CMD_LEN); i++)
CRC ^= frame[i];
Frame format for FBUS version 2/Direct IRDA:
{ FrameID, DestDEV, SrcDEV, MsgType, 0x00, FrameLength, {block}, FramesToGo,
SeqNo, PaddingByte?, ChkSum1, ChkSum2 }
where FrameID: 0x1c: IR / FBUS
0x1e: Serial / FBUS
DestDev, SrcDev: 0x00: mobile phone
0x0c: TE (FBUS) [eg. PC]
MsgType: see List
FrameLength: {block} + 2 (+ 1 if PaddingByte exists)
FramesToGo: 0x01 means the last frame
SeqNo: [0xXY]
X: 4: first block
0: continuing block
Y: sequence number
PaddingByte: 0x00 if FrameLength would be an odd number
anyways it doesn't exists
ChkSum1: XOR on frame's odd numbers
ChkSum2?: XOR on frame's even numbers
Frame format for MBUS version 2:

{ FrameID, DestDEV, SrcDEV, MsgType, FrameLengthLO, FrameLengthHI, {block},
SeqNo, ChkSum }
where FrameID: 0x1f: Serial / M2BUS
DestDev, SrcDev: 0x00: mobile phone
0x1d: TE (M2BUS)
0x10: TE (M2BUS) (Service Software ?)
0x04: Carkit?
0x48: DLR3 cable?
0xF8: unknown target?
0xFF: global target?
MsgType: see List
FrameLength: {block}
SeqNo: sequence number
ChkSum: XOR on frame's all numbers
Please note that M2BUS has only one checksum: XOR on frame[FrameID..SeqNo]
Frame format for Infrared:
{ FrameID, DestDEV, SrcDEV, MsgType, FrameLengthLo, FrameLengthHi, {block}}
where FrameID: 0x14
DestDev, SrcDev: 0x00: mobile phone
0x0c: TE [eg. PC]
…………………………………………….
*
Закончи и пополни его. Я буду тебе очень благодарен!

2. Найди то место, где написано, что GSM терминал является модемом и с ним можно общаться через AT

Так всё-таки задача решаема ?
Т. е. можно ухитриться и заставить Нокию 6150 выполнять команды ?

В вышеупомянутой выше книге как-то витиевато говорилось,
что вот мол можно подключить телефон
(в том числе Нокию 6150 - т. к. там дана распиновка к этой серии телефонов)
к компьютеру и что-то такое с ним делать,
вот я наивный и решил проверить, что можно делать...

Подумал, что если Сименс МТ50 нормально выполняет команды, то чем Нокиа хуже...
И ещё - если я не ошибаюсь, то эта Нокиа имеет не только двухпроводную шину,
но и обычные три контакта для подключения к RS232 с помощью МАХ232.

Вот три ссылки, в которых говорится, что Нокиа 6150 имеет встроенный модем
http://www.mobile4you.info/db/detailPageCd...ID=Nokia%206150
http://www.memphise.ru/printing/firma36-537.html
http://gsmok.ru/cgi-bin/phone.pl?telephone=Nokia_6150

1. Читайте стр 46 Вашего руководства к пункту меню 1-6

Несколько цитат:

2.Ваш разъем

*1 - VIN - Charger input voltage
DC–jack side contact - L_GND - Charger ground
DC–jack center pin - VIN - Charger input voltage
DC–jack side contact - CHRG_CTRL - Charger control output (from phone)
2 - CHRG_CTRL - Charger control output (from phone)
Microphone ports - - Acoustic signal (to phone)
3 - XMIC - Accessory microphone signal input (to phone)
4 - SGND - Аccessory signal ground
5 - XEAR - Аccessory earphone signal output (from phone)
6 - MBUS - MBUS, bidirectional serial data i/o
7 - FBUS_RX - FBUS, unidirectional serial data input (to phone)
8 - FBUS_TX - FBUS, unidirectional serial data output (from phone)
9 - L_GND - Charger ground
*

3 ТТД
*GSM Data Transmission
9600 bps, up to 34,400 bps if compressed
Send and receive faxes, email, and files
Data transmission with automatic error correction
Mobile terminated unstructured supplementary services data
Built-in infrared link (to compatible PC, printer, another Nokia 6100-series phone)
*
4.
*extract from GSMTSY.txt log file which shows it:

23.50:26:500000 Tx: AT+CGMM
23.50:26:625000 Rx: Nokia 6100
OK
23.50:26:625000 Tx: AT+CGMR
23.50:26:750000 Rx:
V 04.01
12-12-02
NPL-2
© NMP.
OK
23.50:26:750000 Tx: AT+CGSN
23.50:26:875000 Rx:
350991202023608
OK
23.50:26:875000 Tx: AT+FCLASS=0
23.50:27:000000 Rx:
OK
23.50:27:000000 Tx: ATM0L1X3S8=4
23.50:27:125000 Rx:
OK
23.50:27:125000 Tx: AT
23.50:27:250000 Rx:
OK
23.50:27:250000 Tx: AT
23.50:27:375000 Rx:
OK
23.50:27:375000 Tx: ATD*99#
23.50:30:484375 Rx:
CONNECT
23.50:30:484375 Rx: ~ÿ}#À!}!} } }2}#}$À#}!}$}%Ü}"}&} }*} }

*
5.Только это называется 'Nokia Cellular Data Suite' (стр 46)
*
So it seems that the crucial bit of information, which Nokia omitted to mention when saying it could be used for Data, Fax and so on, was that this can only be achieved by installing something like 'The Nokia Data Suite' software in a PC.
*
6. Еще можно
*Analog Data Adapter Cable DAR–3
The Analog Data Adapter Cable is used with phone and modem.
NOTE: Used with NSC/W–3.

Description:
DAR-3 Data Adapter. This adapter plugs into the bottom of the phone and to the Data Cable (NOK-3) which then plugs into your PC's PCMCIA Modem Card. When used together, the cable, adapter, and modem card gives you wireless access to fax, e-mail, and the internet. These cables and adapters are compatible with Modem cards manufactured by, 3Com, USRobotics, and Megahertz. Please check under "Compatible Data Cards" on our Data Page for more information
*