• No results found

Mobiltelefon

In document RFID-avläsning med mobiltelefon (Page 32-98)

3.3 Tillv¨agag˚ ang

3.3.2 Mobiltelefon

Vid f¨ors¨ok med mobiltelefon har det visat sig att n¨ar USART:en ¨ar avst¨angd ¨ar det viktigt att se till att TX ¨ar l˚ag d˚a i annat fall VPPFLASH effektivt styrs till h¨og, vilket resulterar i att mobiltelefonen l˚aser sig. Om TX ¨ar l˚ag en kort sekund, startas bara mobiltelefonen om men i annat fall l˚aser den sig “h˚art”. Det enda som upph¨aver denna h˚arda l˚asning ¨ar att avl¨agsna batteriet. Vid v¨antan p˚a synkroniserings-puls fr˚an telefonen befinner sig programmet i ett tillst˚and kallat SYNC. Det som sker i detta tillst˚and ¨ar att s˚a fort pin- nen som delas med RX g˚ar l˚ag kommer en mjukvarutimer, som g˚ar med frekvensen 1 kHz, att startas och r¨akna ned ifr˚an 10. Om RX pinnen skulle g˚a h¨og n˚agon g˚ang under den tid det tar f¨or timern att r¨akna ut kommer timern att startas om och ˚ater b¨orja r¨akna ned fr˚an 10. Talet 10 kommer fr˚an det att pulsen skall vara 10 ms l˚ang. Om timern skulle r¨akna ut g˚ar pro- grammet vidare till tillst˚and INIT i vilket initieringen av kommunikationen sker. Fl¨odesschemat i figur 11 beskriver synkroniserings-f¨orloppet grafiskt. Initieringsrutinen ¨ar beskriven i detalj i sektion 3.2.6.

3 GENOMF ¨ORANDE

3 GENOMF ¨ORANDE

N¨ar initieringen och identifieringen av tillbeh¨oret ¨ar utf¨ort g˚ar programmet vidare in i tillst˚andet IDLE. I detta tillst˚and ligger mikroprocessorn och v¨an- tar p˚a de sm˚a “handskaknings”-paketen som telefonen skickar med ca 5 ms intervall. Mikroprocessorn kommer att besvara majoriteten av dessa med ett “handskaknings”-svar. Om ett ID mottagits fr˚an RFID-l¨asaren kommer ist¨al- let denna data att skickas i ett SMS. ID:t blir d˚a representerat i hexadecimal form.

F¨ors¨ok med ett par olika AT-kommandon har utf¨orts, bland annat med AT*EAPP samt AT+CMGS. AT-kommandot AT*EAPP skall, enligt datablad[5], bland annat kunna skicka SMS och skriva notiser, men vid f¨or- s¨ok visade det sig att inga SMS kom fram skickade med detta kommando. Det g˚ar dock att anv¨anda kommandot f¨or att skapa notiser i mobiltelefonen s˚a som databladet beskriver. Det verkar s˚aledes troligt att det ¨ar en begr¨ansning i den mobiltelefon som anv¨ands vid dessa f¨ors¨ok.

Ytterligare Internets¨okningar p˚avisade att AT+CMGS ¨ar r¨att v¨ag att g˚a. Det finns bland annat ett exempel p˚a hur en person anv¨ander kommandot i Visual Basic f¨or att skicka SMS. Det visade sig dock att denna syntax inte ¨ar giltig i den mobiltelefon som anv¨ands, utan att denna anv¨ander en n˚agot annorlunda syntax. R¨att syntax, enligt databladet, ¨ar

AT+CMGS=<length><CR><pdu><ESC>

med f¨orklaringen att “length” avser antalet oktetter i PDU efter “Service Center Address” f¨alten. Vid s¨okningen fanns ¨aven ett dokument (se bilaga B), vilket beskriver hur ett SMS skickas med PDU fr˚an Siemens samt en Java-klass vid namn smslib. Studie av smslib samt exemplet p˚a sidan 31 i Siemens datablad visar hur ett PDU block skall skapas. F¨or ytterligare infor- mation om PDU, se sektion 2.4.1. F¨or att underl¨atta implementering har en fast str¨ang med plats f¨or 10 SMS-tecken valts samt 8-bitars teckenkodning. D˚a str¨angl¨angden h˚alls konstant inneb¨ar detta att enbart “User Data”-delen i PDU-str¨angen beh¨over bytas ut. S˚aledes ¨ar implementeringen i mikroproces- sorn t¨amligen enkel. Eftersom hela PDU-str¨angen sparas i RAM underl¨attar detta f¨or fels¨okning d˚a det enkelt g˚ar att s¨atta en brytpunkt i AVR Studio direkt efter att str¨angen skapats vilket medf¨or att verifiering av giltigheten host PDU:n l¨att kan g¨oras.

F¨or att skicka PDU-str¨angen till mobiltelefonen beh¨over PDU-str¨angen delas upp i ett flertal segment. Detta beror p˚a att varje paket som telefonen kan ta emot via den seriella l¨anken, enbart kan innefatta maximalt 15 tecken s˚a som beskrivet i sektion 3.2.5. Detta medf¨or att det kommer att ta ett antal “handskakningar” f¨or att ¨overf¨ora informationen till mobiltelefonen.

3.3.3 Sammanfogning av mobiltelefon och RFID-l¨asare

D˚a b˚ade generering av PDU-str¨ang f¨or SMS samt inl¨asningen av RFID- informationen sker helt separerat torde det vara relativt enkelt att sammafoga

3 GENOMF ¨ORANDE

dessa tv˚a funktionaliteter. Rent praktiskt kopieras de tv˚a kodblocken till ett och samma projekt. D˚a Wiegand 44 anv¨ander tv˚a egna avbrottsrutiner ¨ar det enklast att flytta ¨over dessa till mobiltelefon-koden. N¨ar sammanslagningen ¨ar utf¨ord ¨ar det bara att initiera avbrottsrutinerna samt st¨alla in- respektive ut-g˚angar. D¨arefter ¨ar produkten f¨ardig f¨or testning.

4 RESULTAT

4

Resultat

Arbetet med den mobila RFID-l¨asaren resulterade i ett program skrivet f¨or en mikroprocessor av typ Atmel ATmega16. Programmet hanterar protokol- let Wiegand 44, vilket finns beskrivet i sektion 2.4.2, f¨or inh¨amtning av ID:t fr˚an mikrokontrola’s RFID-l¨asare TRD-HOT COMBO. Processorn anv¨an- der ¨aven USART f¨or kommunikation med mobiltelefonen av m¨arket Sony Ericsson. Kommunikationen med telefonen sker genom att AT-kommandon skickas inkapslade i ett bin¨art protokoll, vilket Sony Ericsson valt att h˚alla hemligt.

Programmet uppfyller de krav som f¨oretaget hade, d˚a det klarar av att l¨asa av en tagg och rapportera ID:t, fr˚an taggen, till en mobiltelefon med hj¨alp av ett SMS.

5 SLUTSATS OCH DISKUSSION

5

Slutsats och diskussion

Som slutsats kan dras att arbetet i vissa avseenden varit sv˚arare ¨an f¨orv¨antat, medan i andra avseenden har det varit enklare. Till exempel var jag inte beredd p˚a att ett SMS skulle vara s˚a sv˚art att skicka och kr¨ava s˚a mycket tid som det gjorde. Jag hade ¨aven r¨aknat med att det skulle g˚a att f˚a ut lite data om hur kommunikationen med mobiltelefonen skulle ske fr˚an Sony Ericsson, men eftersom s˚a inte var fallet har arbetet blivit i vissa fall sv˚ararbetat. Om arbetet skulle ha p˚ab¨orjats idag, och jag hade haft den erfarenhet som jag idag besitter, hade jag nog valt att vi skulle ha varit tv˚a examensarbetare om projektet. Detta d˚a det vid ett flertal tillf¨allen uppst˚att problem som hade varit l¨attare att tackla om det funnits n˚agon, som man kunde diskutera f¨or- respektive nackdelar med. Det kan till exempel r¨ora huruvida mikroproces- sorn skall h˚alla uppe kommunikaionen med mobiltelefonen ¨aven om det inte finns n˚agon data att hantera. Kanske vore det b¨attre om kommunikationsl¨an- ken enbart togs upp n¨ar det fanns ett ID att skicka. Om s˚a vore fallet skulle det g˚a att minska energif¨orbrukningen genom att s¨atta mikroprocessorn i sleep-l¨age st¨orre delen av tiden.

6 REFERENSER

6

Referenser

[1] Magnetic coupled transponder systems.

http://rapidttp.com/transponder/magnetic.html (Acc. 2007–05–06).

[2] Electric coupled transponder systems.

http://rapidttp.com/transponder/electric.html (Acc. 2007–05–06).

[3] Pinouts.ru FastPort.

http://pinouts.ru/CellularPhones-P-W/se k750i pinout.shtml (Acc. 2007–03–13).

[4] Historik om AT-kommandon.

http://en.wikipedia.org/wiki/AT Commands (Acc. 2007–03–26).

[5] Sony Ericsson, AT-kommandon.

http://developer.sonyericsson.com/getDocument.do?docId=65054 (Acc. 2007–03–13).

[6] SMS with the M20.

http://www.etm.se/gsmstuff/files/M20 sms.zip (Acc. 2007–03–26).

[7] ATmega16(L) (357 pages, revision O, updated 03/07).

http://www.atmel.com/dyn/resources/prod documents/doc2466.pdf (Acc. 2007–03–13).

[8] mikrokontrola Unique TRD-HOT COMBO. http://www.mikrokontrola.pl/plikiproduktow/ TRD-HOT%20COMBO%20ver%201 1%20EN.pdf (Acc. 2007–03–26).

[9] AVR Studio.

http://www.atmel.com/dyn/products/tools card.asp?tool id=2725 (Acc. 2007–04–02). [10] WinAVR. http://winavr.sourceforge.net/ (Acc. 2007–04–02). [11] IAR. http://www.iar.com/ (Acc. 2007–04–26). [12] GNU GCC. http://gcc.gnu.org/ (Acc. 2007–04–26).

6 REFERENSER [13] Vi iMproved. http://www.vim.org/ (Acc. 2007–04–26). [14] AVRTerminal. http://www.avrfreaks.net/index.php?module=Freaks%20Tools&func= viewItem&item id=293 (Acc. 2007–03–14).

7 SAKREGISTER

7

Sakregister

A

Aktiv tagg, 3 AT-kommando, 6 AT*EAPP, 18 AT*SEACID, 6, 14 AT+CMGS, 6 ATD, 6 ATmega16, 11 AVR Studio, 12

D

Data Coding Scheme, 8 Dragon, 10

F

FastPort, 6

G

GSM, 7

H

H¨ogfrekvens, 4

L

L˚agfrekvens, 3

M

Mikrov˚agsfrekvens, 6

O

Originating Address, 8

P

Passiv tagg, 3 PDU, 7

Protocol Data Unit, 7

R

Radio Frequency Identification, 3 RS-232, 11, 13

S

Service Center Address, 8 SMS, 7 STK500, 10

T

TRD-HOT COMBO, 11

U

Ultrah¨ogfrekvens, 5

V

VPPFLASH, 6, 12

W

Wiegand 44, 9, 11, 16 WinAVR, 12

8 BILAGOR

8

Bilagor

A

HCA-60

Sony Ericsson

Advanced Car Handsfree HCA-60

Author: Jens Fröbom Email: jens.frobom@gmail.com Website:

Phone: +46 36 16 21 20 Mobile: +46 70 46 14 851

Company Firma Jens Fröbom Date: 2007-03-13

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

1. Contents

1. CONTENTS ... 2 2. CONNECTORS... 3

2.1. 4 WAY DOUBLE ROW MICRO FIT (POWER) ... 3 2.2. 4 WAY SINGLE ROW MICRO FIT (SPEAKER) ... 3 2.3. 8 WAY DOUBLE ROW MICRO FIT (STEREO SPEAKERS)... 3 2.4. 3 WAY SINGLE ROW MICRO FIT (MICROPHONE)... 3 2.5. 12 WAY DOUBLE ROW MICRO FIT (PHONE INTERFACE)... 3

3. DATA COMMUNICATION EXPERIMENT... 4

3.1. OSCILLOSCOPE GRAPHS... 4 3.1.1. Initiation ... 4 3.1.2. Idle... 7 3.1.3. Button Press (‘1’) ... 9 3.1.4. Outgoing call... 10 3.1.5. MP3 audio playback... 14 3.2. RESULT... 17 3.2.1. Protocol ... 17 3.2.2. Frames... 17 4. DATA COMMUNICATION... 18 4.1. FRAME FORMAT... 18 4.2. RESULT CODES... 18 4.2.1. Listing... 18 4.2.2. +CKEV (Keypad event)... 18 4.2.3. *SEAULSI (Audio Line Status) ... 18

4.3. MESSAGES... 18

4.4. SCENARIOS... 19

4.4.1. Placing a call ... 19 4.4.2. Incoming call... 19 4.4.3. Playing MP3 audio... 19 4.4.4. Incoming call during MP3 audio playback... 19 4.4.5. Answering call during MP3 audio playback... 19 4.4.6. Disconnected call ... 19 4.4.7. Disconnected call during MP3 audio playback ... 19

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

2. Connectors

The connectors are all made by AMP but they’re compatible with Molex Micro Fit.

2.1. 4 way double row Micro fit (Power)

1. Unknown 2. Unknown 3. Unknown 4. Unknown

2.2. 4 way single row Micro fit (Speaker)

1. Unknown 2. Unknown 3. Unknown 4. Unknown

2.3. 8 way double row Micro fit (Stereo speakers)

1. Unknown 2. Unknown 3. Unknown 4. Unknown 5. Unknown 6. Unknown 7. Unknown 8. Unknown

2.4. 3 way single row Micro fit (Microphone)

1. Unknown 2. Unknown 3. Unknown

2.5. 12 way double row Micro fit (Phone interface)

Pin1 on the micro fit connector is connected to pin1 on the phone interface connector and so on. 1. Vbus Not connected

2. SP_REF Speaker- 3. MIC+/AUXIN_L Microphone+ 4. MIC-/AUXIN_R Microphone- 5. DFMS/SP_L Speaker left 6. DTMS/SP_R Speaker right 7. VIDEO/STB Not connected 8. VPPFLASH Debug 9. GND Ground 10. CTMS/D+ Not connected 11. CFMS/D- Not connected 12. DCIO Power

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

3. Data communication experiment

On pin 8 (VPPFLASH) there’s data communication between HCA-60 and K750i.

3.1. Oscilloscope graphs

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

3.2. Result

An initiation sequence is sent when a phone is inserted. After that the normal communication begins. It consists of a status question from the hands-free and a status response from the phone.

3.2.1. Protocol

The data line is low when it’s idle. A data frame consists of one start bit (high), one stop bit (low) and 8 data bits at the data rate 38kbaud. It’s assumed that the least significant bit (lsb) is sent first. The initiation sequence is sent with 2400baud. Data line low is considered ‘1’ and high is considered ‘0’.

3.2.2. Frames

Init1 request (2400baud) 0xAA 0xE0 0x45 0x01 0x76 Init1 response (2400baud) 0xAA 0x0E 0x45 0x02 0x75 0x01 Init2 request (2400baud) 0xAA 0x1F 0x45 0x02 0x74 0x04 Init2 response (2400baud) 0xAA 0x0F 0x45 0x02 0x73 0x04

Init3 request (38kbaud) 0xAA 0x10 0x45 0x02 0x7F 0x03 might be carkit enable Init3 response (38kbaud) 0xAA 0x01 0x45 0x02 0x7F 0x33 might be ACK HS from hands-free 0xAA 0x1F 0x45 0x01 0x7E

HS from phone 0xAA 0x0F 0x45 0x01 0x7E

Status response (Button ‘1’ 1) 0xAA 0x01 0x05 0x0E 0x0D 0x0A 0x2B 0x43 0x4B 0x45 0x56 0x3A 0x20 0x31 0x2C 0x31 0x0D 0x0A

Status response (Button ‘1’ 2) 0xAA 0x01 0x05 0x0E 0x0D 0x0A 0x2B 0x43 0x4B 0x45 0x56 0x3A 0x20 0x31 0x2C 0x30 0x0D 0x0A

Status response (Outgoing call 1) 0xAA 0x01 0x05 0x0E 0x0D 0x0A 0x2B 0x43 0x4B 0x45 0x56 0x3A 0x20 0x5B 0x2C 0x31 0x0D 0x0A

Status response (Outgoing call 2) 0xAA 0x01 0x05 0x10 0x0D 0x0A 0x2A 0x53 0x45 0x41 0x55 0x4C 0x53 0x49 0x3A 0x20 0x31 0x2C 0x31 0x0D Status response (Outgoing call 3) 0xAA 0x01 0x05 0x0E 0x0D 0x0A 0x2B 0x43 0x4B 0x45

0x56 0x3A 0x20 0x5B 0x2C 0x30 0x0D 0x0A

Status response (MP3 audio 1) 0xAA 0x01 0x05 0x0F 0x0D 0x0A 0x2B 0x43 0x4B 0x45 0x56 0x3A 0x20 0x3A 0x4A 0x2C 0x31 0x0D 0x0A Status response (MP3 audio 2) 0xAA 0x01 0x05 0x10 0x0D 0x0A 0x2A 0x53 0x45 0x41

0x55 0x4C 0x53 0x49 0x3A 0x20 0x31 0x2C 0x32 0x0D Status response (MP3 audio 3) 0xAA 0x01 0x05 0x0F 0x0D 0x0A 0x2B 0x43 0x4B 0x45

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

4. Data communication

4.1. Frame format

{Sync, Source, Type, Block Length, Block}

Sync 0xAA Used to sync the baud rate Source 0x01 Phone 0x0E Phone init 0x0F Phone handshake 0xE0 Hands-free init 0x1F Hands-free handshake 0x10 Hands-free

Type 0x45 No ascii 0x05 Result code

Block Length Number of bytes in block (CR and LF included) Block CR LF Result code CR LF ASCII

Message No ASCII

4.2. Result codes

4.2.1. Listing

+CKEV: 1,1 Button press ‘1’ +CKEV: 1,0 Button release ‘1’

+CKEV: [,1 Button press ‘Call’ (Outgoing call 1) +CKEV: [,0 Button release ‘Call’ (Outgoing call 3)

*SEAULSI: 1,1 Outgoing call (No line feed after this)(Outgoing call 2)

4.2.2. +CKEV (Keypad event)

+CKEV: <keys>,<press>]

<keys> 0..9 = Number keys [ = Soft key 1

:J = Joystick button pressed <press> 1 = Key pressed

0 = Key released

4.2.3. *SEAULSI (Audio Line Status)

*SEAULSI: <audio_line>,<audio_type>

<audio_line> 0 = Audio line inactive 1 = Audio line active <audio_type> 0 = No audio

1 = Speech 2 = Media

…X = Any other type

4.3. Messages

0x7F 0x03 Carkit enable 0x7F 0x33 Carkit enable ACK

Sony Ericsson Advanced Car Handsfree HCA-60 Updated 2007-03-13

4.4. Scenarios

4.4.1. Placing a call

x +CKEV: [,1 Soft key 1 is pressed

x *SEAULSI: 1,1 Audio line is active (speech)

x +CKEV: [,0 Soft key 1 is released

4.4.2. Incoming call x RING

x SEAULSI: 1,1 Audio line is active (speech)

4.4.3. Playing MP3 audio

x +CKEV: :J,1 Joystick button is pressed

x *SEAULSI: 1,2 Audio line is active (media)

x +CKEV: :J,0 Joystick button is released

4.4.4. Incoming call during MP3 audio playback x RING

x RING

4.4.5. Answering call during MP3 audio playback

x +CKEV: [,1 Soft key 1 is pressed

x +CKEV:[,0 Soft key 1 is released

x *SEAULSI: 1,1 Audio line is active (speech)

4.4.6. Disconnected call

x SEAULSI: 1,0 Audio line is active (no audio)

4.4.7. Disconnected call during MP3 audio playback

SMS with the M20

'HYHORSHU¶V*XLGH

SMS with the M20 'DWH )LOHVPVBJXLGBYBGRF SDJHRI  ,1752'8&7,21   6HUYLFH&HQWHU1XPEHU &6&$   6HOHFW0HVVDJH6HUYLFH &606   6HOHFW0HVVDJH)RUPDW &0*)   606,17(;702'(   7H[W0RGH3DUDPHWHU &603  2.1.1 Text-Mode-Parameter First-Octet )2! 7 2.1.2 Text-Mode-Parameter Validity-Period 93! 8

2.1.3 Text-Mode-Parameter Protocoll Identifier 3,'! 8

2.1.4 Text-Mode-Parameter Data-Coding-Scheme '&6! 8

 6066XEPLW 0RELOH2ULJLQDWHG 

2.2.1 Write SMS to SIM-Card-Memory (+CMGW) 9

2.2.2 Send SMS from SIM-Card-Storage (+CMSS) 10

2.2.3 Send SMS direct from Terminal (+CMGS) 10

 606'(/,9(5 0RELOH7HUPLQDWHG 

2.3.1 Indication about new SMS-DELIVER 11

2.3.2 Direct routing of new SMS-DELIVER 13

 606,135272&2/'$7$81,702'( 3'802'( 

 6066XEPLW 0RELOH2ULJLQDWHG 

3.1.1 Write SMS to SIM-Card-Storage (+CMGW) 15

3.1.2 Send SMS from SIM-Card-Storage (+CMSS) 16

3.1.3 Send SMS direct from Terminal (+CMGS) 16

 606'(/,9(5 0RELOH7HUPLQDWHG 

3.2.1 Indication about new SMS-DELIVER 17

3.2.2 Direct routing of new SMS-DELIVER 18

 7KH%DVLFHOHPHQWVRIWKH6063'8 

3.3.1 The Basic elements of the SMS-DELIVER-PDU (Mobile Terminated) 20 3.3.2 The Basic elements of the SMS-SUBMIT-PDU (Mobile Originated) 20

3.3.3 Service-Center-Address (SCA) 20 3.3.4 First Octet 22 3.3.4.1 Message-Type-Indicator (MTI) 22 3.3.4.2 More-Messages-to-Send (MMS) 23 3.3.4.3 Validity-Period-Format (VPF) 23 3.3.4.4 Status-Report-Indication (SRI) 23 3.3.4.5 Status-Report-Request (SRR) 23 3.3.4.6 User-Data-Header-Indicator (UDHI) 23 3.3.4.7 Reply-Path (RP) 23

SMS with the M20

3.3.4.8 Reject-Duplicates (RD) 24

3.3.5 Protocol-Identifier (PID) 24

3.3.6 Data-Coding-Scheme (DCS) 24

3.3.7 Originator Address (OA) 25

3.3.8 Destination-Address (DA) 26

3.3.9 Message-Reference (MR) 26

3.3.10 Validity-Period (VP) 26

3.3.11 User Data Length (UDL) 27

3.3.12 User Data (UD) 28

 3'8(;$03/(6   60668%0,73'8   606'(/,9(53'8   $33(1',;   'HIDXOWDOSKDEHW   $EEUHYLDWLRQV   3DFNLQJRIELWFKDUDFWHUV   606VSHFLILFHUURUFRGHV 

SMS with the M20

'DWH )LOHVPVBJXLGBYBGRF SDJHRI

 ,QWURGXFWLRQ

The SMS provides a means to transfer short messages between a GSM Mobil-Staion (MS) and an Short-Message-Entity (SME) via an Service-Center (SC). The SC serves as an interworking and relaying function of the message transfer between the MS and the SME. The short message point-to-point services comprise two basic services:

⇒ SM MT (Short Message Mobile Terminated Point-to-Point);

⇒ SM MO (Short Message Mobile Originated Point-to-Point).

The text messages to be transferred by means of the SM MT or SM MO contain up to 140 octets (max 160 Characters).

1.1

Service Center Number (&6&$)

6HUYLFH&HQWUH 6& Function responsible for the relaying and store-and-forwarding of a short message between an SME and an MS. The SC is not a part of the GSM PLMN, however MSC and SC may be integrated.

To use the SMS you have to declare the number of the SMSC (Short Message Service Center, SCA) in the MS (Mobile Station), provided that the MS support SMS-MO (Short Message Service-Mobile Orginated).

6,0&DUG 606&QXPEHU

A1-Mobilkom +436640501

A3-Max.Mobil +43676021

D1-Telekom +491710760000 D2-Privat +491722270333

With the command „$7&6&$"“ the M20 shows the current Service-Center-Address stored

on the SIM-Card.

With the AT-Command „$7&6&$ 6&$!>726&$!@´the SMSC-Number is enterd. 6\QWD[

,QSXW ([HFXWLRQ &RPPHQW

$7&6&$" <CR> Query current Service-Center-Address

(SCA) setting (read from SIM-Card) Response:

&6&$´6&$!´ 2.

$7&6&$ ´6&$!´ <CR> Defines the Service-Center-Address (SCA) (stores on SIM-Card)

3DUDPHWHU

6&$! Service-Center-Address (String-Type)

726&$! Type-Of-Service-Center-Address (numbering plan) optional

([DPSOHV

$7&6&$ ´´ <CR> Defines the Service-Center-Address (SCA) in international number format.

$7&6&$ ´´ <CR> Defines the Service-Center-Address (SCA) in national number format.

SMS with the M20

127,&(

⇒ 6WRULQJ HYHU\ DGGUHVV LQ LQWHUQDWLRQDO QXPEHULQJ IRUPDW EHJLQQLQJ ZLWK ij

FRQWLQXHG ZLWK WKH FRXQWU\FRGH  LV UHFRPPHQGHG WR DYRLG SUREOHPV ZKLOH URDPLQJ

⇒ $VN\RXUORFDOQHWZRUNSURYLGHUIRUWKHULJKW606&QXPEHU

⇒ 7KH6&$GGUHVVLVDSDUWRIWKH606

7KH6&$GGUHVVLVVWRUHGWRJHWKHUZLWKHDFK606RQWKH6,0FDUGDWWKHWLPHWKH 606LVWVWRUHG

1.2

Select Message Service &606)

This command selects messaging service . It returns the types of messages supported by the M20 and can be changed with the AT-Command Ä$7&606 6(59,&(!´.

6\QWD[

$7&606 6(59,&(! <CR> Select Message Service Response:

&6066(59,&(!07!02!%0! 2.

3DUDPHWHUV

6(59,&(! indicates the messaging service

07! service for mobile terminated messages

02! service for mobile originated messages and

%0! service for broadcast type messages.

Examples: Read-Command:

$7&606" <CR> Read command returns supported message types along the current service setting.

Response:

&606

2. Command returns the current messaging service and alist of all services supported by the M20.

6HW&RPPDQG

$7&606  <CR> Set command defines supported

message type.

Response: &606

SMS with the M20

'DWH )LOHVPVBJXLGBYBGRF SDJHRI

'HILQHG9DOXHV

3DUDPHWHU YDOXH GHVFULSWLRQ

0 The syntax of SMS AT commands is compatible with GSM Phase 2

Phase 2+ features which do not require new command syntax may be supported (e.g. correct routing of messages with new Phase 2+ data coding schemes) 1 The syntax of SMS AT commands is compatible with

GSM Phase 2+ version (active acknowledgment of class 0 SMS-DELIVER-Messages)

2...127 reserved

6(59,&(!

128 Sets the SIEMENS M20 in a Mode compatible to the SIEMENS M1 (no Service-Center-Address added at the beginning of a PDU-SMS)

0 type not supported

07!02!%0! 1 type supported 127,&( ⇒ :KHQ&606 DFODVV606'(/,9(5KDVWREHDFNQROHGJHGDFWLYHZLWKWKH FRPPDQGÄ$7&10$´ZLWKLQDGHILQHGWLPH ⇒ )RUWKHVWUDLJWKIRUZDUGFDVHVHWWKLVSDUDPHWHUWR $7&606   ⇒ 7REHFRPSDWLEOHZLWKWKH6,(0(160VHWWKLVSDUDPHWHUWR $7&606 ) !



Select Message Format &0*)

The AT-Command Ä$7&0*) 02'(!´ sets up the M20, which input and output format of messages to use. The Parameter indicates the format of messages used with send, list, read and write commands and unsolicited result codes resulting from received messages. Mode can be either Text mode or PDU mode (headers and body of the messages given as separate parameters).

6\QWD[

$7&0*) 02'(! <CR> Select SMS-Format

Response:

2.

SupportedValues:

PRGH! PHDQLQJ

0 PDU mode (default when)

1 Text mode

Examples: Read-Command:

$7&0*)" <CR> Read command returns current SMS- Mode.

Response:

&0*)

2. Command returns the current mode.

6HW&RPPDQG

$7&0*)  <CR> Set-Command defines SMS-Mode.

Test command returns supported modes as a compound value. See M20 Technical Description for further details on Character-Set.

NOTICE: Text mode uses the value of parameter &+6(7! specified by AT-Command Ä$7&6&6 &+6(7!´ - Select Terminal Character Set - to inform the character set to be used in the message body in the TA-TE interface.

SMS with the M20

 606LQ7H[W0RGH

With the AT-Command „AT+CMGF=1“ the M20 has to be set in desired SMS-Text-Mode.

From then every SMS-Input or Output is treated in Text-Mode. To switch back to PDU-Mode use the same command with the value 02'(!=0.

2.1

Text-Mode Parameter (+CSMP)

Setting the Parameter for SMS-Submit could be changed within the comand Ä$7&603 )2!93!3,'!'&6!´.

6\QWD[

$7&603 )2!93!3,'!'&6! <CR> Sets Tex-Mode-SMS-Parameters Response:

2.

3DUDPHWHUV

)2! First Octet of the delivered / submitted SMS

93! Validity-Period

3,'! Protocol-Identifier

'&6! Data-Coding-Scheme

For query of the current status use the read command Ä$7&603"´

In document RFID-avläsning med mobiltelefon (Page 32-98)

Related documents