nesco, [flood]На сегодня Да, а завтра снова будем вопросировать [/flood]

nesco, давай пример с Com-портом. Выделить стандартный конец передачи ( ) у меня не получилось.

Гони наработки

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

последний пример возьми и замени признак конца строки на " "

Строку бить ненадо... отдельно отправлю 7 байт (тоесть столбцом в терминале). Щас если доведу до ума скину скриншот терминала (там всё подписано), далее будем думать что делать и как c программой ПК.

Tomset91, code_26122.txt

Tomset91, и отправь семь байт которые в Hex выглядят как 00 01 02 03 04 05 06.
Интересно как они отобразятся у тебя на терминале.

мой терминал отображает принятые данные сразу в 4 форматах BIN/DEC/HEX/ASCII...

Причем тут текстовые данные и коды ASCII, это немного разные вещи. Я не думал, что и 1nd1g0 на это попадется. Где в компоненте написано, что на запись надо отправлять именно текст или при чтении получается именно текст
Или 1nd1g0 забыл, что PChar и PByte это родственные типы
------------ Дoбавленo в 21.57:

Я, млять, кому писал. Я уже устал писать одно и тоже по сто раз

я знаю, что строка это массив байт, это невозможно не заметить в машинном коде. Но у Вас в паскале их целая пачка видов, этих строк, и от версии к версии, с развитием железа и повышением требований к длине, у одного и того же "String" могут быть разные представления. Точно помню, где-то писали, что в 4-5й версиях сред строки до 2 гб длиной обрываются нулём. А где там вообще хоть что-то написано? Там вообще ничего про тип данных не написано. И только если умеешь читать исходник, видно, что внутри происходит работа с данными как со строкой. А строки с нулём посредине суть моветон, в большинстве языков это обрежет текст. Вот я и поинтересовался, нет ли где-то в дебрях библиотек парсера, откидывающего непечатные символы и делающего дробление. Когда писал, сам не мог проверить.

Я и не сомневался в этом. Это был небольшой стеб, извин уж меня за это.

Как нет, есть. Вот я и написал, что нельзя использовать строковые компоненты, только стримовые.

А вот тут я уточню: текстовые строки, да -- моветон, это где обрезаются служебные символы, но не строки ASCII символов. И вообще, что такое строка и почему она должна быть именно текстовой, когда строка -- это набор определенных символов

Это артефакт от прежнего использования схемы -- опрос датчиков температуры (там ещё было формирование и подсчёт контрольных сумм во избежании ошибок в каналах связи, тоже желательная вещь )
А это не компонент, а схема заключённая в контейнер кстати я там не учёл возможность не последовательного наименования СОМ портов системой.
Вот исправленная схема code_26123.txt

Вот скрин терминала >> http://s07.radikal.ru/i180/1112/e3/dacb796b4493.png Контроллер отправляет реальное время в порт те самые 7 байт и только при получении символа @. Теперь надо думать как отобразить их в программе HiASM с опросом каждые 0,5с.