CODEWITHSUNDEEP
arduinoat-commandsim900
NiklasUllmann
NiklasUllmann

Reputation: 77

Arduino Sim900 AT+SAPBR=1,1 --> Operation not allowed

I am using an Arduino Mega and a Sim900 GSM/GPRS shield to make a request against an API.

During my initialization of my request the command AT+SAPBR=1,1 is executed. Sometimes, when I execute the shield returns OK, sometimes the shield returns "Operation not allowed", but I changed nothing compared to the working code.

#include <SoftwareSerial.h>
SoftwareSerial(18, 19); 

void setup() {
 
  Serial1.begin(19200);
  delay(10000);  
  Serial1.print("AT+CPIN=1111\r");
  Serial1.flush(); 
  Serial1.print("AT+SAPBR=3,1,\"Contype\",\"GPRS\"\r");
  Serial1.flush(); 
  Serial1.print("AT+SAPBR=3,1,\"APN\",\"my.apn.com\"\r");
  Serial1.flush(); 
  Serial1.print("AT+SAPBR=1,1\r");
  Serial1.flush(); 
// Here comes the error sometimes!

  Serial1.print("AT+SAPBR=2,1\r");
  Serial1.flush();
  Serial1.print("AT+HTTPINIT\r");
  Serial1.flush();
  Serial1.print("AT+HTTPPARA=\"CID\",1\r");
  Serial1.flush();
  Serial1.print("AT+HTTPPARA=\"URL\",\"my-api.com/foo\"\r");
  Serial1.flush();
  Serial1.print("AT+HTTPPARA=\"CONTENT\",\"application/json\"\r");
  Serial1.flush();
  Serial1.print("AT+HTTPACTION=0\r");
  Serial1.flush();
  Serial1.print("AT+HTTPREAD\r");
  Serial1.flush();

// READ the Response

}

void loop() { 
  
}

Thank you!

Upvotes: 0

Views: 10361

Answers (1)

Roberto Caboni
Roberto Caboni

Reputation: 7490

Just as an introduction, we may say that AT+SAPBR command, as described in SIM900 AT Commands guide, is used to configure and to activate the PDP context (data traffic).

In particular, the meaning of AT+SAPBR=1,1 is

<cmd_type> = 1 - Open bearer
<cid> = 1 - Bearer profile identifier

From you code

delay(10000);  
Serial1.print("AT+CPIN=1111\r");
Serial1.flush(); 
Serial1.print("AT+SAPBR=3,1,\"Contype\",\"GPRS\"\r");
Serial1.flush(); 
Serial1.print("AT+SAPBR=3,1,\"APN\",\"my.apn.com\"\r");
Serial1.flush(); 
Serial1.print("AT+SAPBR=1,1\r");

I see that you only wait for 10 seconds (the other commands usually return immediately.

For this reason, the first solution is increasing the delay (15 seconds should suffice).

The second solution involves querying the registration status. This can be done separately for GSM network (AT+CREG?) and for 2G data network (AT+CGREG?).

In both cases querying the command will result in an answer like

+CGREG: <n>,<stat> (or +CREG: <n>,<stat>), where

<n> is the setting performed through set command. It's used to enable unsolicited result messages. So, its value is usually 0

<stat> is the current registration status. It can have the following values
0 - Not registered. The GPRS service is disabled [...]
1 - Registered, home network [...]
2 - Not registered, but ME is currently trying to attach or searching an operator to register to. The GPRS service is enabled, but an allowable [...]
3 - Registration denied. The GPRS service is disabled [...]
4 - Unknown
5 - Registered, roaming

So, if you sure that the device has enough signal coverage, all you need is to provide AT+CGREG? command every second and wait for +CGREG=0,1 (or +CGREG=0,5 if you work in roaming).

Upvotes: 2

Related Questions