dailab · ItsJustAGitHubMichealWhosGonnaSeeIt5Ppl · Dec 8, 2019 · Mar 6, 2020 · Feb 27, 2020 · Feb 27, 2020
diff --git a/.github/workflows/ci.yml b/.github/workflows/ci.yml
@@ -0,0 +1,28 @@
+name: CI Pipeline
+
+on:
+  push:
+    branches: 'master'
+  pull_request:
+    branches: '*'
+
+jobs:
+  build:
+    runs-on: ubuntu-18.04
+    strategy:
+      max-parallel: 4
+      fail-fast: false
+      matrix:
+        python-version: ['3.8', '3.9', '3.10']
+    steps:
+      - uses: actions/checkout@v1
+      - name: Set up Python ${{ matrix.python-version }}
+        uses: actions/setup-python@v2
+        with:
+          python-version: ${{ matrix.python-version }}
+      - name: Install dependencies
+        run: |
+          python -m pip install --upgrade pip
+          python -m pip install tox tox-gh-actions
+      - name: Test with tox
+        run: tox
diff --git a/.readthedocs.yaml b/.readthedocs.yaml
@@ -0,0 +1,14 @@
+version: 2
+
+build:
+  os: ubuntu-22.04
+  tools:
+    python: "3.11"
+
+python:
+  install:
+    - requirements: docs/requirements.txt
+
+mkdocs:
+  configuration: mkdocs.yml
+  fail_on_warning: false
diff --git a/.travis.yml b/.travis.yml
diff --git a/README.md b/README.md
@@ -55,6 +55,7 @@ Here are a handful of the supported commands (sensors). For a full list, see [th
 -   Time since trouble codes cleared
 -   Hybrid battery pack remaining life
 -   Engine fuel rate
+-   Vehicle Identification Number (VIN)
 
 License
 -------

diff --git a/docs/Async Connections.md b/docs/Async Connections.md
@@ -1,3 +1,5 @@
+# Async Connections
+
 Since the standard `query()` function is blocking, it can be a hazard for UI event loops. To deal with this, python-OBD has an `Async` connection object that can be used in place of the standard `OBD` object. `Async` is a subclass of `OBD`, and therefore inherits all of the standard methods. However, `Async` adds a few in order to control a threaded update loop. This loop will keep the values of your commands up to date with the vehicle. This way, when the user `query`s the car, the latest response is returned immediately.
 
 The update loop is controlled by calling `start()` and `stop()`. To subscribe a command for updating, call `watch()` with your requested OBDCommand. Because the update loop is threaded, commands can only be `watch`ed while the loop is `stop`ed.
@@ -32,7 +34,7 @@ connection = obd.Async()
 
 # a callback that prints every new value to the console
 def new_rpm(r):
-    print r.value
+    print (r.value)
 
 connection.watch(obd.commands.RPM, callback=new_rpm)
 connection.start()

diff --git a/docs/Command Lookup.md b/docs/Command Lookup.md
@@ -1,4 +1,6 @@
-`OBDCommand`s are objects used to query information from the vehicle. They contain all of the information neccessary to perform the query, and decode the cars response. Python-OBD has [built in tables](Command Tables.md) for the most common commands. They can be looked up by name, or by mode & PID.
+# Command Lookup
+
+`OBDCommand`s are objects used to query information from the vehicle. They contain all of the information necessary to perform the query and decode the car's response. Python-OBD has [built in tables](Command Tables.md) for the most common commands. They can be looked up by name or by mode & PID.
 
 ```python
 import obd

diff --git a/docs/Command Tables.md b/docs/Command Tables.md
@@ -1,4 +1,6 @@
-# OBD-II adapter (ELM327 commands)
+# Commands
+
+## OBD-II adapter (ELM327 commands)
 
 |PID  | Name        | Description                             | Response Value        |
 |-----|-------------|-----------------------------------------|-----------------------|
@@ -7,7 +9,7 @@
 
 <br>
 
-# Mode 01
+## Mode 01
 
 |PID | Name                      | Description                             | Response Value        |
 |----|---------------------------|-----------------------------------------|-----------------------|
@@ -110,7 +112,7 @@
 
 <br>
 
-# Mode 02
+## Mode 02
 
 Mode 02 commands are the same as mode 01, but are metrics from when the last DTC occurred (the freeze frame). To access them by name, simple prepend `DTC_` to the Mode 01 command name.
 
@@ -124,7 +126,7 @@ obd.commands.DTC_RPM # the Mode 02 command
 
 <br>
 
-# Mode 03
+## Mode 03
 
 Mode 03 contains a single command `GET_DTC` which requests all diagnostic trouble codes from the vehicle. The response will contain the codes themselves, as well as a description (if python-OBD has one). See the [DTC Responses](Responses.md#diagnostic-trouble-codes-dtcs) section for more details.
 
@@ -135,15 +137,15 @@ Mode 03 contains a single command `GET_DTC` which requests all diagnostic troubl
 
 <br>
 
-# Mode 04
+## Mode 04
 
 |PID  | Name      | Description                             | Response Value        |
 |-----|-----------|-----------------------------------------|-----------------------|
 | N/A | CLEAR_DTC | Clear DTCs and Freeze data              | N/A                   |
 
 <br>
 
-# Mode 06
+## Mode 06
 
 <span style="color:red">*WARNING: mode 06 is experimental. While it passes software tests, it has not been tested on a real vehicle. Any debug output for this mode would be greatly appreciated.*</span>
 
@@ -252,7 +254,7 @@ Mode 06 commands are used to monitor various test results from the vehicle. All
 
 <br>
 
-# Mode 07
+## Mode 07
 
 The return value will be encoded in the same structure as the Mode 03 `GET_DTC` command.
 
@@ -261,3 +263,25 @@ The return value will be encoded in the same structure as the Mode 03 `GET_DTC`
 | N/A | GET_CURRENT_DTC | Get DTCs from the current/last driving cycle | [special](Responses.md#diagnostic-trouble-codes-dtcs) |
 
 <br>
+
+## Mode 09
+
+<span style="color:red">*WARNING: mode 09 is experimental. While it has been tested on a hardware simulator, only a subset of the supported
+commands have (00-06) been tested. Any debug output for this mode, especially for the untested PIDs, would be greatly appreciated.*</span>
+
+|PID | Name                         | Description                                        | Response Value        |
+|----|------------------------------|----------------------------------------------------|-----------------------|
+| 00 | PIDS_9A                      | Supported PIDs [01-20]                             | BitArray              |
+| 01 | VIN_MESSAGE_COUNT            | VIN Message Count                                  | Unit.count            |
+| 02 | VIN                          | Vehicle Identification Number                      | string                |
+| 03 | CALIBRATION_ID_MESSAGE_COUNT | Calibration ID message count for PID 04            | Unit.count            |
+| 04 | CALIBRATION_ID               | Calibration ID                                     | string                |
+| 05 | CVN_MESSAGE_COUNT            | CVN Message Count for PID 06                       | Unit.count            |
+| 06 | CVN                          | Calibration Verification Numbers                   | hex string            |
+| 07 | PERF_TRACKING_MESSAGE_COUNT  | Performance tracking message count                 | TODO                  |
+| 08 | PERF_TRACKING_SPARK          | In-use performance tracking (spark ignition)       | TODO                  |
+| 09 | ECU_NAME_MESSAGE_COUNT       | ECU Name Message Count for PID 0A                  | TODO                  |
+| 0a | ECU_NAME                     | ECU Name                                           | TODO                  |
+| 0b | PERF_TRACKING_COMPRESSION    | In-use performance tracking (compression ignition) | TODO                  |
+
+<br>
diff --git a/docs/Connections.md b/docs/Connections.md
@@ -1,3 +1,4 @@
+# Connections
 
 After installing the library, simply `import obd`, and create a new OBD connection object. By default, python-OBD will scan for Bluetooth and USB serial ports (in that order), and will pick the first connection it finds. The port can also be specified manually by passing a connection string to the OBD constructor. You can also use the `scan_serial` helper retrieve a list of connected ports.
 
@@ -26,7 +27,7 @@ connection = obd.OBD(ports[0]) # connect to the first port in the list
 
 `baudrate`: The baudrate at which to set the serial connection. This can vary from adapter to adapter. Typical values are: 9600, 38400, 19200, 57600, 115200. The default value (`None`) will auto select a baudrate.
 
-`protocol`: Forces python-OBD to use the given protocol when communicating with the adapter. See [protocol_id()](Connections.md/#protocol_id) for possible values. The default value (`None`) will auto select a protocol.
+`protocol`: Forces python-OBD to use the given protocol when communicating with the adapter. See [protocol_id()](#protocol_id) for possible values. The default value (`None`) will auto select a protocol.
 
 `fast`: Allows commands to be optimized before being sent to the car. Python-OBD currently makes two such optimizations:
 

diff --git a/docs/Custom Commands.md b/docs/Custom Commands.md
@@ -1,3 +1,4 @@
+# Custom Commands
 
 If the command you need is not in python-OBDs tables, you can create a new `OBDCommand` object. The constructor accepts the following arguments (each will become a property).
 
@@ -13,8 +14,7 @@ If the command you need is not in python-OBDs tables, you can create a new `OBDC
 | header (optional)    | string   | If set, use a custom header instead of the default one (7E0)               |
 
 
-Example
--------
+## Example
 
 ```python
 from obd import OBDCommand, Unit
@@ -58,7 +58,7 @@ Here are some details on the less intuitive fields of an OBDCommand:
 
 ---
 
-### OBDCommand.decoder
+## OBDCommand.decoder
 
 The `decoder` argument is a function of following form.
 
@@ -83,7 +83,7 @@ def <name>(messages):
 
 ---
 
-### OBDCommand.ecu
+## OBDCommand.ecu
 
 The `ecu` argument is a constant used to filter incoming messages. Some commands may listen to multiple ECUs (such as DTC decoders), where others may only be concerned with the engine (such as RPM). Currently, python-OBD can only distinguish the engine, but this list may be expanded over time:
 
@@ -94,13 +94,13 @@ The `ecu` argument is a constant used to filter incoming messages. Some commands
 
 ---
 
-### OBDCommand.fast
+## OBDCommand.fast
 
 The optional `fast` argument tells python-OBD whether it is safe to append a `"01"` to the end of the command. This will instruct the adapter to return the first response it recieves, rather than waiting for more (and eventually reaching a timeout). This can speed up requests significantly, and is enabled for most of python-OBDs internal commands. However, for unusual commands, it is safest to leave this disabled.
 
 ---
 
-### OBDCommand.header
+## OBDCommand.header
 
 The optional `header` argument tells python-OBD to use a custom header when querying the command. If not set, python-OBD assumes that the default 7E0 header is needed for querying the command. The switch between default and custom header (and vice versa) is automatically done by python-OBD.
 

diff --git a/docs/Debug.md b/docs/Debug.md
@@ -1,3 +1,5 @@
+# Debug
+
 python-OBD uses python's builtin logging system. By default, it is setup to send output to `stderr` with a level of WARNING. The module's logger can be accessed via the `logger` variable at the root of the module. For instance, to enable console printing of all debug messages, use the following snippet:
 
 ```python

diff --git a/docs/Responses.md b/docs/Responses.md
@@ -1,3 +1,5 @@
+# Responses
+
 The `query()` function returns `OBDResponse` objects. These objects have the following properties:
 
 | Property | Description                                                            |
@@ -11,7 +13,7 @@ The `query()` function returns `OBDResponse` objects. These objects have the fol
 
 ---
 
-### is_null()
+## is_null()
 
 Use this function to check if a response is empty. Python-OBD will emit empty responses when it is unable to retrieve data from the car.
 
@@ -25,7 +27,7 @@ if not r.is_null():
 ---
 
 
-# Pint Values
+## Pint Values
 
 The `value` property typically contains a [Pint](http://pint.readthedocs.io/en/latest/) `Quantity` object, but can also hold complex structures (depending on the request). Pint quantities combine a value and unit into a single class, and are used to represent physical values such as "4 seconds", and "88 mph". This allows for consistency when doing math and unit conversions. Pint maintains a registry of units, which is exposed in python-OBD as `obd.Unit`.
 
@@ -71,7 +73,7 @@ import obd
 
 ---
 
-# Status
+## Status
 
 The status command returns information about the Malfunction Indicator Light (check-engine light), the number of trouble codes being thrown, and the type of engine.
 
@@ -111,7 +113,7 @@ Here are all of the tests names that python-OBD reports:
 
 ---
 
-# Diagnostic Trouble Codes (DTCs)
+## Diagnostic Trouble Codes (DTCs)
 
 Each DTC is represented by a tuple containing the DTC code, and a description (if python-OBD has one). For commands that return multiple DTCs, a list is used.
 
@@ -129,7 +131,7 @@ response.value = ("P0104", "Mass or Volume Air Flow Circuit Intermittent")
 
 ---
 
-# Fuel Status
+## Fuel Status
 
 The fuel status is a tuple of two strings, telling the status of the first and second fuel systems. Most cars only have one system, so the second element will likely be an empty string. The possible fuel statuses are:
 
@@ -144,7 +146,7 @@ The fuel status is a tuple of two strings, telling the status of the first and s
 
 ---
 
-# Air Status
+## Air Status
 
 The air status will be one of these strings:
 
@@ -157,7 +159,7 @@ The air status will be one of these strings:
 
 ---
 
-# Oxygen Sensors Present
+## Oxygen Sensors Present
 
 Returns a 2D structure of tuples (representing bank and sensor number), that holds boolean values for sensor presence.
 
@@ -183,7 +185,7 @@ response.value[1][2] == True # Bank 1, Sensor 2 is present
 ```
 ---
 
-# Monitors (Mode 06 Responses)
+## Monitors (Mode 06 Responses)
 
 All mode 06 commands return `Monitor` objects holding various test results for the requested sensor. A single monitor response can hold multiple tests, in the form of `MonitorTest` objects. The OBD standard defines some tests, but vehicles can always implement custom tests beyond the standard. Here are the standard Test IDs (TIDs) that python-OBD will recognize:
 

diff --git a/docs/Troubleshooting.md b/docs/Troubleshooting.md
@@ -1,4 +1,3 @@
-
 # Debug Output
 
 If python-OBD is not working properly, the first thing you should do is enable debug output. Add the following line before your connection code to print all of the debug information to your console:
@@ -52,7 +51,7 @@ Here are some common logs from python-OBD, and their meanings:
 
 ### Unresponsive ELM
 
-```
+```none
 [obd] ========================== python-OBD (v0.4.0) ==========================
 [obd] Explicit port defined
 [obd] Opening serial port '/dev/pts/2'
@@ -93,7 +92,7 @@ print ports                    # ['/dev/ttyUSB0', '/dev/ttyUSB1']
 
 ### Unresponsive Vehicle
 
-```
+```none
 [obd] ========================== python-OBD (v0.4.0) ==========================
 [obd] Explicit port defined
 [obd] Opening serial port '/dev/pts/2'

diff --git a/docs/index.md b/docs/index.md
@@ -6,7 +6,7 @@ Python-OBD is a library for handling data from a car's [**O**n-**B**oard **D**ia
 
 <br>
 
-# Installation
+## Installation
 
 Install the latest release from pypi:
 
@@ -22,7 +22,7 @@ $ sudo apt-get install bluetooth bluez-utils blueman
 
 <br>
 
-# Basic Usage
+## Basic Usage
 
 ```python
 import obd
@@ -41,7 +41,7 @@ OBD connections operate in a request-reply fashion. To retrieve data from the ca
 
 <br>
 
-# Module Layout
+## Module Layout
 
 ```python
 import obd
@@ -59,7 +59,7 @@ obd.logger         # the OBD module's root logger (for debug)
 
 <br>
 
-# License
+## License
 
 GNU General Public License V2