если смириться с тем, что настройку COM-порта делать через свойства драйвера в диспетчере устройств, то на уровне ЯВУ работа с COM-портом в самом простом случае ничем не отличается от работы с файлом: открываете файл "COM1", и пишите-читаете его, потом закрываете (можно и не закрывать - по завершению программы ОС сама все позакрывает).BOB51 писал(а):А вот ЯВУ обычно через функции/библиотеки - их то и долбимсс...
Если не обратили внимание BOB51 собирается писать на QB т. е. бейсике для DOS. А в нем кроме прямого доступа к порту вроде нет другого способа работы (даже если в QB есть функции работы с портом, в конечном счете они используют прямой доступ, т. е. в DOS драйверов порта не было). Так что настройки диспетчера устройств не имеют значения.ARV писал(а):если смириться с тем, что настройку COM-порта делать через свойства драйвера в диспетчере устройств
Перед чтением можно проверить есть ли данные в буфере приема порта.ARV писал(а):единственное, к чему надо быть готовым при таком подходе, так это в к тому, что если МК на комп не послал данные, попытка чтения из такого "файла" начнется, но не кончится - будет ждать данных.
я не говорю о работе с портом, я говорю о работе с файлом. правда, с COM-портами в DOS-е не работал, но вот "файл" LPT1 открывался на ура, и печатал все отлично. может, так и есть какие-то тонкости, но на уровне файлов должно и с COM-портами работать, имхо.Мурик писал(а):вроде нет другого способа работы
можно, но я говорил о самом примитивном варианте работы с ним.Мурик писал(а):Перед чтением можно проверить есть ли данные в буфере приема порта
https://ru.wikipedia.org/wiki/Intel_HEXBOB51 писал(а):А вот с точным преобразованием *.hex блоков кой - чего таки пришлось помудрить из-за неполной информации.
Код: Выделить всё
s$ = "1234"+Chr($0C)+Chr($0A)+Chr($0A)+Chr($0A)+
"5678"+Chr($0A)+
"0000"+Chr($0C)+
"4321"+Chr($0A)+Chr($0C) ; Такая вот строка.
ReplaceString(s$, Chr($0C), Chr($0A), #PB_String_InPlace) ; Замена в исходной строке 0x0C на 0x0A.
s$ = ReplaceString(s$, Chr($0A)+Chr($0A), Chr($0A)) ; Замена двух следующих друг за другом 0x0A на один.
Count = CountString(s$, Chr($0A)) ; Узнаем сколько 0x0A в строке.
Debug "Count = "+Count
Debug " ---- "
For i = 1 To Count
str$ = Trim(StringField(s$, i, Chr($0A)))
If str$ <> ""
Debug str$
EndIf
Next
Тогда что подразумевали под этим?BOB51 писал(а):Снова не то!
Мне неоднократно приходилось разбирать hex файлы и создавать их и не возникало описанных проблем.BOB51 писал(а):ЛЮБАЯ строка intel hex файла стандартно имеет два завершающих символа ASCII 0x0D и 0x0A (CR,LF) однако если при промежуточной обработке чего-то из них или исчезнет или удвоится - нормального результата можно не ожидать. Чаще всего вариант...... 0x0D 0x0A 0x0A вместо...... 0x0D 0x0A
Проще на компе преобразовать hex в bin и отослать через порт. Все равно это нужно сделать.BOB51 писал(а):Ведь читаем строку символов ВСЮ. ее же и отсылаем.
COM это последовательный порт. Какой random доступ хотите получить?BOB51 писал(а):Причем с дисковыми файлами проще - один как input, другой как output - а вот СОМ предпочтительно random...
Еще скажите что в МК зашивается hex как есть без преобразования в bin?BOB51 писал(а):Строка читается из одного и пишется в другой (не анализируется и не пересобирается).