SMS Server Tools 3
This site is hosted by Kekekasvi.com
 Menu
Basic information:
Additional information:
Support:
Get SMS Server Tools 3:
Additional Options

 Sponsored links

 Search
Custom Search

 Visitor locations
 
 SMS Server Tools 3 Community
Welcome, Guest. Please login or register. Tue Jun 25, 2024 15:40
SMSTools3 Community » Feature requests Bottom

[changed in 3.1.7] +CUSD only PDU coded

Login and Post Reply

Page:  1

Author Post
Member
Registered:
Mar 2010
Location: Switzerland
It seems that my modem (HUAWEI 1762) is only able to use the +CUSD command in PDU mode (eg. to check balance: AT+CUSD=1,"AAD80C3602",15 instead of AT+CUSD=1,"*130#",15..

also the answer is in PDU format.

I wrote a quick hack to decode the PDU with a simple C-Routine I found somewhere (if anyone interested)..

However, any chance of a "standard" PDU encoding and decoding for +CUSD messages within the original smsools anytime soon?

regards

STefan

PS: original and changed loglines:
2010-03-22 16:07:16,5, GSM1: CMD: AT+CUSD=1,"AAD80C3602",15: OK +CUSD: 0,"49B41C242DCFE9E73A1D1D1697DDA0F49C0E1A228DA0188E85BB01",15

2010-03-22 16:07:16,5, GSM1: CMD: AT+CUSD=1,"AAD80C3602",15: OK +CUSD: 0,"49B41C242DCFE9E73A1D1D1697DDA0F49C0E1A228DA0188E85BB01",15 // Ihr Restguthaben ist CHF 18,87

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
clumsy wrote
I wrote a quick hack to decode the PDU with a simple C-Routine I found somewhere (if anyone interested)..

It might be interesting. I have not received CUSD in packed format, but probably someone else has. You could publish your hack here.

clumsy wrote
However, any chance of a "standard" PDU encoding and decoding for +CUSD messages within the original smstools anytime soon?

There has been no plans for PDU encoding and decoding (= USSD Packing).

Next major version has been delayed strongly :(. Into that version there is a CUSD related code published in this post:

yjh wrote
3. NOTE (unexpected addonce :)).
If the USSD command is defined in regular_run_cmd
and if this command receive replay in HEX-UCS2,
this string is automatically converted to UTF8.

It's not the same as in your case, but should be handled with some new flag. In your case, probably a new flag is needed to define that USSD Packing is used (GSM 03.38 6.1.2.3.1).

Member
Registered:
Mar 2010
Location: Switzerland
Topic owner
No worries, the hack is simple, first in smsd.c


and pduconv.c (found somewhere in the net):


pduconv.c needs to be added in the makefile and compiled in...

I'm sorry for the coding style, but that's all I'm able to ;)

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
Thanks, I have to think about how this functionality could be implemented.

Probably this could be an external program which can be used to create USSD packed string, and decode it. This kind of helper could be used when creating a setup, or when creating a regular_run_cmdfile content. External helper program could be usefull with older versions of smsd too.

Member
Registered:
Mar 2010
Location: Switzerland
Topic owner
ok. let me know if I can be of any further help (at least for testing then).

btw: great sowftware!

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
Have you seen and tested 3.1.7beta4 and the modem setting ussd_convert = 2?

It applies for received strings only. A tool PDU Converter can be used to create a packed string to send to the modem. Also that version of smsd has a command line option -Ex for encoding, and -Dx for decoding.

Member
Registered:
Mar 2010
Location: Switzerland
Topic owner
Hi

yes!! installed it last week (beta4) and it works like a charm! thanks a lot!! great work!

rgds

Member
Registered:
Jan 2011
Location: Germany
Thanks for this great software !

As we see more and more of those (crappy) Huawei sticks around, I guess an USSD packed string convertion is more and more needed. For incoming stuff ussd_convert = 2 works well. Outgoing is not a problem as long as the USSD message is static like a *100#. Things change if someone has to enter special stuff like a recharging code. Sure you can externally convert it to PDU, but smstools do have all needed on board already.

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
muellmaen wrote
Thanks for this great software !

Thanks for choosing this! 8)

muellmaen wrote
Outgoing is not a problem as long as the USSD message is static like a *100#. Things change if someone has to enter special stuff like a recharging code. Sure you can externally convert it to PDU, but smstools do have all needed on board already.

Because PDU coded USSD messages are often static too, smsd has no internal conversion to PDU on the fly. The string is sent as it is, which also means that no additional definitions are needed. However, if different stuff is required, regular_run script can be used to create regular_run_cmdfile. The option smsd -E message can be used for encoding.

Login and Post Reply

Page:  1

SMSTools3 Community » Feature requests Top

 
Time in this board is UTC.  

Privacy Policy   SMS Server Tools 3 Copyright © Keijo Kasvi.