Protocols CSVs can be overridden, so that specific entries can be modified. Protocols CSV overrides can be created naming them with name.override.csv
For example, creating a file called: v0.14.input_registry_map.override.csv will allow the v0.14 protocol to be modified while preserving the main csv.
"documented name" is used as the primary key. the "register" is a secondary key.
only non-empty values will overwrite; not all columns need to be specified.
| documented name | data type |
|---|---|
| product id | ASCII |
if both the "documented name" and "register" are unique, the row will be treated as a new entry.
Custom protocols can be created by naming them with name.custom. this will ensure that they do not get overwritten when updating.
for example, say that you want to modify the eg4_v58 protocol without having to worry about updates overwriting it:
copy eg4_v58.json eg4_v58.custom.json
copy eg4_v58.input_registry_map.csv eg4_v58.input_registry_map.custom.csv
copy eg4_v58.holding_registry_map.csv eg4_v58.holding_registry_map.custom.csvin the configuration for your transport:
protocol_version = eg4_v58.custom
{protocol_name}.json contains default settings, related to the transport. {protocol_name}.{registry_type}_registry_map.csv contains configuration for specific registry "type". {protocol_name}.registry_map.csv contains configuration for generic "registers".
creating_and_editing_protocols.md - Creating and editing protocols
protocol_version = eg4_v58
protocol_version = v0.14
protocol_version = sigineer_v0.11
protocol_version = pace_bms_v1.3