BC127 AT commands

If you send the command to the handset manually then it will return the response from the handset. The at+cind command is a standard 3GPP command as defined in 3GPP 27.007. I have given it below.

AT+CIND? Response is +CIND: ,,,,

Another example is as I have just carried out

at 13 at+brsf?
PENDING
AT 13 13

+BRSF:495

I do not know what the initial unsolicited responses coming out are, however, if you are after a specific response to a specific command I would ignore them and manually send the AT command as per my example that way you are guaranteed to get what you want regardless of the phone you are connecting to as CIND is a mandatory 3GPP command to be implemented by anything and everything.

Regards

Matt

Thanks for your reply. The format of the AT+CIND? response is not always the same. It is not safe to assume a certain order or range of values. The phone can define this however it wants and even add additional indicators. That is why it is necessary to first use the AT+CIND=? command to get the format that allows one to parse the response to subsequent AT+CIND? commands.

As I mentioned in my initial post, some phones are not happy if the AT+CIND=? command is sent more than once. Hence my need to know what the phone responded with when the BC127 sent the AT+CIND=? command while initially setting up the HFP connection. Again, firmware version 6.0.16 passed this response on. Version 6.1.5 does not. This is information that I need without querying the phone a second time. How can I get it?

I have gone through the specs and the phones are able to order the parameters as they see fit but there are standard ones and to understand the format you will need to query the phone as I have done with he iPhone 4 and HTC A9 below I do not think there is any underlying protocol which allows the BC127 to do this over and above what any application can do.

version
BlueCreation Copyright 2017
Melody Audio V6.1.5
Build: 1496939390
        Bluetooth address 20FABB075DD3
        Profiles: A2DP AVRCP HFP BLE SPP PBAP MAP
        Codecs: SBC
OK
status
STATE CONNECTED[0] CONNECTABLE[ON] DISCOVERABLE[ON] BLE[IDLE]
OK
PAIR_PENDING                    //Connecting to an iPhone 4
PAIR_OK CC08E0AE578E
OPEN_OK 13 HFP CC08E0AE578E
ROLE_OK CC08E0AE578E S
AT 13 6
OK
AT 13 9
ERROR
AT 13 6
OK
AT 13 6
OK
AT 13 18
+XAPL=iPhone,7
AT 13 6
OK
AT 13 6
OK
AT 13 6
OK
AT 13 6
OK
AT 13 9
ERROR
at 13 at+cind=?
PENDING
AT 13 132
+CIND: ("service",(0-1)),("call",(0-1)),("callsetup",(0-3)),("battchg",(0-5)),("signal",(0-5)),("roam",(0-1)),("callheld",(0-2))
AT 13 6
OK
at 13 at+cind=?
PENDING
AT 13 132
+CIND: ("service",(0-1)),("call",(0-1)),("callsetup",(0-3)),("battchg",(0-5)),("signal",(0-5)),("roam",(0-1)),("callheld",(0-2))
AT 13 6
OK
CLOSE_OK 13 HFP CC08E0AE578E
unpair
OK
reset
BlueCreation Copyright 2017
Melody Audio V6.1.5
Build: 1496939390
Ready
PAIR_PENDING             //Connecting to HTC one A9
PAIR_OK 04C23E048A70
OPEN_OK 13 HFP 04C23E048A70
ROLE_OK 04C23E048A70 S
AT 13 6
OK
AT 13 9
ERROR
AT 13 6
OK
AT 13 6
OK
AT 13 9
ERROR
AT 13 6
OK
AT 13 6
OK
AT 13 9
ERROR
at 13 at+cind=?
PENDING
AT 13 132
+CIND: ("call",(0,1)),("callsetup",(0-3)),("service",(0-1)),("signal",(0-5)),("roam",(0,1)),("battchg",(0-5)),("callheld",(0-2))
AT 13 6
OK
at 13 at+cind?
PENDING
AT 13 24
+CIND: 0,0,0,0,0,2,0
AT 13 6
OK
at 13 at+cind?
PENDING
AT 13 24
+CIND: 0,0,0,0,0,2,0
AT 13 6
OK
CLOSE_OK 13 HFP 04C23E048A70

I do not see why a phone would refuse a couple of CIND requests in a row as it is just requesting status information.

Regards

Matt

Just because the phones you are testing with do not exhibit the problem does not mean that I don’t know what I’m talking about. There are phones that will lock up and need reset if we send them the AT+CIND=? command. Again based on the HFP spec, the BC127 must send the phone this command when connecting to it. I NEED THE RESULTS OF THIS QUERY. The Bluegiga WT32 gives us those results. We need the BC127 to do it as well. Can you please raise this question with the development team?
Thanks!

I understand that not all phones are the same and just because the ones I have are not exhibiting this behaviour means none do but I have been working in this field for a long time and am surprised that this is the case (I have far more experience working with phones/modems than BT chipsets).

To have this raised with the development team it needs to go back through your commercial channel, can you tell me who this is?

Regards

Matt

Ok, I guess that’s what I needed to know. We’re using relatively low quantities so I’m assuming we don’t have support through our commercial channel. I think our board house is maybe getting parts from Digikey, not sure??

Is there a way to purchase a support contract? It’s not clear to me how to go about that on your website. Can you give me any direction on that?
Thanks.
Brian

Brian,

Now that BC has transitioned into Sierra it is a little difficult reconciling how they worked (small company) to how Sierra does (bigger, more established and rigid procedures because they need to be).

I have asked the dev team about this through Email which is the unofficial way of doing it and they will answer me when they have time. I will try to get back to you with some more information soon.

To answer your actual question, support contracts are only in place with key customers, we do not do them even for the medium sized guys, basically if the business case for number of units sold justifies it then it gets fixed/implemented, general support just happens and the procedures going through the distribution network ensures this, it is trying to be squared off now but the problems for getting definitive support from the super broad liners like Digikey will remain.

Regards

Matt

Okay, thanks for your help.
Brian

Brian,

I have confirmed with the dev team that the burst of command that comes out of the unit as soon as the HFP connects is from the other side not from the BC127. The BC127 does not send commands unless the application commands it to through the ‘AT’ command as per my examples so there is nothing to fix. You need to send the at+cind? command yourself and determine the format/order of the parameters before hand.

Regards

Matt

I am using BC127 with firmware Melody Audio V5.0 RC11 .Can anyone help me out how to enable AT command in bc127 .

The BC127 does not use AT commands it uses a verbose command set similar in principle to AT commands i.e. send the command wait for a response over the serial interface. The command set is given in the document at the below link.

https://source.sierrawireless.com/~/media/support_downloads/airprime/hardware_specs_user_guides/41112426%20melody%20audio%207%20user%20guide%20r1.ashx

Regards

Matt

Hi,
Could u help me,that how to use the AT commands for BC127 module

Iam finding the command for holding and unholding a call when the call is active,but I could not find that,whether these can be done by AT commands?
please do the need.

Thanks in advance.

@srigandeswaran,

So as per the prrevious posts you can send commands to a given unit connected to the BC127 using the AT command as described in the BC127 manual. After this the actual command used to control multi party calls is AT+CHLD, whether the device on the other end supports this is a different question but be careful as it can get complicated managing multi party calls through AT commands.

Regards

Matt

@mlw
hi matt,
As you said BC127 uses verbose commands ,I need commands for HOLD AND UNHOLD,MUTE AND MUTE when the call is active. whether the commands are available or not? or Is there any possible ways are there to hold and unhold the call by BC127

Thanks in advance.

@srigandeswaran,

No the call has to be controlled by the device that it originates from which is the phone i.e. it controls the link to the mobile phone network, the BC127 just controls the local link between itself and the phone.

Regards

Matt

@mlw

But still our phone is connected to bluetooth, the user will not access the phone to put a call on hold,he needs verbose commands or AT commands to control the phone via bluetooth. But there are certain call related operations that are possible by BC127 such as
1.Answeing a call
2.Answering a second incoming call and automatically first call goes to hold.
3.transfering the call
then why not hold and mute commands are not available?
Is it an issue or that cannot be done by BC127?

but when I put the call on hold from my phone the BC127 shows some responses such as
AT 13 10 +CIEV: 1,1
AT 13 10 +CIEV: 2,0
so there might be some AT commands to put the call on hold,can u please check with the development team and conform it.

@mlw

what is the use of at+cind command?
can u please explain in brief.

thanks in advance.

@srigandeswaran

The CIND command shows the status of certain elements within the phone you are connecting to.

Re call control there are basic command to start and stop calls but let me be clear there are NO multiparty or mute call control commands in the BC127 firmware even if it might be technically possible. If you want to do this you need to use the 3GPP at+chld command, if this is not supported by the device then there is nothing we can do.

Additional point (before you ask) is we are not going to add them as BC127 is in maintenance only for a lot of different reasons (one of them being we are out of memory so feature additions are not actually possible).

Regards

Matt

@mlw
Hi matt,
The AT command for hold is working ,the exact command I founded is AT+CHLD=2 to hold and AT+CHLD=1 to unhold ,but for mute and unmute it does not works, and I have a doubt
1.does this AT commands behaviour will vary from phone to phone?

Thanks in advance.

@srigandeswaran

So the commands are specified by 3GPP in their standard 27.007 so a lot of the commands will work, HOWEVER, a lot of the commands implementation is optional and given the majority of phones do not have anything to do with AT commands quite a few will not implement several of the commands, so for instance at+cmut is an optional implementation, some phones will have it others will not.

Regards

Matt