Удобочитаемая форма представления кодов

[Слесарь]

Здравствуйте!
Главное устройство читает 6-байтные идентификаторы всех однопроводных устройств 1-wire. Количество однопроводных устройств может достигать десятка.
Главное устройство выводит на экран идентификаторы всех устройств, а пользователь должен назначить каждому устройству предназначение.
В общем, это гирлянда датчиков температуры DS18B20, пользователь должен будет при конфигурировании устройства назначить всем датчикам температуры удобочитаемые названия, типа: подача, слив, нагрев, и т.п...
6-байтный идентификатор, визуально выглядит так: 0000FBCA03CC
Для пользователя не очень удобочитаемо отличать HEX коды один от другого, можно ли как-то сократить представление идентификаторов, чтоб пользователю было легче отличить один идентификатор от другого?
Быть может как-то преобразовать коды в буквы алфавита?

[ra3rbe]

Табличное преобразование.

КОД - название
0000FBCA03CC - подача
0000FBCA03BB - слив
0000FBCA03AA - нагрев

Либо считать циклическую сумму 6 байт и в соответствие каждой сумме ставить название.
Предварительно можно просчитать суммы, чтобы убедиться, что нет повторов.

Если я конечно правильно понял автора...

[Слесарь]

CRC - 1 байт циклическая сумма, рассчитывается полюбому для контроля достоверности данных, но если правильно понимаю есть 1/256 вероятность совпадения CRC для двух различных датчиков?

Вообще, все ради минимизации дисплея где отобразятся данные. На индикаторе 16х2 надо отобразить код идентификатора, изменяемое назначение и фактические данные.
Код идентификатора - понятно.
Назначение назначит пользователь путем перебора.
Фактические данные в данном случае - температура. Пользователь подберет назначение каждому датчику ориентируясь по данным о фактической температуре.

[Слушатель эфира]

если правильно понимаю есть 1/256 вероятность совпадения CRC для двух различных датчиков?

Как Вы получили значение 1/256?

[Слесарь]

Я не получал, а предположил.. Нельзя получить достоверные значения когда речь идет о вероятности.
Хотите предложить какой-либо метод по сути вопроса?

[vadim_d]

6-байтный идентификатор, визуально выглядит так: 0000FBCA03CC

Первое, что приходит в голову - если это однотипные датчики одного изготовителя, то откидывать общий для всех префикс. Но и тут лучше давать пользователю не магические числа, которые ему не с чем сравнивать, а какие-то осмысленные названия, типа "второй с конца", "средний в ряду"

[Слесарь]

Префикс там указывает на семейство однопроводных устройств, если префикс 0x28, то значит загружается идентификатор датчика температуры. Префикс и так исключается на стадии проверки, что подключен датчик температуры, а не что либо другое. Кроме префикса там 6 байт кода идентификатора конкретного датчика в гирлянде. Коды для всех датчиков уникальны, зашиты на стадии производства.

в итоге, программа будет вызывать по мере необходимости конкретные датчики на одном проводе транслируя идентификатор в коде команды. Но прежде пользователь должен указать программе какие датчики какую функцию выполняют. Необходимо как-то избавить пользователя от необходимости визуально изучать 6-байтные коды датчиков.

[vadim_d]

Коды для всех датчиков уникальны, зашиты на стадии производства

Если они уже зашиты, то и не надо их показывать пользователь, давайте ему просто номер датчика по порядку

[Слесарь]

Ну так когда пользователь первоначально включит устройство, программа не будет знать какие датчики какую роль играют, программа запросит пользователя распределить датчики по назначению...
Датчики, это гирлянда из DS16B20. По мере эксплуатации прибора гирлянда или отдельные датчики может выходить из строя, пользователь должен иметь средство зарегистрировать идентификаторы новых датчиков.

А по порядку не получится. ведь не известно на одном проводе, датчик с младшим кодом идентификатора в начале или в конце гирлянды...

[vadim_d]

Ну так когда пользователь первоначально включит устройство, программа не будет знать какие датчики какую роль играют

Добавьте EEPROM с таблицей датчиков по порядку их входов, которая зашивается в производстве, дальше у пользователя останется только логическое имя датчика. Выход из строя - ремонт - перепрошивка таблицы - возврат пользователю. Дуло исчезнет

датчик с младшим кодом идентификатора в начале или в конце гирлянды...

Это если гирлянду делает пользователь, если ее даете Вы - все известно