Есть строка полученная из СОМ порта

HEX
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7C  0x00  0x7F  0x5F  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

Dec
128D  128D  128D  128D  128D  128D  128D  128D  128D  128D  128D  128D  128D  145D  000D  000D  000D  000D  000D  000D  002D  000D  125D  000D  063D  000D  255D  255D  255D  255D  255D  255D  255D  255D  255D  255D  255D  255D  255D

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

Откройте дамп просмотрщиком  фара и попробуйте разные

(1) да он старый, нету ничего, на сайте производителя пусто, девайс китайский

(2) в смысле дамп? памяти?

(4) дамп в смысле файл бинарных данных, которые у вас выкачиваются с порта. Есть такая программа бесплатная FAR manager, http://www.farmanager.com, у нее есть очень удобный встроенный просмотрщик файлов с кучей кодировок.

визуально, кстати, на кодировку осмысленного текста ни на каком языке и ни в какой кодировке данные в (0) не похожи. Скорее всего закодированы какие-то числовые значения или структуры данных. В (1) верно советуют, вам нужно описание протокола к железке. Ну или хакерским методом разбираться что там и зачем :)

http://softwareengineering.stackexchange.com/questions/187169/how-to-detect-the-encoding-of-a-file

попробую поднять со своими догадками
0x80 - наверно что то служебное, отбросим
0x91 - видимо тоже
Потом начинаются данные
0x00  0x00 - нулевые данные *3 таких блока*
0x02  0x00 - цифра
0x7C  0x00 - цифра
0x7F  0x5F - цифра
и опять служебные 0xFF

главное, что аппарат по своему основному назначению выдает шесть цифр, которые характеризуют "измеряемое тело") на дисплее 6 цифр и в СОМ приходят вот таки данные как в (0), первые 3 цифры нулевые, последние 3 есть, но прикрутить этот Hex ни к чему не получается - по Unicode белеберда получается, если перевести в десятичную систему - тоже. В десятичной получается 2 201 103 662 943 может неправильно перевожу, уже не знаю

(6) да, как вариант - используется какой то алгоритм шифрования, смущает то, что количество "блоков" шестнадцатиричного варианта один в один подходит по количеству цифр на дисплее

так, это сканер или что?

(10) нет, не сканер, аппарат измерения физических или геометрических свойств, грубо говоря длина, ширина

данные получил через программу RS Com

что то не досмотрел в (0) написал HEX одного значения, а десятичное другого

(11) ну так сними разные показания и анализируй изменения

(14) придется, если по-человечески не получится, крайний вариант, но и не 100 процентный, т к в алгоритме "шифрования" может использоваться какая то переменная и одно и тоже значение, 1(см) например, в разные, например, секунды измерения, будет закодировано по-разному, если я правильно понял мысль

+ секунды - имею ввиду, что при кодировании берется текущее время и от замера к замеру на выходе получается разное

(16) это легко проверить

(8) можно вот что увидеть:
обмен двубайтными словами - WORD, причем младший-байт-вперед
пропускаем первые 10 слов
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00
далее размер данных в словах
0x02  0x00 - т.е. два слова
сами данные (вероятно эти твои размеры):
0x7C 0x00
0x7F 0x5F
124 х 24447

(18) ну слишком большой порядок числа, не сходится
эххх ладно, все равно спасибо за участие

выложи цифры с дисплея и данные порта. пускай народ гадает как оно там закодировано.

ну и как девайс называется

а так чо гадать

я с утра гадаю, мне логика не понятна

45    
20    
00    
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7D  0x00  0x7F  0x01  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

45    
20    
00    
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7D  0x00  0x7F  0x01  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

45    
20    
01    
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7D  0x00  0x7F  0x02  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

45    
20    
02    
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7D  0x00  0x7F  0x03  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

45    
20    
03    
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7D  0x00  0x7F  0x04  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF


39    
30    
05    
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x2B  0x00  0x7D  0x00  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

название девайса - сори

45
39
16
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x7F  0x03  0x04  0x00  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF
41
00
00
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x40  0x00  0x7F  0x11  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF
41
00
00
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x40  0x00  0x7F  0x11  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF
41
01
01
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x40  0x00  0x7F  0x4E  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF
41
11
11
0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x80  0x91  0x00  0x00  0x00  0x00  0x00  0x00  0x02  0x00  0x43  0x00  0x2F  0x00  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF  0xFF

(24) ну хоть что он делает

(24) измеряет физические/геометрические параметры образцов, на выходе получается три значения, образно говоря длина/ширина/высота, потом в КОМ порт посылает в шестнадцатиричном виде результат

(27) лучше сверяй по бинарным значениям, НЕХ сложно сравнивать с десятичной системой счисления, тем более, что неизвестно где закодированы твои данные.

(28) + к тому же возможен обратный порядок битов.

(27) И еще момент.
Какие максимальные значения могут быть у параметров на дисплее?

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

(31) Врятли зашифрованы, скорей закодированы.
А если так, то ключ можно подобрать исходя из известных соответствий значения и кода.

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

последнее значение явная инверсия плюс сдвиг похоже.

(27) обратиться к документации/производителю не предлагать?