Здесь обсуждается C#?

[rusyvochka]

так в левой колонке редактора и так вывод в HEX формате

Это редактор, да, для контроля.
Цель: получить такое же отображение в моей форме;

строковое представление числа в НЕХ-формате

Я загружаю с HDD файл в hex, конвертация нужна только для отображения, дальше по UART передаётся без изменений, но по байтно.
Так вот,
char t_text = str[1];
не работает вообще

для энного элемента байтового массива byte_array:

char[] bytes = str.ToCharArray(); // этого преобразования достаточно?
str - загруженный дамп с hdd;
Как его по одному байту в uart отправить?
Я "тупо" смотрю на примеры, проекты, решения, подсказки в нете и не получается добится конечного результата. Должно работать, а не работает.
И да: с английским - не очень. Что "переводит" тот-же Гугл - промолчу.

[raxp]

Удаленный промышленный терминал-индикатор по Modbus RTU http://raxp2.blogspot.com/2014/12/modbus-rtu.html (рассмотрен нижний и верхний уровни, включая отправку и получение байт)

p.s.: все тот же цикл "MODBUS на привязи"/

[raxp]

Запорожье, вы где арбайтен?

[rusyvochka]

while (!streamReader.EndOfStream)
                    {
                        str += streamReader.ReadLine(); //str- содержимое файла
                    }
rtbDisplay.ForeColor = Color.Black;
            rtbDisplay.Clear();
            char[] bytes = str.ToCharArray(); 
            for (int i=0;i‹bytes.Length/8;i++)
            {
                for(int j=0;j‹8;j++)
                {
                    string t_text=bytes[i*8+j].ToString("X2");
                    rtbDisplay.Text+=t_text;
                }
                rtbDisplay.Text=("\n");
            }

Это капец какой-то!
Что не так???


И с отправкой в порт подобная хрень. Создал 10-ти байтный файл, так все 10 оптом в CommPortToolkit и наблюдаю.
Верните VB6!

[raxp]

...это Windows, тут и разрывы в пакетах данных будут и склейка байт. Нижний уровень (со стороны МК) должен учитывать все ситуации.

зы: вышеприведенный код к отправке байт не имеет отношения, мишура одна с преобразованиями типов и визуализацией.

[rusyvochka]

к отправке байт не имеет отношения

Это мытарста с отображением в RichTextBox
Я верю, да что там - уверен, решение в двух-трёх строках кода...
Дальше - только мат.

[raxp]

Отделите мух от котлет, всю визуализацию геть с пляжа. Просто отправьте и получите байт. Вот как есть, без преобразований. Закоротите TX/RX на COM порту и примите эхо того, что передадите.

[rusyvochka]

Связь СОМ1 и СОМ2 в железе. СомРТ (СОМ1) + Form (COM2) уже наигрался.
Да: и принимаю и передаю.
И с терминала и с формы в обе стороны.
Руками.
По одному байту.
Да: 5А (0x5А) с терминала отображается криво в форме.
Да: в обратную сторну тоже.
Форматы, преобразования и т.д.
Это побеждаемо.
В преть до передачи "Z" в порт.
По одному!
Мне надо 2048 байт. ПО одному.
Толку мне сдруживать и вылизывать взаимопонимание, форматы, если застрял на разбиении файла?
На отображении его содержимого.
Предварительно открывать листером, чтобы убедиться? Та можно, че ж.
Сделать красоту и руками передавать по одному байту? Это я и так могу... С терминала.
В третий раз: есть база файлов прошивы. Много. Очень. Их надо "сложить" в своеобразном формате. Вручную ДАЖЕ набивал.
Мне наверное будет быстрее текстовый вставлять в программу PICа, компилить, заливать напрямую через программатор и сливать в нужном виде, ( не в компьютер), чем УВИДЕТЬ готовое решение. ПРОСТОЕ. уверен!, решение.

[raxp]

...у меня готовое решение, на статью выше, сразу в Excel. Но не под шарп)

[raxp]

На онображении его содержимого.

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

застрял на разбиении файла?

так что тут сложного? Вычитывай в буфер и загоняй в поток. При вычитке указатель смещай на n-байт размера буфера, следи за окончанием файла.