-
Notifications
You must be signed in to change notification settings - Fork 104
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sending USSD does not work #29
Comments
That particular error message gives hardly any info. Could you get verbose+debug level (>=10) output? Perhaps it provides more clues. |
I was just on verbose mode:
|
Are you sure you're the getting debug log in your console? I see the verbose logs, but I think there might be debug logs as well. Check logger.conf please; perhaps the debug log is routed to a file instead. |
Ahem, sorry... effectively i've disabled debug output. ;-(
Thanks. |
Some news on that?
Thanks. |
Well. I don't see anything wrong with the command there. Like you may know, I don't own any GSM devices, so I cannot test any of this. But you can. See this thread: If
Or one of the other possibilities featured in the SO post. Possibly in combination with: Step one would be to find something that does work. When you do, we can look into whether it's feasible to implement. |
I suspect that the problematic code is around here: asterisk-chan-dongle/at_command.c Line 417 in 217daf4
|
No, i was not aware that you don't own a GSM dongle. ;-) It is a bit strange. 'dongle cmd' seems to work:
But the command (every command in link you suggest) return strange things:
So, i've fired up minicom (a serial terminal emulation program) and tried to send command by hand, discovering that:
works as expected. But still if i try to send command in dongle:
I hope i was useful... |
Ahem, wrong cut&paste. Clearly, also with quotes:
|
And what about:
without first the And what make is your dongle? Perhaps it needs to get dropped from list of devices where 7bit is selected:
Does it pass this? And then here?
By default 7bit_encoding = 0 (and ucs2_decoding=1), but according to your encoded message it is set to 1. So, unless it's one of those in the list, the encoding should be set to 7bit (no-hex).
Please confirm by providing the relevant debug logs of the dongle initialization. |
Yes, i've tried But you address me in the right way... i've had in the past trouble with SMS encodings, and someone (still you? i don't remember...) suggest to add my modem (a K3765) to seven_bit_modems[], and was still here. I've removed my modem from 7bit ones, and now USSD works as expected! Thanks and sorry!!! |
According to 3GPP 27.007 and 3GPP 23.038, the DCS (always "15", "00001111" in binary in our case) means: (also see https://stackoverflow.com/a/30134921) Thus, if I understood correctly, every Modem is a "USSD 7 bit modem" (if we set DCS to 15...). UCS-2 takes value 01001000 = 72. This should also fix #38 and bg111#231. I assumed this in my not yet published upcoming PR, as I had to rewrite the CUSD parts because the character encoding code changed. Can somebody confirm this assumption? |
Hi, Are there any solution to this? I cant find the modem list in "at_command.c". |
# This is the 1st commit message: Create DONATIONS.txt # This is the commit message wdoekes#2: Update README.md # This is the commit message wdoekes#3: Update DONATIONS.txt # This is the commit message wdoekes#4: Update DONATIONS.txt # This is the commit message wdoekes#5: Update DONATIONS.txt # This is the commit message wdoekes#6: Update chan_quectel.h # This is the commit message wdoekes#7: Update README.md # This is the commit message wdoekes#8: Update cpvt.h # This is the commit message wdoekes#9: Add files via upload # This is the commit message wdoekes#10: Delete DONATIONS.txt # This is the commit message wdoekes#11: Update README.md # This is the commit message wdoekes#12: Update README.md # This is the commit message wdoekes#13: Update README.md # This is the commit message wdoekes#14: Add files via upload # This is the commit message wdoekes#15: Update README.md # This is the commit message wdoekes#16: Update README.md # This is the commit message wdoekes#17: Update README.md # This is the commit message wdoekes#18: Update README.md # This is the commit message wdoekes#19: Update README.md # This is the commit message wdoekes#20: Update README.md # This is the commit message wdoekes#21: Update README.md # This is the commit message wdoekes#22: Update README.md # This is the commit message wdoekes#23: Add files via upload Added Simcom support # This is the commit message wdoekes#24: Update README.md # This is the commit message wdoekes#25: Update README.md # This is the commit message wdoekes#26: Added support for Quectel UAC configuration # This is the commit message wdoekes#27: Conf file when using UAC # This is the commit message wdoekes#28: Update README.md # This is the commit message wdoekes#29: Update README.md # This is the commit message wdoekes#30: Quectel CREG correction chan_dongle code assumes 4 parameters in response to command and 3 for URC. However quectel provides 5 and 4 respectively. This fix helps pass on correct status of registration. # This is the commit message wdoekes#31: No force registration status Due to CREG parse issues, earlier registration status was always kept on, now will show unregistered if not connected to network # This is the commit message wdoekes#32: Create readme.md # This is the commit message wdoekes#33: For compilation with openwrt sdk # This is the commit message wdoekes#34: Support for openwrt sdk compilation # This is the commit message wdoekes#35: Fix for lac and cell id Ref IchthysMaranatha#6 Post fix values may have a trailing double quote for quectel devices # This is the commit message wdoekes#36: Updated call ids for simcom Add call termination for call ids 1 and 2 # This is the commit message wdoekes#37: comment for simcom audio Added default audio port for simcom in comment # This is the commit message wdoekes#38: Integrated ALSA support for UAC Integrated driver for ALSA added, no need for bridging additional Asterisk ALSA channel when using UAC mode. Please use non-ALSA integrated branch if there is no need for UAC and you wish to avoid alsa dependency when compiling and running # This is the commit message wdoekes#39: Update COPYRIGHT.txt Attribute copyright for alsa code copied from chan_alsa.c https://github.com/asterisk/asterisk/blob/master/channels/chan_alsa.c # This is the commit message wdoekes#40: Update README.md # This is the commit message wdoekes#41: Conf file with UAC device support # This is the commit message wdoekes#42: UAC mode conf file # This is the commit message wdoekes#43: Added alsa-lib for compilation # This is the commit message wdoekes#44: Delete Makefile.in # This is the commit message wdoekes#45: alsa-lib dependency addition # This is the commit message wdoekes#46: Fix for simcom audio issues with immediate answer in dialplan # This is the commit message wdoekes#47: Note for Quectel serial audio Added remark to disable gps messages # This is the commit message wdoekes#48: Added note for Pi users # This is the commit message wdoekes#49: Quectel creg formatting fix Removed trailing double quotes in reporting lac/cid # This is the commit message wdoekes#50: add gitattributes # This is the commit message wdoekes#51: Send DTMF using AT command Corrected at command for dtmf generation # This is the commit message wdoekes#52: Fix for busy on call rejection for simcom For those who receive 'busy' additionally on call rejection when dialling out. Author only receives 'no carrier' on rejection. Reported and solved by @mpmc here IchthysMaranatha#22 # This is the commit message wdoekes#53: Removal of redundant closetty # This is the commit message wdoekes#54: Update busy fix for call rejection Updated fix as submitted by @mpmc here IchthysMaranatha#22 Author does not receive busy response on call rejection
My operator (Wind, Italy) use extensively USSD, and worked in chan dongle original version, with asterisk 1.6/1.8.
Now (asterisk 11) does not work anymore. Example:
eraldo*CLI> dongle ussd dongle0 *123# [dongle0] USSD queued for send with id 0x7f659401b790 [Apr 18 00:07:43] ERROR[3452]: at_response.c:517 at_response_error: [dongle0] Error sending USSD 0x7f659401b790
The text was updated successfully, but these errors were encountered: