Всем привет, 

Прошу помочь разобраться. Работаю с COM-портом, при помощи компоненты ComPort Library version 3.10, всё здорово, всё работает. Вот только загвоздка вот в чем:

От устройства я принимаю байты (вида: 0х01 0хBA 0xFF ... - вобщем что угодно но только не символы), а этот компонент, да и другие подобные читают из ком порта именно символы. Как мне преобразовать строковый символ что я принял в реально переданный числовой байт?
(попробывал StrToInt и т.п - не очень помогает)

Добавлено через 14 минут и 40 секунд
Попробывал через Byte() - но работает не на все символы. Вернее весь диапазон от 0х00 до 0хFF так передать не удастся, только те байты код символа которых существует

Сейчас проверил обратную процедуру - вывел через Chr() все символы от 0х00 до 0хFF
Все есть. Тогда получается всё глубже и запутаннее.

Народ, кто из ком-порта читал, как боролись с этой проблемой. 
* Поставил при чтении сейчас:


Некоторые он нормально преобразует, а некоторые принятый байты - просто на просто срезает вообще и не отображает.

Передается следующая последовательность: 0xFF 0x01 0x80 0x01 0x80 0x01 0x80 0x01 0x80 ....

после преобразований получаю только: 255 1 1 1 1 1 ....

[/code]

Подойдет?


Добавлено через 4 минуты и 23 секунды

Кстати тоже работает, и прямо с  префиксом '0x'. Что не помогает?

C HexToInt никогда проблем не было, там вот как происходит дело:

С ком-порта считывается символ в формате string. Так вот мне этот символ, что я считал необходимо преобразовать в число(десятиричное/шестнадцетиричное - без разницы.)

Я опробывал конструкции по переводу символа в его числовой код [ф-ции Byte() , ord()], так вот - некоторые символы они переводят, а с некоторыми у них проблема и их попросту зарезает. 

Вот попробую со скриншотами:

Вот как происходит прием и конвертация сейчас:


а вот как должно на самом деле(программа Terminal 1.9b): 


Как видно - 2 байта почему то сливаются в один, либо происходит неправильная конвертация символ-байт.

Вобщем мне нужно добиться эффекта, как на 2ом скриншоте

Прием каких символом происходит? ASCII или какие?

В Terminal - точно ASCII, а через компоненту не уверен. Написано что принимает строку и всё, в исходнике компоненты, тоже не нашел ничего путного. 

Если есть разные варианты, для разных форматов символов - скажите пожалуйста все - буду пробывать методом перебора

Нашел причину сам: 

Всё работает на самом деле, и перекодировка идет нормально - ошибка вот в чем:

Все эти компоненты для работы с ком портом: BCPort, Com Port Library - все они работают жутко медленно (если ставить задержку хотя бы в 1 милисекунду (а это ужасно долго) между отправляемыми данными - они не успевают различать принятые байты и лепят всё в одно) - вобщем в топку их.

Пожалуйста посоветуйте максимально быстрый способ чтения/записи/работы с ком-портом?

Они читают не символы, а байты.
Что используется в качестве хранилища для принятых байт - строки, буфер памяти, TStream

Поэтому правильный код это:


при условии, что s - это AnsiString.
Но я не вижу смысла доступа отдельно к каждому байту.
Здесь нужно смотреть протокол обмена.

Добавлено через 2 минуты и 18 секунд

В условиях работы под Windows это более чем нормально.

Принцип работы программы должен основываться на событиях этих компонентов OnRead.
В этом событии считывать ВСЕ, что пришло из порта.

И потом, в случае необходимости - разделять каждый принятый буфер на байты.
Как - показал в предыдущем посте.

забыл добавить :
Что используется в качестве хранилища для принятых байт - строки, буфер памяти, TStream - это личные трудности используемого компонента, и ничто не мешает перезагрузить их в любое другое хранилище.

У меня тоже что то похожее...вот у меня есть программатор(почти готовый) написал прогу, можете проверить? с ком портом не работал...может автор выложит свой код, если можно

2 kami Спасибо Вам огромное. Ваше объяснение натолкнуло на мысль. Сейчас уже в нужном направлении покопался - пока трудностей не вижу. Ещё раз спасибо Вам.

2Christoph Для своих тестов ком порта, я использовал один из примеров, что шел вместе с BComPort

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

dizJis, ты юзал компоненты, пользовался боле высоким уровнем абстракции, научиться было проше, потом пошел уровнем ниже, сложнее. А остальным предлагаешь сразу на WinAPI писать?

как раз таки наоборот В начале я юзал винапи, потом поюзал компоненты, а вот после них понял, что винапи лучше

Приветствую всех, похожая проблема с компонентом ComPort Library, тока версию последнюю поставил 4 бета.
Вывожу данные через СОМ порт на железяку(пик контроллер), все замечательно выводится, НО... компонент выводит данные в ASCII коде...
Посылаю "0", а на железяке получаю "48" , при посылке "1" получаю "49" и т.д.
Программированием СОМ порта не занимался, вроде не сложно все, но не получается.
Подскажите пожалуйста в чем моя ошибка или этот компонент предназначен только для работы в терминале? 

Это сообщение отредактировал(а) Gres - 31.5.2009, 15:27