+7 (342) 2-700-799

Mon -Fr 6:00 AM - 6:00 PM (GMT+3 )

Ru En



Terminal features

The power, consumed by the terminal in different modes:

Average power in the customary mode GPS terminal - 1,2 W
Average power in the customary mode 2.2.0.-2.2.7 terminal - 1,6 W
Average power in the customary mode 2.2.8. terminal - 1,5 W
Average power in the customary mode 5.0-5.1 terminal - 1,6 W
Maximum power by data transmitting and internal accumulator charging GPS terminal - 1,8 W
Maximum power by data transmitting and internal accumulator charging  2.2.0.-2.2.7 terminal - 1,8 W
Maximum power by data transmitting and internal accumulator charging  2.2.8 terminal - 1,8 W
Maximum power by data transmitting and internal accumulator charging  5.0-5.1 terminal - 4,2 W
Power in the power saving mode (GPS and GSM-units are off) GPS terminal - 0,36 W
Power in the power saving mode (GLONASS/GPS and GSM-units are off) 2.2.0.-2.2.7. terminal - 0, 4 W
Power in the power saving mode (GLONASS/GPS and GSM-units are off) 2.2.8. terminal  - 0,36 W
Power in the power saving mode (GLONASS/GPS and GSM-units are off) 5.0-5.1 terminal - 0,3 W
Connection of external sensors, FLS, iButton, RFID influences the power, consumed by the terminal, insignificantly. Total consumption of the monitoring system is increased by the amount of consumed power of each sensor.

We regret to say, that in basic GALILEOSKY terminals' configuration installing in-built gyroscopes is not provided. 
Installation gyroscope is possible by a special order for GALILEOSKY GLONASS/GPS 3G v5.1

In-built gyroscope allows to determine the direction of driving on a short distance, when there is no connection with satellites. It allows constructing track in tunnels, compact blocks and when there is disturbance with satellites connection. Also, gyroscope allows increasing accuracy in track construction and filtering false coordinates received from GLONASS/GPS module. In case of road traffic accident it allows determining strike direction. Quality of coorfdinates filtering at stops and accuracy of determining location in geofence for autoinformer are increasing. 

Terminals measure voltage from 0 to 33V with 33mV resolution

GalileoSky terminals can measure minimum frequency from 2 hz; maximum frequency depends on the number of inputs which are involved in frequency count. 
1 input- to 4000hz;
2 inputs-to 3500 hz;
4 inputs- to 1500hz;
6 inputs-to 900 hz;
8 inputs-to 500 hz. .

Our company does not produce sealed enclosure (IP65), but we can provide suppliers' contacts and they will consult you about the prices and delivery time of the products. 

1. "Planar" electronic units (St.Petersburg) 

St.Petersburg, Radisheva St. 35. Tel.number  (812) 329-44-61, 327-35-26, 327-35-27;
Fax: (812) 579-39-98;

Moscow, Cherkizovskaja St. 21-1, floor 1. Tel./fax (495) 160-98-22;
Tel. (495) 984-77-86;
www.planar.spb.ru, e-mail: info@planar.spb.ru   

There is no place for cable glands in enclosure. You have to cut it by yourself. 

2. Ltd."Radiotech-Trade" (Moscow)

127083, Russia, Moscow, Yunnatov St. 18. 
Tel.: (495) 795-08-05 
Fax: (495) 545-08-69
Working hours: Mon-Fri, from 10 am till 7pm
e-mail: info@gainta.com 

This company also supplies plastic sealed enclosure. 
http://www.gainta.com/g212c.html   - Technical documentation in pdf

There is no place for cable glands in enclosure. 

We recommend you to consider sealed enclosure with clear lid - G229C (dimensions 195*80*55 mm), if you plan to use them for GALILEOSKY GLONASS/GPS v.4.0 Satellite.

To know the terminal's IMEI you may send command "imei" from monitoring software or mobile phone, which is authorized in the terminal.

Format of the command: imei
Explanation: it allows to receive unique identifier of GSM module, 15 bytes.
Request: IMEI
Response: IMEI 123456789012345

The terminal counts mileage in accordance with received from GPS/GLONASS-unit coordinates. The terminal doesn't receive coordinates inside tunnels (they remain equal to the latest valid coordinates received before entering a tunnel). In fact, the mileage could be counted in accordance with acceleometer data, to be more exact precision gyroscope, and received data on speed, e.g. from CAN-bus. But our terminals are not equipped with gyroscopes.


Unfortunately, a valid answer to this question can not be given as we don`t have an accurate list.
Different producers implement the data transmission via CAN-bus of their vehicles variously. Among trucks, MANN and Volvo are well-connected.
A common answer can given:
If a producer transmits data via CAN-bus in a standard FMS format, data from CAN-bus can be read and sent to the monitoring server without additional settings.
If a producer transmits data via CAN-bus in own format, they can also be read, but it is necessary to make additional settings of the customer filter in the Configurator.
Information about the used format of data transmission via CAN-bus can be specified by the vehicle producer or authorized dealer.
Here you can watch video instructions about setting of terminals to operate with CAN-bus http://www.7gis.ru/en/video-guides/

Question: how to set the transmission of additional prefixes of CAN-LOG in GalileoSky protocol tags with the help of SMS-commnads?

Answer: use CANLOG C1,C2,C3,C4 command for setting

Command parameters compliance with protocol tags:

C1 - prefix, which is transmitted in CAN_B1 tag;

C2 - prefix, which is transmitted in CAN32BITR2 tag;

C3 - prefix, which is transmitted in CAN32BITR3 tag;

C4 - prefix, which is transmitted inCAN32BITR4 tag.

In addition, it is necessary to set the transmission of these tags in the Main packet.

QUESTION: by the sending of data, received from CAN-bus, does the terminal average the data between two recorded points? For example, the time, gone by between the recording of two points, is 15 seconds, and during that time, fuel flow rate, received from CAN-bus (liters/hour), has changed its value several times. Will the terminal average these data or take any value?

ANSWER: in settings of the operation with CAN-bus in the Configurator, there is a Timeout parameter, it is the time, during which the terminal awaits the availability of at least one identifier, if there are none, all identifiers values are set to zero, otherwise, the identifier value is immediately recorded to the memory, in which only last recorded value is always stored. When it is time to record a point, just these last values from all identifiers are recorded in it, therefore, if any identifier value has changed several times between point records, it will not be averaged, and the last one will be taken.

Problem: the GalileoSky terminal has been connected to Mercedes vehicle, there is a Cotel unit, and it is installed in the dealership. After selecting FMS filter type in the terminal settings, data from CAN are not displayed, there are data by selecting OBD II filter type 29-bits identifiers, but they are not automatically decrypted. What is the problem?

Solution: it is recommended to contact a service center or an authorized dealer to clarify the question, why doesn`t Cotel unit transmit data by FMS, and ask to configure this unit for the proper operation (data output according to the FMS standard).

Unfortunately, we do not have the connection scheme for this vehicle.

However, the terminal connection scheme to the vehicles CAN-bus has similar principles, therefore, we recommend to study our detailed manual http://7gis.ru/doc/en/CAN-bus.%20Connection%20to%20the%20CAN-bus.%20General%20recommendations.pdf

and to watch video http://www.youtube.com/watch?v=Qq2svrNAUvo

You can ask all your questions about the CAN-bus connection by sending a request to support@7gis.ru.



Starting from firmware 225, data transmission to the monitoring server from CI-5010A, Tenzo-М 003/05D, AWT640, WinScale Dinamica Generale weight indicators is carried out according to the following formula (by the example of indicators, connected to RS232[0] input): weight is calculated 65535*omni_tmp_0+adc9

1) if the weight is less than 65535 kg, only adc9 parameter is received.
2) if the received weight from the indicator is below zero or more than 65535 kg, there are omni_tmp_0 and adc9 parameters in Wialon.e.

Data about the driving style is displayed in the following fields of Wialon software:

course_accel - Driving style acceleration forward;

braking_accel - Driving style braking acceleration;

turn_accel - Driving style angle acceleration;

vertical_accel - Driving style vertical acceleration;

Operation conditions are different for all vehicles, consequently, acceleration values will vary under different conditions, that`s why it is recommended to determine experimentally if acceleration values are normal or deviated.

For example, for determination of bumping, it is necessary to go for a run both along the smooth and rough road and record vertical acceleration (vertical_accel) in both cases.

After carrying of determination it is necessary to analyze received data and identify threshold value of the vertical acceleration (vertical_accel).

Acceleration value, which is lower than the threshold one, corresponds to the driver`s non-infridgement.

Acceleration value, which is higher than the threshold one, shows that a driver has made the infridgement.

Data about the driving style are recorded in Wialon software. You can use them to make the report about the driver`s infridgements.

Question: Valid parameter is sent in a message from the terminal to Wialon. What does it mean? This parameter was equal to 15 at one terminal, and there were problems with satellites. How can it be interpreted?

Answer: Valid parameter indicates coordinates validity, i.e valid=0 - the terminal receives satellite signal properly, and coordinates are correct; valid=1 - coordinates are invalid, and the satellite contact is lost (tunnel, shed, the aerial is disconnected), and the terminal transmits last received correct coordinates with the invalidity indicator; valid=15 - such value is indicated by the terminal resetting and lack of information from the GPS/GLONASS-unit.

The protocol of data transmission via GPRS of the GalileoSky v4.0 terminal is similar to protocols of GalileoSky terminals of other versions. The protocol of data transmission via the Iridium satellite channel of the GalileoSky v4.0 terminal includes additional fields for data transmission via the satellite channel. This circumstance require the monitoring software to be improved for data receipt via the Iridium satellite channel.

Problem: it is written in the user`s manual that the maximum value of pulses can be 65535 at the discrete-analog input, after that, value is set to zero. On that day when the maximum value of pulses is achieved, and value is set to zero, PSFC=0 in the Wialon report. When there is no setting to zero, the report is correct.

Solution: Specify maximum pulses parameters as 65535 but not as 0 in unit properties section on Fuel consumption tab in Wialon, then it will be displayed correctly.

As far as figures Z=321 Y=512 X=511 are concerned, they have relative value and are connected with the gravitational acceleration only indirectly. Actually, 512 are zero values of acceleration. By changing of the terminal position, these data will be increased/decreased depending on which way the terminal is moved to. The range of 512 units is the accelaration of a little bit more than 2,5 g, i. e 190 units can be roughly considered as 1g. That`s why value along the Z axis is less that ones of X and Y axes as the terminal is always affected by the gravitational acceleration of 1g as opposed to X and Y axes..

Problem: The terminal with standard settings sends data packets too often. The interval of messages sending is 1-5 seconds by WrPeriod=30,90

Solution: Max angle value ( Max angle parameter) was set as 120 degrees on Signaling settings tab in the Configurator. Perhaps, the terminal was installed in a vehicle at such angle, which was identified by accelerometer as the horizontal surface, which the vehicle was standing on, as the angle of 120 degrees. As the angle determination accuracy of accelerometer ranged within some degrees, the terminal constantly identified these vibrations as the exceedance/recovery of declivity angle, that caused the point record. It is confirmed by the constant changing of the terminal state in I/O paramter in Wialon, for example 3220/3222, in each message.

The problem is solved by SHOCK 0 command execution, which specifies a new distribution of coordinate axes to the terminal for its current position, or by setting Max angle parameter value as 180 degrees, when the declivity angle detection is turned off.

You can set-up the Main and Additional servers and time for switching between them (time of connecting to one server). Thus, first, the terminal transmits data to the Main server for a period of time, then starts sending data to Additional server for the same period of time and so on.

Commands description.

Format of command: Serverip host,port

Parameters: host - domain name of the server or its IP-address; port - server's port. Also you may use command Serverip ip1,ip2,ip3,ip4,port to enter IP-address.

ip1, ip2, ip3, ip4 – IP-address of the server.

Note: Parameters of the main server, where monitoring data will be transmitted to.

Example: from firmware 92

Request: Serverip m.7gis.ru,60521

Reply: SERVERIP=m.7gis.ru:60521

Request: Serverip,60521

Reply: SERVERIP= All firmwares

Request: Serverip 46,146,233,216,60521


Format of the command: Serverip2 ip1,ip2,ip3,ip4,port

Parameters: host – domain name of the server or its IP-address; port - server's port. Also you may use command Serverip2 ip1,ip2,ip3,ip4,port to enter IP-address.

ip1, ip2, ip3, ip4 – IP-server's address.

Note: Parameters of additional server.


Request: Serverip2 m.7gis.ru,60521

Reply: Serverip2= m.7gis.ru: 60521

Format of command: ServersCfg t

Parameters: t – time of connection to one server (sec). If the value is equal to 0, data will be transmitted to the main server.

Note: it sets time of connection to the server.


Request: ServersCfg 120

Reply: SERVERSCFG:SeansTime=120;

Problem: it is necessary to specify GalileoSky server as the additional one. We tried to specify domain name service.7gis.ru, port 60522 and IP address, port 60522, connection time with one server - 300 seconds.

After sending of the correspondent commands, there is no terminal on the main server, but data are not transmitted to the test server as well, there is also no switching to the main server after the predetermined period. This problem is solved only by the disabling of switching between servers and terminal`s resetting by means of SMS-commands. What is the reason of it and how to set data transmission to the test server of GalileoSky?

Solution: Probably, the problem is that SIM-card, inserted into the terminal, supports connection only to certain IP addresses, and the address of the GalileoSky server is not included into this list. It is necessary to clarify this question by the mobile operator. Try to change APN access point for the standard one in terminal`s settings.

PROBLEM: Messages from the terminal are marked as alarm and highlighted in red in Wialon software.

DESCRIPTION: Alarm sign is transmitted to the monitoring server in the15th bit of "Device status" tag. Monitoring software detects this message as an alarm and marks it. Alarm transmission is a consequence of terminal's response in signaling mode.

SOLUTION: Check activation of signaling mode by command ST. If you receive "...Alarm..." message as a reply, disable signaling mode by DS command. If you still receive alarm messages, reset the terminal by RESET command.

Operation with additional devices

Question: in the manual it is written that it is possible to connect GARMIN navigators, supporting the FMI protocol, to GalileoSky terminals. Could you, please, recommend what models of navigators can be used?

Solution: GALILEOSKY terminals can operate with GARMIN navigators via the FMI protocol.

You can specify the list of models, which support this protocol, following this link


For stable operation of devices, it is better to limit maximum length of the RS485 cable by 100 (one hundred) meters and obligatory set matching resistors of 120 Ohm at the ends.

Initial data: the terminal has firmware 199. Digital FLS RS485 is connected.

Problem: by trying to make setting according to the manual on "Settings" tab -> "Digital inputs" in the Configurator, there is no RS485 field. Why? How to set the terminal to operate with FLS via RS485?

Solution: On V.5.0 terminals with firmwares less than 199 inclusively connected RS485 FLS is identified automatically (there is no RS485 field in the Configurator). For proper operation of FLS with the terminal, it is necessary to specify address from 0 to 2 in the configurator of FLS itself. Then enable the transmission of the necessary parameter in the main packet in terminal`s settings on "Protocol" tab.

Problem: Some FLS are connected to the terminal via RS485, data from FLS 0,1,2 are transmitted to the monitoring software, but data from FLS 4,5,6 - not. The command for the activation of the transmission of these tags in the protocol was sent, but there were no changes. What is the reason of it and how to set the transmission of these data?

Solution: for data transmission from FLS RS485 with addresses from 3 up to15, it is necessary to switch on the dynamic archive structure obligatory. It can be done by means of choosing the necessary value in "Archive structure mode" field on "Track" tab in the Configurator or with the help of FLASHARCHIVE 1 command.

Datacold recorders are used for the refrigerators` connection, which should be set for the data transmission from a refrigerator to the terminal.

You will find information concerning the setting of Datacold for the connection of Carrier Vector 1550 or 1850 refrigerators in the enclosed file.
For the Maxima 1300 installation, СОМ 2 parameter is specified as ТМ.

Task: it is necessary to set the terminal for switching to the energy saving mode by locating at stop. Now the terminal determines a stop by the accelerometer, and it is inconvenient as by staying at the crossing light or in the traffic jam, the terminal identifies it as a stop and switches to the energy saving mode. Is it possible to set the terminal so that the energy saving mode is activated only by the vehicle`s ignition turn off, and the terminal doesn`t react to the stop by the accelerometer?

Solution: it is possible to connect the ignition sensor to one of the discrete-analog inputs, specify thresholds of the discrete signal on "Settings" tab-> "In/Out", tick the correspondent input in Ignition in field on "Settings" tab -> "Track" and set "0" value in Threshold field.

After that, set the energy saving mode on "Settings" tab-> "Power saving".

Thus, by the turned off ignition, the terminal will determine the stop and activate the energy saving mode as soon as the ignition is disabled. When the ignition is enabled, the terminal turnes off the energy saving mode.

Problem: the ignition sensor is connected to one of terminal`s inputs, this input is specified in Ignition sensor field on Settings tab - Track. In addition, coordinates filtering by the power supply voltage for stopped/started engine is set on the terminal.

Power saving mode with the timeout of 180 deconds is set on the terminal. The ignition sensor was disconnected from the input by the terminal testing, the terminal did not switch to the power saving mode after the timeout expiry.

What is the reason for it? How can the problem be solved?

Solution: check if you adhere the condition of coordinates filtering by the power supply voltage for stopped/started engine.

If the terminal is simultaneously set for the filtering, mentioned above, and ignition sensor filtering, the terminal determines the stop only after the simultaneous fulfillment of both conditions.

If only one of conditions is fulfilled, the terminal will not determine the stop and, as a consequence, will not switch to the power saving mode after the timeout expiry.

In this case, it is recommended to turn off coordinates filtering by the power supply voltage so that the terminal switches to the power saving mode after ignition sensor turning off.

We bought reader MATRIX -II by Pulsar-telecom. 
We connected it to the terminal Galileo v5.1 with firmware 227 for 1 wire input, then we brought the card to the reader. 
The card is identified, shows the data, but in several seconds it resets to zero, then it shows data again and then zero again and so on. 

To exclude reset of card data you can experimentally choose the time in field detach timeout. This field is made for adaptation to different readers. 

To transmit data from FLS with addresses 3-15, the terminal should have firmware higher than 206 and a dynamic structure of the archive should be set up.

Wialon gets data from FLS in variables.

rs485_fls02 (rs485_fls12, rs485_fls22) - level from FLS with addresses 0,1,2

rs485tmp_X - temperature from FLS with addresses 0,1,2

rs485ex_X_lvl - level from FLS with addresses 3-15 (X has values 0-12)

rs485ex_X_tmp - temperature from FLS with addresses 3-15 (X has values 0-12)

Displaying track

Terminal is set up on recording points in microSD card and it transmitts data to monitoring software.
If during terminal's working process microSD is ejected or damaged, the terminal:
 1.Will stop sending data to monitoring software.
 2.Will continue recording points into internal flash- storage.
 3.Probably, in monitoring software it will be "on-line", but there will be no points with updated coordinates. 

To restart data transmittion to monitoring software you should send command Archive 0

Format of command:   Archive type
Parameters:   type – source of data for sending to the server:
0 – archive in internal flash-storage;
1 – archive in microSD card.
Comments:   Choosing data source for sending to the server. After running a command you should reload the Terminal. Before choosing microSD card you should delete the archive, created by older firmware (EraseTrackSD or delete files from Track catalogue via cardreader).
Request: ARCHIVE 0
Response: ARCHIVE:0;

DESCRIPTION OF THE PROBLEM:  Not all data on vehicle driving are transmitted, that's why there are "gaps" on the track. 

Terminal sends data after recording each point. If connection is broken, points are accumulated in the storage. While reconnection, points start being transmitted, BUT if it is set up that first new points are transmitted and then the old ones, server can get old points not in time. If the points are often recorded, but cellular communication is unstable, delay can be longer. When points are recorded quite often (every 1-2 seconds), some points can be sent not in time and they will be re-recorded. There can be the same situation when the server is overloaded with connections and it cannot get all packets, in this case the terminal has to resend packets, it leads to increasing delivery time.

1) you can decrease frequency of recording points in terminal's storage while stopping or driving, also you can increase angle or distance, exceeding which the point is recorded; 

2) on tab Protocol switch off transmitting unnesessary parameters, which are not used for the vehicle;
3) if the vehicle seldom appears in areas with stable cellular communiction, you can use dynamic archive structure, in this case the number of recorded points may increse several times, thus it will take much time to re-record old points with new ones and the terminal will have more opportunities to transmit them when cellular communication is stable;  

4) you can set-up data transmittion in chronological order, as a result, track will be drawn correctly, but when cellular communication is unstable data on current vehicle location may come not in time. 

DESCRIPTION OF THE PROBLEMVehicle was going under the bridge and there was a speed jump. Client fines a driver for speeding. Why was there such a speed? 
SOLUTIONFirmware in the terminal doesn't count speed itself, but gets it from satellite module. When the vehicle was under the bridge, the amount of satellites changed, altitude data while specifying coordinates, probably, changed rapidly, and altitude is also used in counting speed as a spatial data. Because of this there was a jump. 


While building the track there can be breakaway or areas with zero speed.

You should check settings of coordinates filtering on the terminal.

You can do it in Configurator in tab “Settings” -> “Track” in field “False coordinates filtering” or via SMS or GPRS commands GPS.CORRECT and GPS.CORRECT2 


Format of command is GPS.Correct ONOff,MaxWrong,HDOP,MaxSpd,Acc,Jump,TravelSpeed


OnOff-  coordinates filtering setting is switched on (1) or switched off (0); 

MaxWrong –  number of mistakes that will be filtered (recommended number is 5). This parameter involves excess acceleration and jump mistakes, for other parameters coordinates are always filtered ; 

HDOP – maximum HDOP, coordinates that are higher cannot be updated;

MaxSpd – maximum speed, coordinates that are higher are not regarded as correct and cannot be updated, [km/h]; 

Acc – acceleration, determined by GPS or GLONASS data, [m/s2]; 

Jump – maximum coordinate’s jump in 2 seconds [m]; 

TravelSpeed –  speed, lower which there will be no coordinates updating , [km/h]. This function can be applied for vehicles with low speed. 

Format of command GPS.Correct2 MaxNoSatTime,MinSatStart,MinSatWork 


MaxNoSatTime– maximum time without connection with satellites, during which disconnection is not registered [sec]; 

MinSatStart– minimum number of satellites needed for connection while switching on the terminal; 

MinSatWork– minimum number of satellites when the terminal works, if there are less - disconnection with satellites  will be registered. 

For example:


Answer: GPS.CORRECT:OnOff=1,MaxWrong=5,MaxHDOP=5,MaxSpd=80,MaxAcc=10,MaxJump=50,MaxTravelSpeed=4;

In field MaxSpd data 80 is set. It means that if the vehicle has speed more than 80 km/h and if false coordinates filtering is switched on, this data will be regarded as incorrect. Terminal will record the point with the previous coordinates and zero speed.

Solution- increase the data of maximum speed, if the speed is more coordinates are regarded as incorrect and cannot be updated.

For example, send command  GPS.CORRECT 1,5,5,150,10,50,4;

Формат команды GPS.Correct2 MaxNoSatTime,MinSatStart,MinSatWork 
MaxNoSatTime–максимальное время без связи со спутниками, в течение 
которого не фиксируется обрыв связи, [сек]; 
MinSatStart–минимальное число спутников, с которыми должна быть 
установлена связь при включении Терминала; 
MinSatWork– минимальное число спутников во время работы Терминала, 
при меньшем количестве будет фиксироваться разрыв связи со спутниками. 


Ответ: GPS.CORRECT:OnOff=1,MaxWrong=5,MaxHDOP=5,MaxSpd=80,MaxAcc=10,MaxJump=50,MaxTravelSpeed=4;

В поле MaxSpd указано значение 80. Это означает, что при скорости движения транспортного средства выше 80 км/ч и включенной фильтрации ложных координат полученное значение координат будет считаться ошибочным, терминал запишет в память точку с предыдущими координатами и скоростью равной нулю.

Решение - увеличить значение максимальной скорости, выше которой координаты не считаются правильными и не обновляются.

Например, отправив команду  GPS.CORRECT 1,5,5,150,10,50,4;


Problemterminal doesn't determine position or sometimes loses it without any reason.
Troubleshooting of position determination problems is not difficult. If you have a problem with aerial in monitoring software, for example, Wialon, in parameter I/O you should send terminal's status (4 symbols after slash, e.g. 3a41 (or in binary code 11101001000001)). Or while sending command StatAll to the terminal, return parameter Dev (e.g. 14913 (or in binary code11101001000001). In such a case, 6 bit ("1") status signalizes that an aerial is not connected because of its absence, loosing connection or circuit of middle wire and aerial screen. In this case during connection to the terminal via USB in Configurator on tab Device parameter Vant is red. You should check plug connection or replace an aerial with a new one. 

If it doesn't work, probably, the problem is inside the terminal in place of mounting socket on motherboard or in module itself. If in field Troubleshooting, when option Data is switched on, there are such messages from GPS module as
SAT. Fix=0
SAT. SatInUse=0
SAT. Coordinates not valid
GLONASS. Message received. Len = 216

module is not broken and the problem is in connections inside the terminal.
In this case terminal should be repaired. 

Terminal sends messages with high level of HDOP (4 and higher) and small amount of satellites (5 and less). 
Coordinates are not updated.

Possible reasons are bad connection of navigating module with satellites.
It leads to rising the level of HDOP.
Terminal reacts on rising of HDOP level by filtrating coordinates.
As a result, coordinates are not updated in messages of the terminal.

REASONS of bad connection of navigating module with satellites and high level of HDOP:

1. Incorrect location of GLONASS/GPS-aerial or the aerial is not fixed.
SOLUTION: check installation of GLONASS/GPS-aerial

2. Failure of GLONASS/GPS-aerial
SOLUTION: replace the aerial with the correct one

3. There is a source of hindrance for navigating module (e.g. FM-transmitter)
SOLUTION: disconnect the source of hindrance

QUESTION: we suppose that drivers use GPS/GLONASS jammers. How will the messages be sent to the server in this case?

EXPLANATION: it depends on the previous state of the terminal. If coordinates were valid before using a jammer, the terminal will send messages with current sensors data with the last correct coordinates with invalid characteristic. In such a case, when the terminal resets, it will transmit invalid coordinates, but correct time and sensors readings. If the terminal did not have supply and it was started, when the jammer was used, all terminals versions, except 5.1, will send messages with date 01.01.2000 and will be filtered by the server. Terminal 5.1 will send data with correct date and time, but invalid coordinates.

Operating with media

SOLUTION: In terminals version 5.1 with basic settings in tab Setting/Sound in Configurator, at the moment of speaking via push-to-talk there is disturbance that disrupts phone talk. 
To recover the quality of the sound you should upgrade firmware from the server and set the maximum (15 points) of microphone amplifying index via GSM-channel in tab Setting/Sound in Configurator. You can set-up microphone amplifying index within 65-80 points. Apply the settings.   

Problem: some photos recieved in monitoring software are of bad quality: a bit cut, with color defect, different layings on. 
Explanation: data transmittion to two servers is set-up on the terminal. Firmware starts transmitting parts of the photos to the first server and cannot understand that there is a switch to the second one, and it continues sending other parts of the photos to the second server. That's why some photos are cut or combined of different pictures. Terminal comes back to the first server and sends parts of the photo the other part of which is on the second server. 

Terminal sends photos in chronological order- first old photos, then new ones. If frequency of taking photos is high and cellular communication is poor, the terminal can't send photos in time because there are the previous not sent shots.  

To see the date/time of current photos transmition, you should run troubleshooting in Configurator with switched on GPRS and GPS detailed.

Information on currently sent photo is the following GPRS. Send photo Pic/RS0/20140331/034426.jpg, where Pic/RS0/20140331 determines catalogue with date (Format YYYYMMDD), from which transmittion runs, and 034426.jpg - time of taking photos (format HHMMSS, time is by Greenwich, that's why add zone shifting).

The shot is transmitted by 994 bytes. Number of packets depends on the size of the photo. 

GPRS. Send photo Pic/RS0/20140331/034426.jpg.

GPRS. Send photo chunk 0.                                                              0 packet

GPRS. Chunk size 994.

GPRS. Send photo Pic/RS0/20140331/034426.jpg.

GPRS. Send photo chunk 1.

GPRS. Chunk size 994.


GPRS. Send photo Pic/RS0/20140331/034426.jpg.


GPRS. Send photo chunk 35.


GPRS. Chunk size 550.

GPRS. Send photo Pic/RS0/20140331/034426.jpg.

GPRS. Send photo chunk 36.                                                          36 packet


Problem: we have the GalileoSky V.5.0 terminal with a connected photo camera, have set data transmission to the monitoring server. We see pictures transmission from 2013:11:22 in the server log.

Question: will new pictures be transmitted from the photo camera until all previous ones are sent to the server? Is it possible to delete old pictures remotely?
Solution: until all previous pictures are sent to the server, transmission of new ones will not be started. It is impossible to delete pictures from microSD-card remotely, but there is a possibility to clear the pictures line, i.e to mark all pictures as the sent ones. It can be done with the help of CleanPhotoQueue command.

Format of CleanPhotoQueue command

Explanation - Mark all pictures as the sent ones

Example Request: CleanPhotoQueue

Response: Photo queue is cleaned

IR-filter is applied to photocamera lens for the wave length of 850 Nm.
It is recommended to use IR-searchlight with the wave length of 850 Nm for night illumination.тся.

The GalileoSky photocamera makes shots in two resolutions: 320х240 and 640х480 with the colour depth of 24 bits. The size of a received picture depends directly on the photographed object complexity: number of details and colour shades. For shadeless simple shots, the size is 3 and12 Kb respectively for two resolutions. The size will be 25 and 65 Kb respectively by the expansion in the number of objects. Average size of a shot for 320х240 resolution is 12 Kb, for 640х480 resolution - 26 Kb. 

Photocamera takes one picture every 2-10 seconds. It takes at least 1 minute to transmit a picture via GPRS-channels and depends on the size of a shot and communication quality.

The car audio with audio input can be used as the intensifier for the Autoinformer function.
There is a wide range http://www.bestbuy.com/site/car-audio-gps/car-audio/abcat0302000.c?id=abcat0302000

Or, as an alternative, it is possible to set the audio signal from the terminal to the voice announcer input, used in a route vehicle. 

Remote configuration

Initial data: there is connection of the Configurator to the terminal, the number of the SIM-card is unknown, how can it be inquired with the help of the Configurator?

Solution: It is possible to send SMS from SIM-card to your phone, send SendSMS Tel,Msg command on "Commands" tab of the Configurator Parameters Tel – phone number, which SMS is sent to. Msg – SMS-message template, there can be parameters for the current data substitution in the template: %IMEI – IMEI of the terminal, %LAT – latitude, %LON– longitude. or make a call (if SIM-card supports it) with the help of RingTo N command Parameters N – phone number. Explanation Call from the terminal to the specified phone number.

Example Request: RingTo 89119988899

Response: RINGTO=89119988899

GalileoSky terminals are connected to the server of the remote configuration via the domain name c.7gis.ru, port 9444. There should be permission for using of DNS service and connection to the specified domain name in the SIM-card settings.

It is necessary to address to the cellular communication operator for the SIM-card setting so that the user can apply the remote configuration service.

Question: is it possible to register a group of terminals using remote configurating, but not to register them one by one, entering IMEI and password?

Solution: it is possible, starting with configurator 3.1.4.

To register a group of terminals you should:

1. Create text file .txt in belowmentioned format:

IMEI of the first terminal

IMEI of the second terminal

IMEI of the third terminal

IMEI of the № terminal

Enter one IMEI in one line, divide the lines by pressing Enter button.

2. Click "Select device" button in Configurator and select "Remote device" mode.

3. Create a new group for devices registration by clicking "Create group" button or select already created group.

4. Do left-click of the mouse button and hold "Register device" button, there should be "Register device..." title.

5. Click "Register device..." buttton and select created .txt file in "Register devices in group" field.

6. Click "Register devices" button. Terminals with selected IMEIs will be registered in the group of remote configurator.

The reasons of failure in remote configuration can be the following:

1. The user changed the password to remote configuration by himself. Solution: Ask colleagues, who have access to remote configuration, about the new password. If it is impossible to restore the password contact technical support support@7gis.ru to generate a new password for access.

2. GalileoSky terminals are connected to the server of remote configuration by domain name c.7gis.ru, port 9444. In SIM-card setting, using DNS service and connection to a domain name should be allowed. Solution: contact mobile network operator for SIM-card setting.

3. Antivirus software is used on user's computer, it blocks the work of remote configurator. Solution: Run studying mode in antivirus software and allow Configurator software to connect to the server of remote configurating.

4. Proxy server is used on user's computer, it blocks the work of remote configurator. Solution: Enter in command line of a shortcut Configurator software opportunity to use proxy server through the parameter of command line. 

-proxy <host>:<port>:<user>:<password>

Possible reason is- drivers were not installed in OS. Try to reinstall Configurator with administrator's rights on Windows 8 PC. For this do right-hand click on setting shortcut and select the field "Running from administrator's name"

If reinstalling Configurator didn't help, send file "install.txt" C:\Users\USER'S NAME\AppData\Local\GalileoSky\Configurator to support@7gis.ru with short description of the problem.

Reasons are the following:

1. there is no Internet access - check the Internet connection, as Configurator downloads video instructions from it.

2. codecs, necessary for watching video, are not installed on the computer

- try to install the following player https://mpc-hc.org/downloads/ . It has all necessary codecs.

For enabling of remote configuration, the following conditions should be adhered:
1. Firmware should be not less than 186
2. IMEI of the terminal should start from 3... (there is SIM300 unit installed in these terminals, which does not support 2 connections)

Problem: Laptop with Intel Graphics Mobile video card. After installing Configurator 4.0 and an attempt to run the program, there is a window with the text:

""Configurator.exe" stopped working

Tab Show problem's details Signature of the problem:

Problem name: APPCRASH Application name: Configurator.exe

Application version:

Mark of application time: 5551dec8

Name of module with error: ig4icd32.dll

Version of module with error:

Mark of error module time: 4a4e2b9c

Exception code: c0000005

Exception movement: 00031fa6

OS version: 6.1.7601.

Language code: 1049

Additional information: 0a9e

Additional information: 0a9e372d3b4ad19135b953a78882e789

Additional information: 0a9e

Additional information: 0a9e372d3b4ad19135b953a78882e789"


1. Click the link - https://downloadcenter.intel.com/search?keyword=Mobile+Intel®+4+Series+Express+Chipset+Family and download drivers for your system.

2. Run setting of downloaded *.exe file. If the driver cannot be installed in automatic mode, than:

3. Unpack *.exe driver's file with the help of archiver.

4. Open device dispatcher and select video adapter.

5. Do right-hand click and select Upgrade driver in mannual mode.

6. Select Install from the disc and enter the position of *.inf file in folder Graphics of unpacked archive.

7. Wait for driver's installation and reload the computer.

Problem: why is there a message "No reply" while running a command in "Commands" panel via remote configuration?

Solution: probably, Configurator is requesting data from the terminal at this moment, that is why it doesn't have time to wait for command reply. Or GPRS connection is slow.

Set parameter "Put in a queue" on "Commands" tab and send command. You may not wait for the answer, the server will try to send the command when there is an opportunity.

You can see the reply on "Device information" panel in dialogue "Select device", terminal's IMEI line, "Show information about device" icon.

Average speed of uploading archive and forming *.csv file, size 10 Mb on computer, is about 7 minutes.

Average speed of uploading archive and forming *.csv file, size 10 Mb on Android, is about 11 minutes.


Speed of uploading archive and forming *.csv file may depend on simultaneous tasks done by this computer.


Question: we have set the terminal to operate with ibutton keys, connected keys reader to 1-Wire digital input, attached a key to the reader and checked the displaying of the key identifier in ibutton field on Device tab in the Configurator. By checking on the specified tab of the Configurator, there is the latency from 7 up to 10 seconds in the key displaying in ibutton field. Could you, please, explain the reason of it? Is there problem with the reader or key?

Answer: this latency is connected with the operation of the Configurator, which displays ibutton key data with a delay, the terminal identifies the attached ibutton key quite quickly, it can be proved by going to Troubleshooting tab of the Configurator and ticking 1-Wire field and attaching the key to the reader. The key identifier number will be immediately displayed in the troubleshooting window.

By IBUTTON identifiers there can be generating of too frequent packets to the serverTo check it - disconnect the device from bus 1wire and see the resultIf frequent packet generation is initiated by IBUTTON, you need to get connection scheme and  type of the index. The packet is generated only while getting an identification numberPerhaps the reason is false response. It is better to use contact indexes and set up to work with the index inconstantly.


Terminals with firmware 230.5 or higher support operation with readers and transmission of key identifiers of the following modifications:

DS1990A (start code 01)

DS1982 (start code 09)

DS1992 (start code 08)

DS1993 (start code 06)

If identifier's start code is different (e.g. in troubleshooting - code Found 0201FFFFFFF098F7 in 1-Wire is displayed), such identifier will not be sent to the monitoring server.

The creation order of keys list on SD-card:

  1. Launch the Configurator, go to iButton tab.
  2. Insert microSD-card into computer and choose a disc in the drop-down list, the list of trusted iButton keys will be downloaded automatically. Keys can be entered both decimally and hexadecimally, value will be converted in other column automatically.
  3. Press «Save to file» button to record changes on micro-SD-card.
  4. Insert micro-SD-card into the terminal.
  5. Keys list is stored in keys.bin file, it can be copied and used on microSD-cards of other terminals.

AddKey command (up to 25 keys in one line, separated by a comma) can be used to enter keys into the terminal remotely.

Command format: AddKey key
Parameters: key – 4 lower bytes of identification number of iButton excluding the checksum in a hexadecimal form.
For example, full key number in a hexadecimal form:09 00 00 00 91 02 0С 5С, where 09 – device type (in this case, it is DS1982, for DS1990 it will be 01),00 00 00 91 02 0С – the unique number, 5С – checksum. In this case, you should enter 00 91 02 2С.
Explanation: Adding the key to the list of trusted iButton identifiers on microSD-card.
Example: Request: AddKey 0091022C Reply: Key 0091022C added

AddKey command can be sent:

1.via SMS to each device separately;

2.via the monitoring software to each device separately;

3.via the remote Configurator to the group of devices.

IButton keys reader is connected to 1-Wire inputs of the terminal. It is necessary to identify a driver and trailer by two attached iButton keys to transmit data to Wialon monitoring software.


In case if trailer key is attached first to the reader, its value is specified in iButton field in the Configurator and displayed in ibutton_code and avl_driver fields on the monitoring server.

How to make setting so that trailer key is always identified in iButton2 field in the Configurator and, as a consequence, diplayed in trailer_id field in the monitoring software?


It is possible to pin iButton code in the second cell rigidly only in the following cases:

1. by using the reader via RS485

2. by using the reader, connected to 1-Wire inputs. It is also necessary to programme the second

iButton key for the code less than 100000 (if it is programmable), then it will be always pined in iButton2 field and displayed in trailer_id field in Wialon software.

Problem: by attaching of ibutton key or RFID-card with the identifier of less than 100000, this card is identified by the terminal in ibutton2 filed and turned off only after 25 minutes. Thus, is it possible to decrease this interval and make it the same as for ibutton field?

Solution: for solution of this problem, it is necessary to upgrade the terminal`s firmware up to 226 with the help of Upgrade 226 command or the Configurator locally.

After that, send ibcfg n,n commands to the terminal.

where n is a timeout of ibutton disconnecting, for example, ibcfg 4,4.

It is possible to check current parameters with the help of ibcfg command.


The terminal supports connection of 8 identification keys (IK) i-Button (RFID) with set identificators or 2 IK with optional identificators. While using micro-SD card up to 1000 IK with set identificators are supported.


Question: alarm by the radius exceedance is set on the terminal, it is also planned to connect the ignition sensor to the terminal and set the ignition coordinates filtering. Will the radius exceedance alarm be activated by set ignition coordinates filtering if a vehicle travels without turned on ignition, for example, if it is pushed and thus moved for some distance?

Solution: by set coordinates filtering if ignition is disabled, any coordinates changes are considered to be incorrect and are filtered by the terminal, the point with prevoius coordinates will be recorded to the memory. Consequently, the specified radius will never be exceeded by traveling without turned on ignition, and alarm activation will not happen. In this case, it is recommended to switch off the ignition coordinates filtering.

It is possible to set PIN-code to block the access to the GalileoSky terminal control. In case if you have forgotten PIN-code or don`t know it, try to take the following actions:
1. Send PIN N command (where N - a new four digit PIN-code) to change PIN-code from the authorized phone number to the terminal.
2. Send PIN N command (where N - a new four digit PIN-code) to change PIN-code from the monitoring software. ATTENTION! Your monitoring software account should have rights to operate with the monitoring unit where the terminal is installed and rights to send commands to the monitoring unit.
3. Contact the previous owner of the terminal or the company, controlling the terminal, and request to provide with or clear the PIN-code.
4. If actions from articles 1-3 don`t help to clear PIN-code, you can send the terminal to our service centre for PIN-code clearing at the following address:
"Research and Production Company "GalileoSky" LLC, 614010, Perm city, 9B Geroev Hasana str., 2nd floor.

Access to the terminal can be set on "Security" tab of the Configurator.
This tab allows to set PIN-code, password for the phones authorization, list of authorized phones.

  • PIN-code blocks the access to the terminal via the Configurator.
  • Password for the phones authorization blocks adding of phones to control the terminal via SMS.

Solution: for clearing the list of authorized phones numbers, it is necessary to send Phones ,,, command

Example: Command: phones ,,,

Response: PHONES:(0)=,(1)=,(2)=,(3)=;


Question: There is I/O=0/2a010009 variable in messages from the terminal in Wialon monitoring software. What does I/O variable mean and how can its value be decrypted?

Solution: I/O variable corresponds to the following data from the GalileoSky terminal: I - inputs state, O - first 2 bytes show the terminal status, last 2 bytes - outputs state.

Thus, in the given example 2a01 - the terminal status, 0009 - outputs state.

In order to decrypt received value, it is necessary to use the Calculator application in the "Programmer" mode.

Choose the Hex mode and enter first 2 bytes 2a01, switch to the Bin mode, and you will see the binary representation of the entered value - 10101000000001.

Decryption of the received value can be found in "Decryption of device status field" table in the User`s manual.

Similarly, 0009 value, showing the outputs state, will be represented as 1001 in the binary format (0 - output is open, 1 - output is closed).

There are two ways to control outputs of the terminal:
1. Control by OUT command (command description is below) - for output resetting, it is necessary to send OUT command again.

Command format: Out v,s

Parameters:   v – order number of the output (counting from the zero output);

s – desired state (0 – transistor output in opened state;

1 – transistor output in closed state).

Explanation: Control of transistor outputs.

By controlling of one output, the state of others remains the same.

By default, all transistor outputs are closed.


 Request: Out 1,1 

Response: OUT(3..0) = 0010

As it is seen, all outputs, except the first one, are opened.

2. Output control via switching to the signaling mode - such way is convenient because the command format is very simple, and the output can be additionaly configured for the automatic resetting.

It is necessary to make the following settings on Signaling tab - IN - Regime:
- "diables signaling after being inactive during "Delay of reaction"".

On the same tab it is also possible to set the reaction of output(s) in "Signaling enabling" field.

It is possible to control the output by sending S command.
By executing this command, the terminal will be switched to signaling mode and implement the specified algorithm of the Output.
After "Delay of reaction" time, the terminal disables signaling on its own, resets the output and is ready to control the output again.


Could you, please, tell how correctly to set two SIM-cards for the Galileo v 5.0 terminal? There are two SIM-cards. One operates in the RF (megafon gprs, inserted into the sim0 holder), the second one - within the territory of Armenia (orange operator, transmission via gprs, inserted into sim1 holder). Consequently, SIM-card 0 deactivates gprs in roaming, and SIM-card 1 should be activated in Armenia. When a vehicle comes back to the RF, SIM 0 starts operating again, and SIM 1 is deactivated. SIM-cards themselves are set automatically. How to set the terminal so that it is always available. What country code to specify for sim1, and other settings.


Such procedure is implemented quite easily: in the Configurator on Settings tab/Data transmission in "SIM-cards switching" section "switch according to the list of mobile operators` codes" parameter is selected; in "List of mobile operators` codes for SIM 0" section in the List of codes (part 1) Megafon code - 25002 is specified; in "List of mobile operators` codes for SIM 1" section in the List of codes (part 1) the code of Armenian operator - 28310 (MNC Orange code) is specified. Consequently, by receiving the code of operator and country from the cell station, the terminal checks the correspondance with the list of codes and switches to that SIM-card, the operator code for which is similar to the data from the cell station. There is one peculiaruty - in case, if no one from the specified codes is similar to the received code from the cell station, the terminal will log in in the network and wait only for the GSM-communication, not supporting GPRS-connection.

GALILEOSKY terminals (except GPS Lite) support microSD-card up to 32 GB with such file systems as FAT or FAT32.

The terminal receives current time, coordinates, location and speed from the built-in satellite unit and, then, transmits them to the monitoring server without changes.

The speed value can be influenced by different external circumstances, which worsen the signal reception from satellites, for example, tunnels, trestles, high buildings, interfering sources.

As a result of these circumstances, current coordinates of the terminal can be determined incorrectly, and it may cause speed step.

Problem: the ignition sensor is connected to one of terminal`s inputs, this input is set in Ignition sensor field on Settings tab - Track.

Power supply voltage filtering by stopped/started engine is not set.

Power saving mode with the timeout of 180 seconds is set on the terminal. The ignition sensor was disconnected from the input by the terminal testing, the terminal did not switch to the power saving mode after the timeout expiry.

Will the activated alarm mode influence the switching to the power saving mode?

Solution: the terminal will not switch to the power saving mode by the activated alarm mode (Alarm value is the response to st command). For the solution of this problem, it is necessary to send ds command for the alarm deactivation. After that, the terminal will switch to the sleep mode by the power loss at the ignition input after the specified timeout.

Task: microSD-card is inserted into the terminal, there are some folders with routes names. It is necessary that the user can promptly change the used name of the route, but does not have access to other settings of the terminal (for example, by moving one bus to the other route).

What tools can be used for executing this task?

Solution: if the terminal is set in Wialon monitoring software, it is possible to create a separate account for a user, where there are rights, granted only for executing certain commands (in this case, Autoinformer OnOff,Repeat,Out,FileName commands). This task can also be implemented in other monitoring software, which enables to send commands to the object via GPRS and supports the creation of users with different access rights to the object.

Task: There are 2 SIM-cards of different cellular operators, inserted into the terminal. Vehicle travels within the region, where sometimes only one of these operators is available. Is there any indicator in the GalileoSky protocol what SIM-card is used at the certain moment? How can the task of statistics gathering about used SIM-cards be carried out?

Solution: There is no indicator of the SIM-card, via which the data have been transmitted. If the monitoring software is used, which enables to send commands to the terminal, setting of the periodic sending of imsi command to the terminal can be considered as the task solution. In response to the command, unique IMSI code of the SIM-card, which is used at this moment, will be received.

Then the task will be to find out how does the monitoring server process received data with responses to commands?

Question: it is written in the certificate as follows "Maximum voltage at the output is +30V, current from each output is not more than 80mA".

What does it mean?: will there be always maximum +30V at the output? or will there be the same at the output, but not more than +30V, depending on the supplied voltage? Could you, please, explain?

Answer: the terminal`s output does not apply a voltage of up to +30V, according to certificate data, it means that it can be up to 30V at the output via the load, i.e the output can withstand the voltage of up to 30V.

By specifying "closed(connected to the ground)" state, the terminal`s output completes the circuit to the ground.

Problem: Only RS232[1] input is displayed in settings of GalileoSky V.2.2.5 on "Digital inputs" tab, but there is no RS232[0] input. Is it OK or shoud be corrected somehow?

Solution: Only 1 RS232[1] digital input is used on the GalileoSky V.2.2.5 terminal, so, everithing is displayed correctly on "Settings" tab->"Digital inputs" in the Configurator.

RXD0 (RXD of the RS232 zero channel signal) is not used on V.2.2.5 terminal, TXD0 (TXD of the RS232 zero channel signal) sends NMEA messages from the GLONASS-unit of the terminal. For example, the GalileoSky V.2.2.5 terminal can be used as the GLONASS accessory to other terminal.

The terminal should have the firmware not less than 209 (if it is not so, upgrade the firmware from the website). It is necessary to set Data transmission protocol parameter - EGTS on Settings tab/Data transmission in the Configurator. It is necessary to enter VIN and National number in Identification data section.
If Wialon Hosting is the monitoring software, the server address should be port 20629.

Problem: The terminal`s firmware 199 was upgraded up to 223 remotely, after that, the terminal stopped establishing communication with the monitoring server and remote configurator. In the firmware download status it is seen that firmware is upgraded successfully. The terminal was removed from the vehicle, and the firmware was upgraded up to 223 via USB, everything started operating properly. What is the reason of such fault and how to avoid the same problems in the future?

Solution: before upgrading from firmware 199 to more current one, check the list of mobile operators` codes by sending OPS0 and OPS1 commands to the terminal. If response to commands is represented in the following format: OPS0:setTex,,,,,,,,,,,,,,; it is necessary to clear the list of mobile operators` codes by sending OPS0 ,,,,, and OPS1 ,,,,, commands.

After the terminal has accepted these commands, it is possible to send the command for remote upgrading.

Records in codes lists, for example, setText can influence the establishment of GPRS-session even if "Use only SIM0" mode is applied on the terminal.

Question: The GalileoSky V.4.0 terminal is installed, the emergency button is connected to one of the inputs. Is it possible to send unscheduled message via the satellite channel by pressing the emergency button in the zone where there is no GSM cover?

Answer: unfortunately, it is impossible to send unscheduled message via the satellite channel by having the current firmware.

Problem: we set the GalileoSky V.5.0 terminal with firmware 199. We try to set value 65561 in Terminal number field on Settings/Data transmission tab, but last figure is not entered. How can this problem be solved?

Solution: for terminals with firmware 199, the maximum allowable value, which can be entered in Terminal number field, is 65535, the value, specified by you, exceeds the maximum allowable one, therefore, you cannot enter it.

There is no such limitation at terminals with firmware 228, but last two bytes of the terminal number are transmitted in the GalileoSky protocol to the monitoring server.

For the above mentioned example, value 25 will be transmitted to the server instead of 65561. That is why, if your server receives data according to the terminal number, such setting can cause problems with data transmission.

Problem: The V.5.0 terminal is installed with the GalileoSky RS232 photocamera in the vehicle, there is also a microSD card for 4 GB with the FAT32 file system. In addition, it is specified "microSD" in the "Archieve storage place" field. The terminal was operating during a day and sending pictures and data to the server up to a certain moment. Later, it started transmitting zero data for all parameters and stopped sending pictures. After the microSD card changing, the situation returned to normal, but then it happened again. What is the reason of this problem?How can it be solved?

Solution: it is necessary to analyze messages from the terminal in the monitoring software, which have been sent before the moment when zero data have started being received. Probably, the external power supply was off, and the terminal operated from the internal battery, which was fully discharged afterwards. Specific character of the FAT32 file system operation is so that if the power supply is completely turned off during the operation, it can cause the file system and microSD card breakdown, and in order to restore the card operation, it is necessary to format it.

It is recommended to supply constant power to the terminal for the prevention of such situations and stable operation of the photocamera.

The terminal cannot send SMS independently. It sends SMS:

- as a reply to a command from authorized phone number and only to the number which the command was sent from;

- after SendSMS command with any text or phone number that command should be sent to, from monitoring software, "Commands" field in Configurator or from an authorized phone number;

- when an alarm was sent to the number, that was set in signalling settings.

Also, if SIM-card was not protected from ejection and PIN was not set, any person may take it and do anything with it.

Task: there are 2 SIM-cards, inserted into the terminal. SIM-card of the local region`s operator (operator`s code 25901, 25902) is inserted into the SIM0 holder, SIM-card with the activated roaming - into the SIM1 holder. How to set the terminal so that SIM-card, inserted into 0 holder, operates only in local region, and SIM-card, inserted into 1 holder, - in all other countries?

Solution: choose "switch according to the list of mobile operators`codes" mode in "SIM-cards switching" field on Settings tab->Data transmission. Enter codes of the local region (25901, 25902) in "List of mobile operators` codes for SIM0" field, don`t specify anything in "List of mobile operators` codes for SIM1" field.

Thus, by staying in the local region and receiving the operator`s code 25901 or 25902, communication will be established via SIM0, by vehicle`s traveling to the territory of any other country switching to SIM1 will be carried out.


Question: the vehicle with low speed moving is equipped with the terminal. Minimum speed filtering is switched off, 0 value is set in the field "Minimum travel speed". Coordinates' changes are displayed in monitoring software, but the speed is equal to 0. What is the reason and how can we change it?

Solution: probably, your vehicle is moving with a very low speed (lower than 1 km/h). GalileoSky terminals transmit speed up to decimal places, but it may be rounded in monitoring software. That is why, in your case speed, that is lower than 1 km/h, was rounded to 0.

Question: how will data transmission to monitoring server operate, if there is an internal battery (e.g. 2.3) and external supply is not applied? Will it be in regular mode or the terminal will store data and transmit them when external supply is applied?

Answer: when external supply is not applied and the terminal operates from internal battery, it will operate in regular mode, i.e. record points according to set parameters and transmit data to the server.

Question: parameters of data transmission in roaming is set-up in the following way - 25002,50000,1. How will the terminal behave, if in the archive there is less data then in 50000 bytes?

Solution: the terminal will transmit data, including new recorded points, until the limit of 50000 is exceeded.

If the filtering with the maximum speed value (by default, 150 km/h) is switched off in the Configurator, the terminal can measure the speed of up to 515 m/s (1854 km/h).

Solution: Make sure the terminal is set to record on the external microSD-card. If there is such option you should go to the tab "Troubleshooting" in the Configurator, tick the options "Memory" and "Memory detailed" and check whether the following message appears: SD ar. Can't open or create folder Track.

If you see such message on the screen you should change the microSD-card and the problem will be solved. It is better to use a microSD-card only in cases of emergency ( when there is no connection for a long time). In order to enlarge the amount of points recorded on the internal flash memory it is preferable to choose the dynamic archive structure.

Problem description: When i try to set the Galileo terminal v1.8.5 with199 firmware to wialon server I repeatedly receive the following error message it the tab "Troubleshooting" of the Configurator: [4:30:6] C: 7,,"","","","INITIAL" [4:30:6] AT+CIICR [4:30:6] +CME ERROR: operation not allowed GPRS. Not activated.

Solution: You should find the CSQ-option in Troubleshooting

[6:45:3] AT+CSQ

[6:45:3] +CSQ: 5,0

The message indicates that CSQ , showing the mobile connection state, is very low. in order to set GPRS-connection CSQ should not be less then 10 - the higher the better. It can reach 31 maximum. Install the aerial and check its connection to the terminal.

Question: a device is in signaling mode, a sensor is connected to one of discrete-analog inputs. In regular mode there is 0V on sensor's output, when it responds, there is 12V. What settings should be applied, so that signaling could be disabled in case of 12V on sensor's output?


Apply the following settings:

1) Set response and nonresponse zones for selected input on tab "Ins/Outs". 12V should be in nonresponse zone. For example, response zone is from 0 to 7000mV, nonresponse zone is from 8000 to 33000mV.

2) On tab "Settings/Signaling settings", field "Regime" enter parameter "Disables signaling after being inactive during "Delay after response" for selected input.

3) Enter 1 second for "Delay after response".

4) Click "Apply" button.

Task: iButton key is connected to 1-Wire digital input. On tab "Settings/Signaling settings" in iButton field parameter "Enables signaling while attaching any key" is selected. We need to set the terminal, so that after 5 minutes it switched to "signaling is disabled" mode. How can it be done with the help of basic settings (without algorithms)?


Apply the following settings:

1) On tab "Settings/Ins/Outs" set Response zone 33000-33000 mV and the rest range - from 0 to response zone - set as non-response zone for one of the inputs, e.g. IN0. ATTENTION! Do not connect anything to IN0, it will be used for disabling signaling function.

2) On tab "Settings/Signaling" in field "Regime" select parameter "Disables signaling after being inactive during "Delay after response" for zero input.

3) Enter necessary time in seconds in field "Delay after response".

4) Click "Apply" button.

Question: There is an additional parameter on tab "Settings/Security" in Configurator program "Reset device if there are no sent data during specified interval" and "Reset interval" with entered value in seconds. Only GALILEOSKY terminals with firmware 230 have this parameter. How can the parameter be changed by SMS commands?

Solution: to change reset interval use command resetcontrol Command format: resetcontrol n Parameters n - time in seconds

Note: If the device doesn't send points to the server during this time period, it will reset.

We did not find an answer? Ask a question!

GALILEOSKY BASE BLOCK added to comparison

Product has been added to cart