Abstract: A smart dongle device may comprise a connector configured to plug into and be removable from an ECU/diagnostic connector of a vehicle, a transceiver configured to communicatively connect with a remote device, and a processor and a memory having a program communicatively connected to the processor. The processor may be configured to read vehicle information including at least one ECU output from the ECU connector, store the vehicle information, process the vehicle information, and send the vehicle information to the remote device. The processor may further be configured to determine energy levels stored by a vehicle before and after a trip and generate a remaining range and a total energy capacity based in part on the energy levels, wherein the total energy capacity of the vehicle is not directly available through the ECU/diagnostic connector.

Abstract: Upon initial boot-up, a telematics device receives a PID map in response to a PID map request. The TCU may send multiple PID map requests for different mode and PID combinations over a vehicles communication bus, and then may append each received PID map to the already-received PID maps. The multiple PID maps appended to one another form a composite bit value, or composite PID map. The composite PID map is processed according to a hash algorithm, resulting in a pseudo-VIN. Upon subsequent boot-ups of the TCU, the TCU sends the multiple PID map requests over the vehicle's bus and generates a pseudo VIN following the same steps as it did at initial boot-up. The TCU compares the currently generated pseudo-VIN to the initial pseudo VIN; if it determines a mismatch, it sends a notification to an interested third party that indicates improper usage of the TCU.

Abstract: A smart dongle device may comprise a connector configured to plug into and be removable from an ECU/diagnostic connector of a vehicle, a transceiver configured to communicatively connect with a remote device, and a processor and a memory having a program communicatively connected to the processor. The processor may be configured to read vehicle information including at least one ECU output from the ECU connector, store the vehicle information, process the vehicle information, and send the vehicle information to the remote device. The processer may further be configured to determine energy levels stored by a vehicle before and after a trip and generate a remaining range and a total energy capacity based in part on the energy levels, wherein the total energy capacity of the vehicle is not directly available through the ECU/diagnostic connector.

Abstract: An asset's TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU's GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, internet, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

Abstract: Upon initial boot-up, a telematics device receives a PID map in response to a PID map request. The TCU may send multiple PID map requests for different mode and PID combinations over a vehicles communication bus, and then may append each received PID map to the already-received PID maps. The multiple PID maps appended to one another form a composite bit value, or composite PID map. The composite PID map is processed according to a hash algorithm, resulting in a pseudo-VIN. Upon subsequent boot-ups of the TCU, the TCU sends the multiple PID map requests over the vehicle's bus and generates a pseudo VIN following the same steps as it did at initial boot-up. The TCU compares the currently generated pseudo-VIN to the initial pseudo VIN; if it determines a mismatch, it sends a notification to an interested third party that indicates improper usage of the TCU.

Abstract: An asset's TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU's GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, internet, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

Abstract: Upon initial boot-up, a telematics device receives a PID map in response to a PID map request. The TCU may send multiple PID map requests for different mode and PID combinations over a vehicles communication bus, and then may append each received PID map to the already-received PID maps. The multiple PID maps appended to one another form a composite bit value, or composite PID map. The composite PID map is processed according to a hash algorithm, resulting in a pseudo-VIN. Upon subsequent boot-ups of the TCU, the TCU sends the multiple PID map requests over the vehicle's bus and generates a pseudo VIN following the same steps as it did at initial boot-up. The TCU compares the currently generated pseudo-VIN to the initial pseudo VIN; if it determines a mismatch, it sends a notification to an interested third party that indicates improper usage of the TCU.

Abstract: An asset's TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU's GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, internet, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

Abstract: An asset's TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU's GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, interne, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

Abstract: An asset's TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU's GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, interne, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

Abstract: Upon initial boot-up, a telematics device receives a PID map in response to a PID map request. The TCU may send multiple PID map requests for different mode and PID combinations over a vehicles communication bus, and then may append each received PID map to the already-received PID maps. The multiple PID maps appended to one another form a composite bit value, or composite PID map. The composite PID map is processed according to a hash algorithm, resulting in a pseudo-VIN. Upon subsequent boot-ups of the TCU, the TCU sends the multiple PID map requests over the vehicle's bus and generates a pseudo VIN to following the same steps as it did at initial boot-up. The TCU compares the currently generated pseudo-VIN to the initial pseudo VIN; if it determines a mismatch, it sends a notification to an interested third party that indicates improper usage of the TCU.