24 thoughts on “Auto connect to network with GE865-quad”
Hi gents,
i’m using a GE865-QUAD to transfert data.
At the startup i’m sending AT+CREG? to know the status ot the network connection.
The result is +CREG: 0,2 when search in progress and +CREG:0,1 when connected.
I bougth a new module to start my pre-production series and the result of my at command AT+CREG? is :
+CREG: 0,0
the module is not connecting automaticly to the network.
I took a look to the datasheet i didn’t find any AT to launch the connection to the network.
It looks that the first was in auto-connection to the network, why the new one isn’t?
how can i modify this functionnality?
Best regards
Bruno
Hi Bruno,
Is the module ready for registration, ie SIM ready, signal available, module not in power saving modes? Please investigate.
Hi, tue module is ready for registration, Sim is ready, i’ve checked the power saving mode using AT+CFUN command the answer is 1, the module is in full functionality.
OK, what about network availability and selection (+COPS)?
Actually, we have another prototype card which is exactly the same and this one works very well. We also use the same SIM card for both prototype card, so I think it couldn’t be the problem. We use the same network (of course) so it’s not a network problem.
Is it possible that our 2 modules are not in the same original configuration ?
Now, the 2nd card begin to search the network and (about 8s after) fail to connect.
Did you have any idea to solve this issue ?
Bruno.
Please do what I said, a network survey, AT#CSURV and +COPS. Check signals, maybe you have an antenna problem.
I tried it. Here are the results :
2nd prototype card :
#CSURV : “ERROR”
+COPS : “0”
1st prototype card (working well):
#CSURV : detect all network parameters
+COPS : “0,0,”F SFR””
We use the same antenna for both prototype.
Another thing :
On the 2nd prototype card, SIMVCC goes to 2.8V during 2s and return to 0 so network registration fail. Although on the 1st (working well) SIMVCC goes and stay to 2.8V during registration.
What is very strange is that it
I tried it. Here are the results :
2nd prototype card :
#CSURV : "ERROR"
+COPS : "0"
1st prototype card (working well):
#CSURV : detect all network parameters
+COPS : "0,0,"F SFR""
We use the same antenna for both prototype.
Another thing :
On
the 2nd prototype card, SIMVCC goes to 2.8V during 2s and return to 0
so network registration fail. Although on the 1st (working well) SIMVCC
goes and stay to 2.8V during registration.
What is very
strange is that it’s the same error as when the sim card is removed
from the prototype card. So maybe Telit module don’t recognize the SIM
card. But we checked SIM card pins and it seems to be alright.
Did you see what could be the problem ?
Bruno.
Please set AT+CMEE=2 and try CSURV again to check what error is that. What are the answers to SIM check commands?
Here is the result :
"arfcn: 71 bsic: 20 rx"
Sorry. Actually, the GPRS module switched off before the end of the reply.
Currently, there is no ERROR any more (strange) and GPRS module reply is OK :
However, the module still not connect to network …
What about the SIM?
the sim works well with the other prototype PCB, we also tried with a SIM from another telco, the result is the same.
My question related with SIM availability, check it with AT+CPIN – might be a soldering/board problem indeed.
I retried +COPS AT cmd and now there is an error :
AT+CMEE=2 AT+COPS
OK
+CME ERROR: operation not supported
I tried #QSS AT cmd to test if SIM card is recognized:
AT#QSS?
#QSS: 0,0
SIM card is well inserted into its package but GPRS module don’t see it. It could be a soldering problem of GPRS module. We will check.
There is no PIN code in our SIM card.
It results the same problem :
AT+CPIN? OK +CME ERROR: SIM not inserted
And alright with the other prototype card :
AT+CPIN? +CPIN: READY
Then I’m afraid is a hardware problem with the connections.
Are you using the SIMIN pin connected to the SIM holder for SIM presence detection?
If not, is SIMIN grounded as recommended?
Hi.
We checked the hardware connections and everything seems to be OK
We don’t use the SIMIN pin so it’s well grounded as recommended.
We are currently working on the first prototype PCB which work well. We need to know when all the data is sent to the FTP server (and then switch the system off).
How to do that ? Is there an AT command to ask the GE865 for ?
Is there an AT command to send a defined size of data and which inform when the transfert is completed ?
Thank you very much.
Bruno.
I think sending +++ at the end of file after an AT#FTPPUT handles all data was sent, especially if flow control is used, which is to be recommended of course. The you can check file size with AT#FTPSIZE.
Hi everybody.
The problem is solved and the GE865 works very well now.
Actually it was a PCB problem. I deported the SIM pins of GE865 and connected them to another SIM socket without using PCB card. And then, strangely, it works.
Maybe a problem during PCB assemblage.
Thank you very much for all your replies.
Best regards.
Bruno.
Thanks Bruno, good to know.
Sorry, I wanted to create a new thread, not reply here…
Hi gents,
i’m using a GE865-QUAD to transfert data.
At the startup i’m sending AT+CREG? to know the status ot the network connection.
The result is +CREG: 0,2 when search in progress and +CREG:0,1 when connected.
I bougth a new module to start my pre-production series and the result of my at command AT+CREG? is :
+CREG: 0,0
the module is not connecting automaticly to the network.
I took a look to the datasheet i didn’t find any AT to launch the connection to the network.
It looks that the first was in auto-connection to the network, why the new one isn’t?
how can i modify this functionnality?
Best regards
Bruno
Hi Bruno,
Is the module ready for registration, ie SIM ready, signal available, module not in power saving modes? Please investigate.
Hi, tue module is ready for registration, Sim is ready, i’ve checked the power saving mode using AT+CFUN command the answer is 1, the module is in full functionality.
OK, what about network availability and selection (+COPS)?
Actually, we have another prototype card which is exactly the same and this one works very well. We also use the same SIM card for both prototype card, so I think it couldn’t be the problem. We use the same network (of course) so it’s not a network problem.
Is it possible that our 2 modules are not in the same original configuration ?
Now, the 2nd card begin to search the network and (about 8s after) fail to connect.
Did you have any idea to solve this issue ?
Bruno.
Please do what I said, a network survey, AT#CSURV and +COPS. Check signals, maybe you have an antenna problem.
I tried it. Here are the results :
2nd prototype card :
#CSURV : “ERROR”
+COPS : “0”
1st prototype card (working well):
#CSURV : detect all network parameters
+COPS : “0,0,”F SFR””
We use the same antenna for both prototype.
Another thing :
On the 2nd prototype card, SIMVCC goes to 2.8V during 2s and return to 0 so network registration fail. Although on the 1st (working well) SIMVCC goes and stay to 2.8V during registration.
What is very strange is that it
I tried it. Here are the results :
2nd prototype card :
#CSURV : "ERROR"
+COPS : "0"
1st prototype card (working well):
#CSURV : detect all network parameters
+COPS : "0,0,"F SFR""
We use the same antenna for both prototype.
Another thing :
On
the 2nd prototype card, SIMVCC goes to 2.8V during 2s and return to 0
so network registration fail. Although on the 1st (working well) SIMVCC
goes and stay to 2.8V during registration.
What is very
strange is that it’s the same error as when the sim card is removed
from the prototype card. So maybe Telit module don’t recognize the SIM
card. But we checked SIM card pins and it seems to be alright.
Did you see what could be the problem ?
Bruno.
Please set AT+CMEE=2 and try CSURV again to check what error is that. What are the answers to SIM check commands?
Here is the result :
"arfcn: 71 bsic: 20 rx"
Sorry. Actually, the GPRS module switched off before the end of the reply.
Currently, there is no ERROR any more (strange) and GPRS module reply is OK :
AT#CSURV
Network survey started …
arfcn: 44 bsic: 11 rxLev: -83 ber: 0.00 mcc: 208 mnc: 01 lac: 8704 cellId: 14502
cellStatus: CELL_SUITABLE numArfcn: 3 arfcn: 4 18 44 numChannels: 30 array: 1 5
6 8 14 17 27 29 31 33 38 39 43 46 49 57 62 527 529 534 538 541 544 547 548 550
554 555 556 557
arfcn: 71 bsic: 20 rxLev: -90 ber: 0.00 mcc: 208 mnc: 10 lac: 12700 cellId: 1943
4 cellStatus: CELL_SUITABLE numArfcn: 4 arfcn: 71 87 100 117
arfcn: 1020 bsic: 40 rxLev: -90 ber: 0.00 mcc: 208 mnc: 20 lac: 251 cellId: 3977
5 cellStatus: CELL_LOW_PRIORITY numArfcn: 9 arfcn: 975 978 981 984 987 990 993 9
96 1020
arfcn: 43 bsic: 7 rxLev: -92 ber: 1.02 mcc: 208 mnc: 01 lac: 8704 cellId: 12602
cellStatus: CELL_SUITABLE numArfcn: 4 arfcn: 6 21 43 50
arfcn: 122 bsic: 9 rxLev: -95 ber: 0.00 mcc: 208 mnc: 10 lac: 12700 cellId: 4944
6 cellStatus: CELL_SUITABLE numArfcn: 4 arfcn: 96 102 115 122
arfcn: 784 bsic: 56 rxLev: -96 ber: 0.00 mcc: 208 mnc: 20 lac: 54 cellId: 31647
cellStatus: CELL_SUITABLE numArfcn: 22 arfcn: 784 853 854 855 856 857 858 859 86
0 861 862 863 864 865 866 867 880 881 882 883 884 885
arfcn: 21 rxLev: -97
arfcn: 6 rxLev: -98
arfcn: 518 bsic: 15 rxLev: -99 ber: 0.00 mcc: 208 mnc: 10 lac: 12700 cellId: 292
90 cellStatus: CELL_SUITABLE numArfcn: 6 arfcn: 518 657 689 705 717 734
arfcn: 45 rxLev: -99
arfcn: 72 rxLev: -99
arfcn: 50 rxLev: -100
arfcn: 1019 rxLev: -100
arfcn: 52 rxLev: -101
arfcn: 46 rxLev: -101
arfcn: 14 bsic: 6 rxLev: -101 ber: 0.00 mcc: 208 mnc: 01 lac: 8704 cellId: 14501
cellStatus: CELL_SUITABLE numArfcn: 2 arfcn: 14 52
arfcn: 70 rxLev: -101
arfcn: 57 rxLev: -101
arfcn: 1010 bsic: 48 rxLev: -101 ber: 3.06 mcc: 208 mnc: 20 lac: 54 cellId: 3238
7 cellStatus: CELL_SUITABLE numArfcn: 9 arfcn: 976 979 982 985 988 991 994 997 1
010
arfcn: 93 rxLev: -102
arfcn: 691 rxLev: -103
arfcn: 98 rxLev: -104
arfcn: 1013 rxLev: -105
arfcn: 56 rxLev: -105
arfcn: 82 rxLev: -105
arfcn: 88 rxLev: -105
arfcn: 66 rxLev: -106
arfcn: 1014 bsic: 36 rxLev: -106 ber: 4.10 mcc: 208 mnc: 20 lac: 251 cellId: 315
24 cellStatus: CELL_LOW_LEVEL numArfcn: 2 arfcn: 1001 1014
arfcn: 992 rxLev: -106
arfcn: 1009 rxLev: -106
arfcn: 96 rxLev: -106
arfcn: 85 bsic: 17 rxLev: -106 ber: 3.02 mcc: 208 mnc: 10 lac: 1800 cellId: 4655
0 cellStatus: CELL_SUITABLE numArfcn: 3 arfcn: 76 85 118
arfcn: 79 rxLev: -106
arfcn: 73 rxLev: -106
arfcn: 75 bsic: 15 rxLev: -106 ber: 8.01 mcc: 208 mnc: 10 lac: 1800 cellId: 9431
cellStatus: CELL_SUITABLE numArfcn: 6 arfcn: 66 75 84 106 111 119
arfcn: 54 rxLev: -106
arfcn: 8 rxLev: -107
arfcn: 657 rxLev: -107
arfcn: 1021 rxLev: -107
arfcn: 99 rxLev: -107
arfcn: 982 rxLev: -107
arfcn: 994 rxLev: -107
arfcn: 1016 bsic: 33 rxLev: -107 ber: 5.01 mcc: 208 mnc: 20 lac: 186 cellId: 312
84 cellStatus: CELL_LOW_LEVEL numArfcn: 9 arfcn: 976 979 982 985 988 991 994 997
1016
arfcn: 49 bsic: 10 rxLev: -107 ber: 8.11 mcc: 208 mnc: 01 lac: 8960 cellId: 1680
5 cellStatus: CELL_SUITABLE numArfcn: 2 arfcn: 49 51
arfcn: 60 rxLev: -107
arfcn: 68 rxLev: -107
arfcn: 67 rxLev: -108
arfcn: 74 rxLev: -108
arfcn: 51 rxLev: -108
arfcn: 7 rxLev: -108
arfcn: 30 rxLev: -108
arfcn: 40 rxLev: -108
arfcn: 1005 rxLev: -108
arfcn: 100 rxLev: -108
arfcn: 121 rxLev: -108
arfcn: 1017 rxLev: -108
Network survey ended
OK
However, the module still not connect to network …
What about the SIM?
the sim works well with the other prototype PCB, we also tried with a SIM from another telco, the result is the same.
My question related with SIM availability, check it with AT+CPIN – might be a soldering/board problem indeed.
I retried +COPS AT cmd and now there is an error :
AT+CMEE=2
AT+COPS
OK
+CME ERROR: operation not supported
I tried #QSS AT cmd to test if SIM card is recognized:
AT#QSS?
#QSS: 0,0
SIM card is well inserted into its package but GPRS module don’t see it. It could be a soldering problem of GPRS module. We will check.
There is no PIN code in our SIM card.
It results the same problem :
AT+CPIN?
OK
+CME ERROR: SIM not inserted
And alright with the other prototype card :
AT+CPIN?
+CPIN: READY
Then I’m afraid is a hardware problem with the connections.
Are you using the SIMIN pin connected to the SIM holder for SIM presence detection?
If not, is SIMIN grounded as recommended?
Hi.
We checked the hardware connections and everything seems to be OK
We don’t use the SIMIN pin so it’s well grounded as recommended.
We are currently working on the first prototype PCB which work well. We need to know when all the data is sent to the FTP server (and then switch the system off).
How to do that ? Is there an AT command to ask the GE865 for ?
Is there an AT command to send a defined size of data and which inform when the transfert is completed ?
Thank you very much.
Bruno.
I think sending +++ at the end of file after an AT#FTPPUT handles all data was sent, especially if flow control is used, which is to be recommended of course. The you can check file size with AT#FTPSIZE.
Hi everybody.
The problem is solved and the GE865 works very well now.
Actually it was a PCB problem. I deported the SIM pins of GE865 and connected them to another SIM socket without using PCB card. And then, strangely, it works.
Maybe a problem during PCB assemblage.
Thank you very much for all your replies.
Best regards.
Bruno.
Thanks Bruno, good to know.
Sorry, I wanted to create a new thread, not reply here…