Ticket #263 (closed defect: fixed)
gsmd doesn't receive AT reply from the modem properly.
| Reported by: | tonyguan@… | Owned by: | laforge@… |
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | gsmd | Version: | unspecified |
| Severity: | blocker | Keywords: | |
| Cc: | buglog@… | Blocked By: | |
| Blocking: | Estimated Completion (week): | ||
| HasPatchForReview: | PatchReviewResult: | ||
| Reproducible: |
Description
following the instructions given by harald in wiki sites:
http://wiki.openmoko.org/wiki/Manually_using_GSM
voice call can be made successfully without problem.
while using gsmd will not act well. the phenominon is gsmd launched, but seems
like receiving no echo messages from the gsm module.
ue Mar 13 15:40:37 2007 <1> atcmd.c:443:atcmd_drain() c_iflag = 0x00000000,
c_oflag = 0x00000000, c_cflag = 0x00001cb2, c_lflag = 0x00000a30
Tue Mar 13 15:40:37 2007 <1> atcmd.c:428:atcmd_submit() submitting command
`ATE0V1'
Tue Mar 13 15:40:37 2007 <1> atcmd.c:428:atcmd_submit() submitting command
`AT+CRC=1'
...
(just the sumitting command log.)
but when I luanch cu at the same time, cu will display some of the echo
messages. like "returned OK,..."
So it seems by some reason, the com communication path is not smooth or
redirected.
Sometimes the gsmd does display some echos, when I following such procedures:
1)rm /usr/spool/uucp/LCK..ttySAC0
2)gsmd -p /dev/ttySAC0 -s 115200
3)launch cu (upon the luanching, gsmd will display some echo like "OK")
4)kill cu (in this way, seems gsmd get the return messages back)
But the echo seems not match with the real ATA command sent.
Change History
comment:2 Changed 6 years ago by tonyguan@…
Yes, I have done all of these. Otherwise the "cu -l /dev/ttySAC0" will not
work at all.
Please have somebody else to test the gsmd on real phone. I really began to
wonder it's only me who just cannot make it work.

Are you sure there is no getty running on /dev/ttySAC0 anymore? You have to
explicitly disable it in /etc/inittab, reload inittab by the standard 'init q'
command.
using 'ps' and/or 'lsof' you can verify that there's really no getty on ttySAC0
anymore.