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

[rusyvochka]

Совсем загнал себя в угол
Есть на Kazus тема по C#?
Если конкретно: связать PIC с компьютером для передачи в контроллер файла, но не "скопом", а по-байтно согласно запросам PICа.

[NewWriter]

C++ или именно С# (Си шарп)?
Чтобы в PIC передавать файл... кхе-кхе... он же лопнет. ПИК этот.
Однако, зачем Си-шарп для этого в микроконтроллере? Компутерный файл для микроконтроллера выглядит как простой поток байтов. У файла есть заголовок с описанием формата файла, его структуры. Далее следуют собственно полезные данные. Но в целом - передача файла - это просто последовательная передача байтов, как в любом интерфейсе.
Например интерфейс USB в микроконтроллере способен принимать поток байтов по мере готовности устройства (микроконтроллера), небольшими порциями определенной длинны. Начало обмена всегда инициируется компьютером, а микроконтроллер будет выставлять состояние готовности или неготовности принять очередную порцию данных.
Для всего этого более чем достаточно обычного Си. На обычном Си анализируем начало файла (первые принятые байты), то есть, заголовок файла. Определяем тип файла, прочитав байты в заголовке, и согласно типу файла ищем в заголовке, где (через сколько байт от начала) начнется секция с полезными данными файла. Получаем байты дальше, отсчитывая указанное число байтов, и после этого начинаем прием полезной нагрузки файла.
Класс USB-устройства - Mass Storage. Файл с компьютера передается обычными средствами винды, как на любую флешку. Микроконтроллер будет принимать файл так медленно, как сможет обрабатывать микроконтроллер.

[eddy]

Для такой простой задачи вообще не нужно никакой ЯП изучать. Тупо скриптик на баше накатать, да пинать /dev/ttyUSBx (/dev/ttyACMx) или /dev/ttySx (смотря как подключена железка).
Если не хочется баш использовать, можно в любимом пакете обработки данных (вы-то их где-то обрабатываете же!), например, в Octave. Тогда можно и сразу генерировать файл или обрабатывать принимаемые данные и графики рисовать...

[rusyvochka]

Обратная ситуация.
Контроллер всё время требует, компьютер (СОМхх) выдаёт три байта, если совсем подробно:
хх - маска адреса
ххххххххххх - адрес (два байта)
третий - собственно данная.
Дальше - заморочка контроллера, что с ними делать и куда их девать. Справился - требует следующий.
Inc адресов контролируется на обеих, в случае ошибки (CRC и пр - не участвуют пока) "просит повторить".
Всё!
Куда, казалось бы проще.
Что есть:
список доступных портов, открытие выбранного с заданными параметрами;
двусторонний обмен;
получение пути к файлу, его открытие в переменную;
Борюсь:
отобразить красиво содержимое файла;
АА ВВ СС DD EE FF 00 11
22 33 44 55 66 77 88 99
а не навалом;
Еще не знаю как:
и сама передача по запросу или повтор по требованию.

[NewWriter]

Интересно, что значит "отобразить красиво содержимое файла"? Если это графический bmp-файл, то нужно прочитать заголовок файла, в заголовке найти размер и формат картинки, найти значение, указывающее на начало блока графических данных, ну и соответственно вывести эти графические данные последовательно на графический цветной дисплей. Будет и красиво, и наглядно.

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

[rusyvochka]

Борюсь:
отобразить красиво содержимое файла;
АА ВВ СС DD EE FF 00 11
22 33 44 55 66 77 88 99
.

Ага. Я то в поисках, потому так написал.
Файл = 2048 байт, "name.hex", отобразить в НЕХ, 8-мь столбцов, по байту в столбце.
Без 0хХХ или ХХh,
просто 00 11 22 33 44 55 66 77

[eddy]

rusyvochka, так что ли:

hexdump Armbian_20.11_Cubietruck_buster_current_5.8.16.img |head
0000000 b8fa 1000 d08e 00bc b8b0 0000 d88e c08e
0000010 befb 7c00 00bf b906 0200 a4f3 21ea 0006
0000020 be00 07be 0438 0b75 c683 8110 fefe 7507
0000030 ebf3 b416 b002 bb01 7c00 80b2 748a 8b01
0000040 024c 13cd 00ea 007c eb00 00fe 0000 0000
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
00001b0 0000 0000 0000 0000 41bd beb5 0000 0000
00001c0 4001 0383 ffe0 2000 0000 8000 0027 0000
00001d0 0000 0000 0000 0000 0000 0000 0000 0000

?
Дык, стандартная же утилита (и подобных - вагон)!

[rusyvochka]

Хочу так:

пока имею так:

[rusyvochka]

например, в Octave.

Такого вообще не знаю. Под ХР - VB6 выручал. Новые времена - новые заморочки.
Это должна быть автономная оболочка, работать чуть ли не с флешки. Самостоятельный ехе. Соединение по СОМ-порту тремя проводами. UART. Всё.

[eddy]

Хочу так:

А свою же тему почитать — не вариант? Я ж hexdump предложил использовать уже.

Такого вообще не знаю.

Дык, это ж свободное подобие матлаба!

Под ХР

Какой XP? На дворе 2021 год... Да и вообще, прошивку для игровых приставок использовать вместо операционной системы — это нонсенс какой-то!

Это должна быть автономная оболочка

hexdump входит в пакет util-linux, т.е. априори есть вообще на всех линуксах, даже самых минимальных!..