[asterisk-bugs] [Asterisk 0013744]: Blackberry Pearl (8100) rarely initialises
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Jan 15 17:28:06 CST 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13744
======================================================================
Reported By: ciaranm
Assigned To: mnicholson
======================================================================
Project: Asterisk
Issue ID: 13744
Category: Addons/chan_mobile
Reproducibility: always
Severity: major
Priority: normal
Status: confirmed
Asterisk Version: 1.6.0
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2008-10-20 08:18 CDT
Last Modified: 2009-01-15 17:28 CST
======================================================================
Summary: Blackberry Pearl (8100) rarely initialises
Description:
Fedora 9, bluez-3.35-1 (rpms) Asterisk 1.6.0-beta9 from RPM and
asterisk-addons-1.6.0-rc1 from source.
When using a blackberry pearl (8100) I need to unload and load chan_mobile
multiple times before the state moves from Init to Free. Chan mobile
working great with other phones (e.g. Nokia).
Blackberry appears to not respond consistently to (or response may be
missed?) AT+CIND=? however if I attempt to work around this by issuing
AT+CMER=3,0,0,1 manually the BB appears to initialise but the connection is
lost when I recieve a call (has occasionally caused BB to reboot also!). If
the BB does (after repeated attempts) initialise properly then it works
correctly for the duration of that connection.
======================================================================
----------------------------------------------------------------------
(0097988) mnicholson (administrator) - 2009-01-15 17:28
http://bugs.digium.com/view.php?id=13744#c97988
----------------------------------------------------------------------
Good news! I got this working by forcing AT+CMER=3,0,0,1 before AT+CLID=?
and everthing including calls worked fine (audio sounded a bit strange
though). I am going to add an option (maybe something like blackberry=1)
to force this behavior.
The HFP spec specifically states that the AT+CLID=? should come before the
AT+CMER, so I am not sure why the blackberry behaves this way. I am going
to look into this some more to see if it has anything to do with the
AT+BRSF value we are sending.
Issue History
Date Modified Username Field Change
======================================================================
2009-01-15 17:28 mnicholson Note Added: 0097988
======================================================================
More information about the asterisk-bugs
mailing list