|
Welcome to the GSM-Forum forums. You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. Only registered members may post questions, contact other members or search our database of over 8 million posts. Registration is fast, simple and absolutely free so please - Click to REGISTER! If you have any problems with the registration process or your account login, please contact contact us . |
|
Register | FAQ | Donate | Forum Rules | Root any Device | ★iPhone Unlock★ | ★ Direct Codes ★ | Direct Unlock Source |
x1x to x45/x50 All Siemens mobile starting from S6, S10, ... up to C45, S45, ME45, SL42, SL45(i), A50, CL50, M50, MT50. |
| LinkBack | Thread Tools | Display Modes |
06-21-2002, 16:23 | #1 (permalink) |
Freak Poster Join Date: Dec 2001 Location: Poland
Posts: 154
Member: 7764 Status: Offline Thanks Meter: 1 | BFB protocol Here you have it: ================================================== ============== BFB protocol as used by Siemens Mobile Equipment (e.g. S45/ME45) over a serial connection ================================================== ============== Christian Zuckschwerdt <[email protected]> 2002-02-06 0. Disclaimer It is possible to harm your mobile phone. Use the information in this document at your own risk. 1. Preface This document is a result of many hours of studying the Siemens Mobile Equipment BFB protocol by the author, in an attempt to implement a way to access Flex.Mem. Like all tools, this document was born out of frustration with the lack of documention available on the subject. Though every attempt has been made to ensure the correctness of this document, the author cannot make any guarantees as to its accuracy. 2. Transport encapsulation: [ type ][ len ][ chk ][ payload ] Types are 0x02 - single bytes used for connecting 0x01 - crc'ed sequence to change interface (speed) 0x06 - AT-Command 0x16 - crc'ed generic data Len is from 1 to max 32 for a max MTU of 35 bytes. Chk equals type xor len. 3. OBEX encapsulation (transport type = 0x16): [ cmd ][ chk ] for cmd 0x01 [ cmd ][ chk ][ seq ][ len16 ][ data... ][ crc16 ] for cmd 0x02 and 0x03. Chk is ~cmd (bitwise not cmd) Cmd 0x01: "ack" command. If some packet isn't acknowledged it will be resend. Cmd 0x02: first transmission in a row. Sequence counter is 0 Cmd 0x03: continued transmission. Sequence counter is incremented with each subsequent packet Seq is 1 byte. TA increments, ME replys. Len is 2 bytes in network byte order. Data is an OBEX frame. Crc16 is 2 bytes CCITT-CRC16 in network byte order. Rendered over the the whole packet except for cmd and chk. 4. Conclusion This seems to cover all the bits. My test-implementation works great -- YMMV. |
Bookmarks |
| |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Open BFB - SL4x / SLIK | trustkill | x1x to x45/x50 | 5 | 05-27-2004 22:00 |
BfB bus? | prasse | Siemens-Benq RingTones and WallPapers | 7 | 11-27-2003 10:31 |
[help]I need a bfb-dll file! | lostme | x1x to x45/x50 | 2 | 07-15-2003 10:08 |
Open Bfb - SensorTool | GIROSAVO | x4x, x5x Flashpatching | 4 | 05-09-2003 08:13 |
bfb-dll missing, from WinSwup32, by enemy | snow_rider | x1x to x45/x50 | 2 | 05-10-2002 00:44 |
|