I try that step, but still not fixing my problem. Seems there is too many 0xff of the binary dump result.
The correct one should be like this: 2670025D000201000211429312FF6CBD6F0AF566100011429317FF6CBD6F0AF56610001142931AFF6CBD6F0AF56610001142931DFF6CBD6D0AF566100011429328FF6CBD690AF56610001142932CFF6CBD690AF566100011429333FF6CBD660AF566100011429336FF6CBD690AF566100011429339FF6CBD690AF56610001142933CFF6CBD6F0AF566100000 But SMSLib result is: 267014b021011178d36ffffffff636fffffffc4b833ffffffd001178effffffa2ffffffff636fffffffafb8343001178fffffffffffffffff636fffffffa6b8342001178105ffffffff636fffffffa9b834200117810cffffffff636fffffffacb83420011781012ffffffff636fffffffafb83420011781018ffffffff636fffffffb2b83430011781021ffffffff636fffffffb2b83430011781027ffffffff636fffffffb2b8343001178102dffffffff636fffffffb5b8343000 Hope someone can give the clue. Thanks. Aryo Sanjaya http://facebook.aryosanjaya.net On Fri, Apr 17, 2009 at 01:39, Thanasis <[email protected]> wrote: > > I must say that Jason's discovery is a pretty good one! > > One of my test phones is the old (but trusty) Nokia 6310i. Lately, I > am experimenting with encrypted messages. I use binary messages for > this purpose. Those binaries were sent correctly from my phone, but > they were not received correctly. They appeared like flash messages > and they were never saved in the INBOX. > > Amazingly enough, after reading this post I also removed the > GROUP_DATA field and guess what... I can now send AND receive binaries > perfectly. > I don't know which method is the right one (we must do our reading, I > guess), but this change solved my problem as well. > > On Apr 16, 9:36 am, Jeff <[email protected]> wrote: > > Sounds like something specific with your modem. I usually use binary > > sending with back and forth with j2me midlets. The phones I've tested > > against send binary messages with 0xF at the start, so thats the > > behaviour I copied. > > > > On Apr 16, 5:38 am, Jason <[email protected]> wrote: > > > > > > > > > I'm using 2 Enfora Enabler-II G Modems on COM1 and COM2, > > > respectively. When I use the SendMessage and ReadMessage examples, > > > I've encountered some really strange behavior trying to send a PDU > > > using OutboundBinaryMessage. The message says it was sent > > > successfully, but never shows up. I compared the PDU byte array > > > generated from SMS lib by the bytes that I use in a terminal to use AT > > > commands to send the exact same message. There was one difference > > > between the way I've historically sent the command and the way SMSLib > > > was sending the command: > > > > > My way read 0004 after the phone number octets > > > SMS lib read 00F4 after the phone number octets. > > > > > Strangely, if I go into Pdu.java and comment out the or of > > > DCS_CODING_GROU_DATA, like this, the ReadMessage example gets my PDU > > > successfully. > > > > > public void setDataBytes(byte[] dataBytes) > > > { > > > this.dataBytes = dataBytes; > > > this.decodedText = null; > > > // clear the encoding bits for this field 8-bit/data > > > this.dataCodingScheme &= PduUtils.DCS_ENCODING_MASK; > > > this.dataCodingScheme |= PduUtils.DCS_ENCODING_8BIT; > > > // this.dataCodingScheme |= > PduUtils.DCS_CODING_GROUP_DATA; > > > } > > > > > So my question is this-- why would commenting out the > > > DCS_CODING_GROUP_DATA line result in me being able to receive my 8-bit > > > binary PDU message, whereas with it uncommented I don't? Is this a > > > bug in the library, a unique "feature" of my modems, or outright user > > > error? > > > > > Thanks, > > > > > Jason > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "SMSLib User Group" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/SMSLib?hl=en -~----------~----~----~----~------~----~------~--~---
