|
|
| (9 intermediate revisions by 5 users not shown) |
| Line 1: |
Line 1: |
| − | ==GPRS Settings== | + | ==GPRS Settings== |
| − | [[File:GPRS.png|right]]
| + | These settings define main parameters for {{{model|FMB1YX}}}: GSM operator ''APN'' and GPRS ''Username'' and ''Password'' (optional – depending on operator), destination server IP and port, and allows setting the protocol used for data transfers – <span style=color:#F6A83E>TCP</span> or <span style=color:#F6A83E>UDP</span>. {{{txt_sim2|SIM1 and SIM2 ''GPRS Settings'' can be configured separately. }}}Backup server settings can also be selected for ''Backup'' server.<br/>Backup server has 3 different modes: |
| − | These settings define the main parameters for {{{model|FMM130}}}. <br/ > | + | * <span style=color:#F6A83E>Disable</span>: backup server is not used. |
| − | GPRS Context:
| + | * <span style=color:#F6A83E>Backup</span>: records are sent to backup server if main server is not available (for example fails to open link) or when main server response timeout is reached successively 5 times. |
| − | * Device ability to enable or disable GPRS connection. | + | * <span style=color:#F6A83E>Duplicate</span>: records are sent to both servers (main and backup), records are deleted from SD-card (or RAMS) only if both servers accepted the records. |
| − | APN:
| + | Some operators use specific type of authentication for GPRS session – CHAP or PAP. If any of these is used, APN should be entered as "chap:<APN>" or "pap:<APN>" respectively e.g. if 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/>{{{model|FMB1YX}}} device will send the newest records first when <span style=color:#F6A83E>Newest</span> is selected in ''Records Settings'', which is useful in cases when the most important parameter set is the most recent one, as a result other records will be sent right after the newest records are received by AVL application.<br/>''Data Link Timeout'' is used to set termination timeout for link between {{{model|FMB1YX}}} and AVL application. If {{{model|FMB1YX}}} has already sent all records it waits for the new records before closing the link (except for Deep Sleep mode, for more information refer to {{{ctrSleepModes|[[Template:FMB Sleep modes#Deep Sleep mode]]}}}). If new records are generated during the period of this timeout and minimum count to send is reached, the records are sent to AVL application. This option is useful when GSM operator charges for link activation.<br/>''Server Response Timeout'' is used to set a period of time waiting for the response from server side.<br/> |
| − | *Access point name, a mandatory parameter which is used to connect to the internet (GPRS). Access Point Name is the name of a gateway between a mobile operator and the public internet. It can be obtained from your SIM card provider.
| |
| − | APN Username:
| |
| − | *Access point name username (optional – depending on operator)
| |
| − | APN Password:
| |
| − | *Access point name password (optional – depending on operator). <br>
| |
| − | 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 /> | |
| | | | |
| − | {{{txt_sim2|SIM1 and SIM2 ''GPRS Settings'' can be configured separately. }}}
| |
| − | <br>
| |
| − | {{{auto_apn|
| |
| − | [[File:Animation SMS.gif|Animation SMS.gif]]
| |
| − |
| |
| − | ==Auto APN==
| |
| − | [[File:Auto APN Search.png|right]]
| |
| − | Auto APN:
| |
| − | *This feature allows the device to select the correct APN from integrated into the firmware APN database. After the tracker turns ON it will automatically search APN settings depending on the inserted SIM card.
| |
| − | *This feature is used form 03.25.15.Rev.32 and up, explained in more detail in [[Auto_APN_feature_for_FM_trackers|this page]].
| |
| − | *This feature can be disabled in the device configuration if the device GPRS settings are configured before installation or during installation of device.
| |
| − | }}}
| |
| − |
| |
| − | ==Transfer APN File==
| |
| − | [[File:Transfer APN File .png|right]]
| |
| − | APN file Upload / Download: <br />
| |
| − | *Connect to the device using configurator and look for Transfer APN file section. Press the Upload button and locate your APN_list.bin file. (binary APN list can be named differently, make sure to use the correct file).
| |
| − | *This transfer APN File option is valid from 03.25.15.Rev.32 and up.
| |
| − | *The AutoAPN file comes with the device form the factory, but if the GPRS settings are configured before installation or during installation of device - APN file is not required.
| |
| − | <br>
| |
| − | ==First Server Settings==
| |
| − | [[Image:Example Server settings.png|right]]
| |
| − | [[File:IP.png|right]]
| |
| − | Domain:
| |
| − | *Server or Domain adress, can be written either IP address or Domain.
| |
| − | Port:
| |
| − | *Server Port
| |
| − | 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 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:
| |
| − | *An additional option is the use of TLS encryption for sending records to the main server and backup server.
| |
| − | [[File:Alert.png|left|30px|link=]] All the information in photos must not be used, just for demonstrational use only.
| |
| − | <br>
| |
| − | <br>
| |
| − | <br>
| |
| − | <br>
| |
| − | <br>
| |
| − | ==Second Server Settings==
| |
| − | [[File:Screenshot 9.png|right]]
| |
| − | Second server has 4 different modes: <br>
| |
| − | Disable:
| |
| − | *Second server is not used.
| |
| − | Backup:
| |
| − | *Records are sent to second server if main server is not available (for example: device fails to open link with main server) or when main server response timeout has been reached 5 times in a row.
| |
| − | Duplicate:
| |
| − | *Records are sent to both servers (main and second), records are deleted from SD-card (or Flash storage) only if both servers confirmed that the records were received from device.
| |
| − | EGTS:
| |
| − | *Records are sent to both servers (main and second), records are sent to the backup server using the EGTS protocol. '''RNIS''' system is supported with EGTS protocol. ('''Relevant just in CIS Regions''')<br />
| |
| − | Backup server Domain:
| |
| − | *Server or Domain adress, can be written either IP address or Domain.
| |
| − | Back up server Port:
| |
| − | *Server Port
| |
| − | Backup server 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 both protocols require a confirmation from the server to the device sent packets. However, data consumption will be less using UDP due to differences in the Network layer of TCP/UDP and also packet structure of Codec8 using UDP protocol. More information -[[Teltonika_Data_Sending_Protocols|here]].
| |
| − | ==Records Settings==
| |
| − | [[File:Record settings.png|right]]
| |
| − | Open Link Timeout:
| |
| − | *The parameter used to define a timeout between the fleet management device and the server. If the device has sent all records, device holds the link for duration of the confugured timeout. “Open link timeout” will refresh after device sends a new record. If there is a need to keep a constant link with a server, increasing the value of the parameter is needed.
| |
| − | Server Response Timeout:
| |
| − | *Is used to set a period of time waiting for the response from the server-side. If there is no response from the server during the timeout, the device will close the link and according to device configuration resend the same packet.
| |
| − | [[File:Alert.png|left|20px|link=]] NOTE! If Data [[Codec|protocols]] are not implemented correctly, device will not send data correctly. <br>
| |
| − | Network Ping Timeout:
| |
| − | *Enables network ping after timeout to prevent link close by operator. For example, if the operator closes the active link after 15 minutes when no data is sent, you can set the "network ping" timeout to 10 minutes then the device sends a 0xFF byte to server to keep the link open. This functionality works only for Record and Backup Servers. '''Network Ping Timeout should be always lower than Open Link Timeout.'''
| |
| − | Sort by:
| |
| − | * 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:
| |
| − | *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]].
| |
| − |
| |
| − |
| |
| − | {{{fota_web|
| |
| | ==FOTA WEB Settings== | | ==FOTA WEB Settings== |
| − | [[File:Fotawebsets.png|right]]
| + | These settings are used to configure FOTA WEB server connection parameters. ''Status'' enables or disables FOTA WEB functionality. Address and port number of FOTA website are entered to ''Domain'' and ''Port'' fields. ''Period'' is used to set the timeout of repeat connections to the FOTA WEB server. |
| − | These settings are used to configure FOTA WEB server connection parameters. <br> | |
| − | Status: | |
| − | *Enables or disables FOTA WEB functionality. '''If FOTA WEB Status is set to "Disable" - the configuration will not be allowed to be uploaded into FOTA WEB.'''
| |
| − | Domain:
| |
| − | *The address of the FOTA website is entered to Domain field.
| |
| − | Port: | |
| − | *The Port of the FOTA website is entered to Port field.
| |
| − | Period: | |
| − | *Is used to set the timeout of repeat connections to the FOTA WEB server.<br>
| |
| − | | |
| − |
| |
| − | [[File:Alert.png|left|80px|link=]]From 03.27.02 firmware version, FOTA WEB connection period randomizer is added. The randomizer will choose a +-2.5 period for each connection. For example, then the connection period is set to 30 minutes, device with each connection will choose a new connection (from 27.5 min to 32.5 minutes). This also applies to the "web_connect" SMS/GRRS command. This has been implemented to ensure smoother operation of FOTA WEB services by spreading out large numbers of simultaneous device connections over a longer timeframe.
| |
| − | }}}
| |
| − | | |
| − | {{{tls/dtls|
| |
| − | ==TLS/DTLS==
| |
| − | | |
| − | From 03.27.02 firmware version, TLS/DTLS functionality was implemented for FMB0YX, FMB9X0, FMB96X, FMB1YX, FMU1YX, FMM1YX, FMC1YX, FM30XY, FMB2YX, FMT100 device.
| |
| − | '''Note!''' Currently only TLS encryption functionality is fully implemented, if needed DTLS encryption is possible to implement.
| |
| − | | |
| − | Supported versions: '''1.1/1.2'''
| |
| − | | |
| − | [[image:TLSDTLS.gif]]
| |
| | | | |
| − | ===TLS/DTLS certificate generation===
| + | {{{pic_gprs|[[Image:Fmb120_gprs.png|800px|none]]}}} |
| − | Instructions cover how to generate an encryption certificate and how the device should be configured in order to send encrypted records into the client-server can be downloaded [[Media:FMBXX_TLSDTLS_encryption_configuration_v0.2.pdf|'''HERE''']]. <br>
| |
| − | '''Server configuration and encryption certificate implementation is mandatory from the client-server side!'''
| |
| − | }}} | |
