bump to 0.5 for release

Merge pull request #23 from mgiannikouris/crosschasm-c5

added uptime field to VehicleMessage - new support for CrossChasm C5 BT & Cell devices

link to web server project

abs link json

json

More JSON.mkd

More JSON.mkd

All caps makes it look like I'm yelling...

Updated JSON.mkd

Added details on the "modem_configuration" command.

added uptime field to VehicleMessage

Bump to next development release.

Bump to v0.4 for release.

Merge branch 'next'

Back off change to CAN message ID for backwards compatibility.

I don't think this change is worth breaking compatibility with exiting
trace files. The meaning of an ID is much more clean when inside a CAN
message object, so that's why I think it make sense to be different than
the "id" inside a diagnostic request.

Update changelog.

Specify the response when no device ID is known.

Update protobuf options to use new field names.

Remove redundant 'type' field from binary SimpleVehicleMessage.

You can figure out the type based on the value and event DynamicFields.

Fixed #19.

Use more specific 'message_id' in JSON, not just 'id'.

There often isn't enough context to know if it's the message ID or a
transaction ID or something else.

Fixed #20.

Give diagnostic request field a more specific name.

Fixed #18.

Mention 'status' field in all command response JSON examples.

Fixed #13.

Deprecate "translated" and "raw" names in binary format.

Fixed #16.

Merge remote-tracking branch 'origin/16-new-names' into next

Conflicts:
README.md

Give frame format field a more specific name.

Add a field to CAN messages to explicitly set the frame format.

See openxc/vi-firmware:230.

Move JSON spec to a separate file to keep the length down.

Add a command to enable/disable pre-defined OBD-II requests.

See openxc/vi-firmware#303.

Standardize names for payload format.

Remove unnecessary 'bus' field from message format command.

Return response to set message format command in original format.

Add a command to change message format while running.

Update compiled files.

Add a control command to control AF bypass status.

See openxc/vi-firmware#301.

Add missing comma in example.

Deprecate "translated" and "raw" verbiage.

Partway towards #16 but need to updated the binary format, too.

Simplify passthrough command to just a boolean.

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.

Move a TODO to issue #14.

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.