Systems and methods for sending vehicle information and health data over a wireless network
Systems and methods are disclosed for sending vehicle information and health data over a wireless network. An example method may include receiving, from an on-board diagnostic (OBD) device associated with a vehicle and over a LoRaWAN network, a first message including first data, wherein the first data is a first category of data received by the OBD device from the vehicle. The example method may also include receiving, from the OBD device and over the LoRaWAN network, a second message including second data, wherein the second data is a second category of data received by the OBD device from the vehicle.
1. A system comprising:
one or more processors; and
memory storing computer-executable instructions, that when executed by the processor, cause the processor to:
receive, by an on-board diagnostic (OBD) device and from a vehicle, first data and second data, wherein the first data is a first category of data and the second data is a second category of data;
create a first packet including a first portion of the first data;
determine a maximum amount of the first data that fits within the first packet, wherein the maximum amount of the first data is less than a size of the first data;
create, based on the maximum amount being less than the size of the first data, a second packet including a second portion of the first data, wherein the first packet includes a field indicating that the second portion of the first data is included in the second packet, wherein the first packet and the second packet include an indication of a category of data, a hash of a vehicle identification number (VIN) associated with the vehicle, a total number of DTCs associated with the first category of data, a number of DTCs included within the first packet, and an index of a first DTC within the first packet;
send, by the OBD device and over a LoRaWAN network, the first packet and the second packet; and
send, by the OBD device and over the LoRaWAN network, a third packet including the second data.
2. The system of claim 1 , wherein the first category of data and the second category of data include at least one of: a pending diagnostic trouble code (DTC), a stored DTC, and/or a permanent DTC.
3. The system of claim 1 , wherein the computer-executable instructions further cause the one or more processors to:
receive, from a remote system, an indication of a location within a memory of the vehicle where the first category of data and the second category of data are located, wherein the location is based on a type of the vehicle, and wherein receiving the first data and second data is based on the indication.
4. A method comprising:
receiving, from an on-board diagnostic (OBD) device associated with a vehicle and over a LoRaWAN network, a first message including a first portion of first data, wherein the first data is a first category of data received by the OBD device from the vehicle;
receiving, from the OBD device and over the LoRaWAN network, a second message including a second portion of the first data, wherein the second portion of the first data is included in the second message based on a determination that a maximum amount of the first data that fits within the first message is less than a size of the first data, and wherein the first message includes a field indicating that the second portion of the first data is included in the second message, wherein the first message and the second message include an indication of a category of data, a hash of a vehicle identification number (VIN) associated with the vehicle, a total number of DTCs associated with the first category of data, a number of DTCs included within the first message, and an index of a first DTC within the first message; and
receiving, from the OBD device and over the LoRaWAN network, a third message including second data, wherein the second data is a second category of data received by the OBD device from the vehicle.
5. The method of claim 4 , wherein the first category of data and the second category of data include at least one of: a pending diagnostic trouble code (DTC), a stored DTC, and/or a permanent DTC.
6. The method of claim 5 , further comprising:
determining that the first message and the third message are associated with the vehicle and with the first category of data;
extracting the first portion of the first data from the first message and the second portion of the first data from the third message; and
combining the first portion of the first data and the second portion of the first data.
7. The method of claim 4 , further comprising:
sending, to the OBD device, an indication of a location within a memory of the vehicle where the first category of data and the second category of data are located, wherein the location is based on a type of the vehicle.
8. A non-transitory computer-readable medium storing computer-executable instructions, that when executed by one or more processors, cause the one or more processors to perform operations of:
receiving, from an on-board diagnostic (OBD) device associated with a vehicle and over a LoRaWAN network, a first message including a first portion of first data, wherein the first data is a first category of data received by the OBD device from the vehicle;
receiving, from the OBD device and over the LoRaWAN network, a second message including a second portion of the first data, wherein the second portion of the first data is included in the second message based on a determination that a maximum amount of the first data that fits within the first message is less than a size of the first data, and wherein the first message includes a field indicating that the second portion of the first data is included in the second message, wherein the first message and the second message include an indication of a category of data, a hash of a vehicle identification number (VIN) associated with the vehicle, a total number of DTCs associated with the first category of data, a number of DTCs included within the first message, and an index of a first DTC within the first message; and
receiving, from the OBD device and over the LoRaWAN network, a third message including second data, wherein the second data is a second category of data received by the OBD device from the vehicle.
9. The non-transitory computer-readable medium of claim 8 , wherein the first category of data and the second category of data include at least one of: a pending diagnostic trouble code (DTC), a stored DTC, and/or a permanent DTC.
10. The non-transitory computer-readable medium of claim 9 , wherein the computer-executable instructions further cause the one or more processors to perform operations of:
determining that the first message and the third message are associated with the vehicle and with the first category of data;
extracting the first portion of the first data from the first message and the second portion of the first data from the third message; and
combining the second portion of the first data and the second portion of the first data.
11. The non-transitory computer-readable medium of claim 8 , wherein the computer-executable instructions further cause the one or more processors to perform operations of:
sending, to the OBD device, an indication of a location within a memory of the vehicle where the first category of data and the second category of data are located, wherein the location is based on a type of the vehicle.
12. The system of claim 1 , wherein the computer-executable instructions further cause the one or more processors to:
receive, by a receiving device, the first packet and the second packet;
determine that a first VIN hash included in the second packet is a same VIN hash as a second VIN hash included in the first packet; and
determine, based on determining that the first VIN hash is a same VIN hash as the second VIN hash, that the first packet and second packet include related data.
13. The system of claim 1 , wherein a frequency of data transmission by the OBD device over the LoRaWAN network is based on a battery level of vehicle.