Да, тоже вот голову ломаю... Это довольно типичная ситуация для данного "руководства" - вроде технический документ, но чтобы разобраться приходится продираться сквозь противоречия, не полную информацию, отвратительные примеры и прочую ерунду.
В документации есть еще пример чека - там точно видно, что выводится 4 строки по 16 групп из двух шестнадцатеричных цифр, т.е. 4*16*2=128 символов (хотя, если уж быть точным, там выводится еще 60 пробелов
).
Я думаю, что скорее всего в чеке печатаются 128 символов из 256, которые возвращает система. По какому принципу их выбирать - в документе не указано. Поэтому, сейчас выбрал наиболее "тупой" вариант - печатать первые 128 символов. Потом, при необходимости, можно переделать. В случае возникновения проблем всегда можно сослаться на утвержденный формат документа, раз указаний нет, значит способ выбора символов из последовательности тоже, теоретически, может быть любая. Хоть случайная перестановка
. Хотя вообще говоря, это гадство - выпустить столько версий одного документа и не убрать все недоработки, неопределенности и не понятные места.
Идея перевести пары цифр из 256-байтной подписи в 128 символов ASCII конечно красивая, но не реализуемая. Например, возникает вопрос, как отобразить символ с кодом 127 (7F) или возврат каретки
И в данном случае нет разницы, в какой кодировке печатать - цифры и латинские буквы будут выглядеть совершенно одинаково, что в UTF-8, что в ASCII, что в OEM (не считая экзотических вариантов).