Difference between revisions of "What debug information should be collected?"
| Line 3: | Line 3: | ||
| − | + | <big>This is a guide ment for technicians looking to optimize their work.</big> | |
| − | + | <big>Read it carefully if you want to learn what troubleshooting information you should consider getting about/from our devices before registering an issue with our technical support team.</big> | |
| − | + | <big>Below you will also find a guide of how to get this information quickly and what you should consider.</big> | |
Revision as of 10:57, 9 April 2020
Introduction
This is a guide ment for technicians looking to optimize their work.
Read it carefully if you want to learn what troubleshooting information you should consider getting about/from our devices before registering an issue with our technical support team.
Below you will also find a guide of how to get this information quickly and what you should consider.
Essiantial information
The following will provide us with the minimum information, needed to start solving the issue:
What is the Device model
Configuration
Firmware/Configurator Versions
Example
Device: FMB0X0/FMB1XY/FMB920/FMB640 etc.;
Configuration: Attach configuration file
Firmware version: 03.XX.YY.Rev.ZZ,
Status information: responses to relevant SMS/GPRS commands
IMEI and GSM numbers: See file attached
When dealing with issues inside the configurator software:
Configurator version: Teltonika.Configurator_1.XX.YY.ZZZZZ
Conditional information
The number of devices will help us to evaluate/assign the priority of the case while type of the issue and understand the situation better and select the best course of action for solving it. Conditional information is consisted of:
Number of devices
Type of the issue/How often the issue repeats
Explanation
Repeating: Often/Randomly/Everyday/There is a pattern/Under certain conditions;
If the Repeating is specified as “There is a pattern/Under certain conditions” – write on how to repeat the pattern/conditions.
Example
Number of devices: We have received new shipment of 1,000 pcs, and 1 of them is behaving strangely.
Type of issue: Repeats under certain conditions - device goes into Deep Sleep, when device wakes up from Accelerometer, event (Movement AVL I/O ID 240) is not sent to server.
Provide additional information
The log/DUMP files allow the engineers to provide you with initial insights into your issue with the first response. Invest few minutes of your time to get the log/DUMP files containing the issue to have the solution ASAP. Additional information is consisted of:
DUMP/LOG files
Raw server data
Other relevant information
Log files - Provide live information when the issue is happening.
Dump files - Provide files that the device logged automatically.
Attach relevant server data (RAW data in Hex preferred), you should also specify the exact time when the issue in data can be seen (For example: 2020.02.24 10:00 AM GMT +0 until 2020.02.24 13:00 PM GMT +0).
Specify what has been done to try and fix the issue:
Example
Please find logs and server data attached. We have tried to disable static navigation via setparam command to see if the device filters out the positions due to incorrect ignition, we will investigate if it helped.
How to get Debug Information
Follow these quick steps to all necesssary debug information in just over 10 minutes
1.Open up your device via configurator and go to Status -> Maitenance window
2.Click Dump files to take the information from the device containing logs from the past that device made automatically. If the issue happened 2-3 hours ago we will see it in these files. Note: If the device is installed in a vehicle and deplyoed in the field you can use FOTA WEB to download these files remotely.
3.If you want to repeat the issue now, you can use logging functionality accessed in the same window. Just start logging, replicate the issue and when the log ends attach it to the query. When logs are made they export your current configuration as well.
Note 3.1: For example you should send SMS during the logging period if you claim that your device is not receiving SMS.
Note 3.2: For troubleshooting remote vehicles download DUMP files via fota and download them as soon as possible after replicating the issue.
4.After the logging is done "Open directory" button in the configurator to find your DUMP and LOG+CFG files.
5.If you have not made a log file in step 3, export your configuration file by using the "Save to file" button.
Note 5.1:In the GIF file is save to Documents folder for quick access by pressing the "Open directory" button in the configurator.
Quick links
