Skip to content

CHANGELOG.md

Latest commit

 

History

History
45 lines (34 loc) · 2.63 KB

CHANGELOG.md

File metadata and controls

45 lines (34 loc) · 2.63 KB

Changelog

0.1.10 - 2025-11-24

Fixed

  • encode uses shared ref, update default trait derives (#11)

0.1.9 - 2025-11-23

  • Update to can-dbc v8
  • Adds the ability to specify one or more trait derivations to the generated code. This is useful for Debug, defmt::Format, etc.
  • Minor refactors and cleanups

0.1.8

  • Move repo to OxiBUS GitHub organization
  • License change to MIT or Apache 2.0

0.1.7

  • Fixes compile error on older rustc versions (e.g. 1.84.x) where the doc-string formatting would hit error[E0716]: temporary value dropped while borrowed, so a let-binding is used to work around this (the latest compilers know that this was a valid use-case).

0.1.6

  • Generates doc-comments for messages and signals. Messages show their CAN ID and cycle-time (when applicable); signals show their start bit, width, endianness and scale-factor (when applicable).
  • Generates consts for signals with value-table definitions.
  • Minor refactoring, clean-up and commenting

0.1.5

  • Declare message struct const values as pub
  • Fix small (sub-byte) signal masking
  • Include scoping and newtype notes in usage docs

0.1.4

  • Adds support for try_into(&[u8]) on generated types.
  • Only require 2021 edition, as we don't yet use 2024 edition features.

0.1.3

  • Allow partial parsing of DBC files to generate what code it can; the can_dbc crate does not support all token types (e.g. BA_DEF_REL_ and BA_DEF_DEF_REL_) but if those are later in the file it's still possible to get at the messages and signals of interest
  • Add more tests of signed values for LE/BE aligned cases

0.1.2

  • Adds support for arrays of messages, so that the same type can be used for all instances. There is no enforcement that the signals within the messages match, and the client is responsible for deciding which IDs should decode into which array elements. Typically this would be done for some id and message_array: MessageName[COUNT] via message_array[id - MessageName::ID] after a range check that id is within MessageName::ID..message_array.len() (shown here as COUNT, but can be declared as appropriate for the application). The IDs do not need to be in a contiguous range, as long as the client maps them to the appropriate array indices.

0.1.1

  • Adds support for unaligned signals (except big-endian, still a TODO)
  • Adds CYCLE_TIME constant for messages whose DBC declares them

0.1.0

  • Initial release with support for encoding and decoding (aligned signals only)