Changes

no edit summary
Line 1: Line 1:  
==GPRS Settings==   
 
==GPRS Settings==   
[[File:GPRS.png|right]]
+
[[File:GPRS 2.PNG|right]]
 
These settings define the main parameters for {{{model|FMB1YX}}}. <br/ >
 
These settings define the main parameters for {{{model|FMB1YX}}}. <br/ >
 
GPRS Context:
 
GPRS Context:
Line 10: Line 10:  
APN Password:  
 
APN Password:  
 
*Access point name password (optional – depending on operator). <br>
 
*Access point name password (optional – depending on operator). <br>
 +
Limit connection errors:
 +
*When enabled (default option) device will try to open GPRS or socket and if it fails it will introduce additional delays on the next try. The delays are incremented based on the consecutive network errors received:
 +
1. No delays<br>
 +
2. 1 minute.<br>
 +
3. 1 minute.<br>
 +
4. 2 minutes.<br>
 +
5. 2 minutes.<br>
 +
6. 4 minutes.<br>
 +
7. 6 minutes.<br>
 +
8. 8 minutes.<br>
 +
9. 10 minutes.<br>
 +
 +
Once 10 minutes is reached and if errors continue to occur the delay will not reset. When connection is succesful the delay resets. This feature is enabled for every socket and SIM1 or SIM2 (if available) GPRS context.
 +
 +
*When disabled (option introduced from 03.29.00.Rev.10 base firmware version) device will spam the network with GPRS or socket related network operations with no additional delays. This might introduce operators bans on some devices if the network signal quality is poor and device tries its best to connect to the network.
 
GPRS Authentication:
 
GPRS Authentication:
* Some operators use a specific type of authentication for GPRS sessions CHAP or PAP. If any of these is used, APN should be entered as "chap:<APN>" or "pap:<APN>" respectively e.g. if the operator is using APN "internet" with CHAP authentication, it should be entered as "chap: internet". Information about APN and authentication type should be provided by your GSM operator. <br />
+
* Some operators use a specific type of authentification for GPRS sessions. It could be CHAP or PAP authentifications. In configurator's GPRS settings there are option to select which GPRS authentification could be used. Information about the APN details and authentification should be provided by your GSM operator. <br />
 
   
{{{txt_sim2|SIM1 and SIM2 ''GPRS Settings'' can be configured separately. }}}
 
{{{txt_sim2|SIM1 and SIM2 ''GPRS Settings'' can be configured separately. }}}
 
<br>
 
<br>
Line 41: Line 55:  
*Server Port  
 
*Server Port  
 
Protocol:
 
Protocol:
*Defines GPRS data transport protocol,  used for data transfers – <span style="color:#F6A83E">TCP</span> or <span style="color:#F6A83E">UDP</span>. From the device side TCP and UDP work almost the same, only difference is that UPD doesn't need additional confirmation from server side, that the data packet was received. TCP has that, and uses more network data for the confirmation. Protocol to use can be select through CFG.
+
*Defines GPRS data transport protocol,  used for data transfers – <span style="color:#F6A83E">TCP</span> or <span style="color:#F6A83E">UDP</span>. From the device side TCP and UDP work almost the same, only difference is that UDP doesn't need additional confirmation from the server side, that the data packet was received. TCP has that, and uses more network data for the confirmation. The desired data transfer protocol can be selected through the configurator.
 
TLS encryption:
 
TLS encryption:
 
*An additional option is the use of TLS encryption for sending records to the main server and backup server.
 
*An additional option is the use of TLS encryption for sending records to the main server and backup server.
Line 87: Line 101:  
* Can be set either Newest or Oldest. For example if the Oldest is marked the device first will send the Oldest information, if Newest then Device will send the newest information. If the device had no connection (GSM or GPRS) due to bad coverage or being in an area with no signal. Device continues to save records into internal memory, once GSM and GPRS are recovered device will start sending saved data to server. In this example, if Oldest is configured - until newest data is seen on the server all of the oldest records have to be sent first. If Newest is configured - previous data and track won't be seen until newest data is sent first. If high priority on I/O parameters or Features are configured device will send the generated records with High Priority first.
 
* Can be set either Newest or Oldest. For example if the Oldest is marked the device first will send the Oldest information, if Newest then Device will send the newest information. If the device had no connection (GSM or GPRS) due to bad coverage or being in an area with no signal. Device continues to save records into internal memory, once GSM and GPRS are recovered device will start sending saved data to server. In this example, if Oldest is configured - until newest data is seen on the server all of the oldest records have to be sent first. If Newest is configured - previous data and track won't be seen until newest data is sent first. If high priority on I/O parameters or Features are configured device will send the generated records with High Priority first.
 
ACK Type:
 
ACK Type:
*Determines what method the device uses to receive confirmation from the server <span style="color:#F6A83E">TCP/IP</span> or <span style="color:#F6A83E">AVL</span>. <span style="color:#F6A83E">TCP/IP</span> means that the confirmation will be included in the TCP/IP layer and no additional message will be needed. <span style="color:#F6A83E">AVL</span> means that the device will expect an additional AVL message from the server - according to the Data sending protocols described [[Codec|here]].
+
*Determines what method the device uses to receive confirmation from the server <span style="color:#F6A83E">TCP/IP</span> or <span style="color:#F6A83E">AVL</span>. <span style="color:#F6A83E">TCP/IP</span> means that the confirmation will be included in the TCP/IP layer and no additional message will be needed to acknowledge the record receiving. <span style="color:#F6A83E">AVL</span> means that the device will expect an additional AVL message from the server - according to the Data sending protocols described [[Codec|here]].
     

Navigation menu