Merge remote-tracking branch 'origin/latest-nanopb' into passthrough-command

Conflicts:
gen/cpp/openxc.pb.c
gen/cpp/openxc.pb.h

Add passthrough command and refactor commands in binary format.

The ControlCommand is now more like a VehicleMessage - it has a 'type'
and many optional fields pointing to the various types. If the type is
diagnostic, the client should look at the diagnostic_request field.

Re-build with nanopb v0.3.1.

Note that 0x prefix on hex strings is optional.

Move action field to ControlCommand in binary format.

Add a 'status' field to command responses.

Remove 'update' feature of diag request commands.

Require an 'action' in diagnostic requests.

It wasn't very clean to try and infer a delete/create/update based on
the value of the frequency field - this will require a little more code,
but as they say in Python, explicit is better than implicit.

Fixed https://github.com/openxc/openxc-message-format/issues/12

Explain when to use JSON vs. binary.

Expand diagnostic mode field to a full byte's range.

Fixed #10.

Add 'extras' field to JSON messages for custom data.

Make the protobuf format more clear in README.

Merge remote-tracking branch 'origin/master' into next

Remove factor and offset from diag requests - left up to clients.

Fix typo in example for raw message format.

Bump to next dev release.

Bump to v0.3.

Add version to README.

Merge remote-tracking branch 'origin/master' into diagnostic

Bump copyright date.

Add a quick list of the output from a build with OBD-II enabled.

Merge pull request #9 from dret/master

more gears

more gears

with consumer vehicles now routinely having 8-speed gearboxes, gear_lever_position should go at least up to eighth, and maybe to be on the safe side even up to tenth. transmission_gear_position already went up to eighth, but for consistency it now also goes all the way up to tenth.

Clarify that 'newline' in trace file may or may not have \r.

Document delimiters for both formats.

Clarify how diagnostic requests are identified, updated and cancelled.

Refactor diagnostic fields for decoding payload.

Remove parse_payload from diagnostic messages, it's not needed.

Elaborate on 'name' field for diagnostic requests.

Make negative diagnostic response format clearer.

Add 'success' field to example diagnostic response.

Document command queries and responses.

Require byte arrays in JSON hex strings to have 2 chars per byte.

Add 'name' and 'multiple_responses' fields to diag requests.

Add CommandResponse type to VehicleMessage (from VI to host).

Condense string/number/bool trio into a field.

Remove duplicate generate files.

Move ControlCommand inside VehicleMessage so it can be on same stream.

Add a draft protobuf format for diagnostic requests.

Add details about updating diag requests.

Move 'frequency' field inside 'request' object of diag command.

Add more optional fields to diag requests and responses.

Add a value field to diagnostic responses for parsed payloads.

Store raw CAN payload in bytes instead of uint64_t.

Merge branch 'master' into diagnostic

Ignore dirty submodules (generated files in nanopb).

Add Diagnostic type within VehicleMessage supertype.

Store diagnostic response payload as a byte array in protobuf.

Add a protobuf type for diagnostic message responses.

Update nanopb to 0.2.5 and fix max string length options.

Draft an idea of what the diagnostic request/response format will be.

Minimize the number of separate protobuf types.

Revert "Switch back to many subtypes for binary messages."

This reverts commit 3e954ea9c44bdd00b39d3f0d2cc43662e633c891.

Revert "Restore accidentally deleted data field from raw message."

This reverts commit e4a78ec9935af3b19d314e88b0ed935789162ca8.

Restore accidentally deleted data field from raw message.

Switch back to many subtypes for binary messages.

Some protobuf libraries don't support checking if a field exists (they
always return a default value), so although this style has more code it
is easier to support.

Fix package name of generated protobuf objects.

Switch raw data field to uint64 to fit all values and update benchmark.

Remove timestamp from trace JSON before benchmarking - oops!

The size savings is now about 35%, not 55%.

Update benchmark tool for latest protobuf format.

Merge all sub-types into a single TranslatedMessage type.

Add generated protobuf implementations.

Add a bus field to RawMessage and make data an 64-bit int.

Add an options file to enable static memory with nanopb.

Move proto definition to top level.

Use a container type to be able to stream protobufs.

Benchmark how much overhead each encoding adds vs raw CAN.

Benchmark encoding translated messages as binary, too.

Results for all of my trace files:

> ./compare_sizes.py ~/ownCloud/OpenXC\ Traces/peplin/**/*.json       1
For the 89 trace files given...
Total transferred raw JSON size is 13.3MB
Total transferred raw binary size is 2.1MB
Total transferred translated JSON size is 791.0MB
Total transferred translated binary size is 318.6MB
Total transferred JSON size is 804.3MB
Total transferred binary size is 320.6MB
Binary encoding is 84.328494% smaller than JSON for raw messages
Binary encoding is 59.727489% smaller than JSON for translated messages
Binary encoding is 60.133196% smaller than JSON overall

Add benchmarking tests for binary encoding (moved from cantranslator).

Document trace file format.

Add frequency to gear_lever_position

Move frequencies here from the OpenXC site.

Document the RAW message format, including the bus attribute.

Add a gear_lever_position signal to official set.

This signal is primarily used on vehicles with continuously variable
transmissions, where the transmission_gear_position signal is not
useful.

Add license and official signal list.

Don't use pygments highlighting in README.

Initial commit, moved from openxcplatform.com.