Merge pull request #33 from openxc/addingPlatformCommand

Added platform to message format

Update CHANGELOG.md

Added platform to message format

Merge pull request #29 from openxc/increase-payload

Increase payload

update changelog.

make results

increase payload size for diagnostic response. still need to generate the files.

Merge pull request #28 from openxc/next

Ready to release updates for C5 devices

add new C5 commands to JSON. Added ToC for this file.

Merge pull request #27 from openxc/messagepackadditions

Prep for C5 SD & RTC support with Messagepackadditions

added mp comments

merged next & conflict resolved on version number

Merge pull request #26 from openxc/origin/messagepackadditions

whitespace fix

whitespace fix

re-compiled with libprotoc 2.4.1 - should be no changes

updated documentation

move nanopb submodule from code.google to github

Merge branch 'messagepackadditions' of https://github.com/openxc/openxc-message-format into HEAD

added support for timestamp to vehicle messages

Added SD_MOUNT_STATUS command

Added RTC configuration command

bump dev release

and commit files for 0.5

bump to 0.5 for release

Added Message Pack to payload format

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.