Skip to content

Refactor board_identifier configuration and internal storage #159

Description

@Scottapotamas

The board ID is currently a bit of a hack, using a 16-bit hash (and a poor hash at that) of whatever they pass in.

There are also warnings from stricter compilers if the developer follows our arduino example of inline providing a string and length, as passing a char* into a function should really force const char* instead.

Consider:

  • Ability for real UUID's to be tracked - derived from a micro's UUID, MAC address or some SecureID chip.
  • Ability for developer to feed in a garbage UUID - string data or etc.

Ideally the solution should aim to minimise impact (memory, flash) as much as possible without being impractical.

Metadata

Metadata

Assignees

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions