Леонид, а в Label (или в любой другой компонент передать)?
и это только 16 знаков, а человеку нужно 22.
Пришлось сооружать такую муть (вот выдрал из своей схемы):
code_29771.txt

Tad, ну мы же не знаем, как у ТС происходит обмен командами между компьютером и железом, наверняка побайтно или 16, или 32, но никак не четырьмя битами, ознакомит с "руководством программиста", ещё можно тыкву чесать Во, уже третий час у нас спать пошёл

Вот только что хотел это же самое спросить

Вот, наваял вчера прогу, призванную достучаться до железа.
Как видите, обмен данными происходит фреймом в 22 байта, за раз.
Но, каждый элемент фрейма должен быть обработан отдельно от остальных перед передачей.
Я использую тип вводимых данных - Text ,если использовать HexNumber, то при обработке данные искажаются.
code_29772.txt

rolin, молодец! Первый раз вижу "начинающего", который озаботился внешним видом схемы
(Вместо цепочки StrCat можно и нужно использовать один FormatStr) code_29773.txt

Вопрос -- 22 байта бинарных данных или еще чего
Если это 22 байта, то причем здесь вообще HEX
И это бинарные байты или их символьное представление
------------ Дoбавленo в 11.13:
Схема, конечно, здорово, но пока вопрос о типе обмениваемых данных остается открытым
------------ Дoбавленo в 11.25:
Продолжаем исследование. Остановимся на трех распространенных кодировках

ASCII -- один бинарный байт равен одному символу ASCII со значениями от 0 до 255;
HEX -- один бинарный байт соответствует двум символам ASCII со значениями от 0 до F;
TEXT -- один бинарный байт соответствует трем символам ASCII (если выдерживать разрядность) со значениями от 0 до 9

Какими из этих данных происходит обмен

На будущее -- у нас формат String это не текст, а кодовая последовательность ASCII символов, которая может поддерживать весь диапазон байтовых значений от 0 до 255

В дополнение к Леонид-у.
rolin, у Edit есть свойство MaxLenField. Так что все твои сравнения на ">" и все Delete выбрасываем.
В схеме остаётся
Edit......11
Label......2
FormatStr..1
Button.....1
------------
Всего.....15

Которого нет в инсталляционной версии, а есть только в билдах

[flood]nesco, я уже писал Шефу об этом, мол, нужно указать ссылку альтернативной сборки на главной странице Hiasm. Но пока, не был услышан.[/flood]

nesco, по схеме ТС формирует 44 НЕХ символа, полагаю что их нужно превратить попарно справа в 22 байтных символов и в таком виде скормить железу

Вот именно, что "полагаю"

А что у него ПКМ и "Обновить с SVN" не работает ?
rolin,
code_29774.txt
------------ Дoбавленo в 12.15:
И всего 3.5kb вместо 11.5 у тебя
------------ Дoбавленo в 12.29:
что они передаются строкой, а железо раздаёт кому, чего и сколько надо.
(в управлении трансиверами, во всяком случае, вроде так (полагаю))

Ну да, как-то так, кусочек переделал code_29775.txt

Tad, Не, обновление элемента у меня не сработало и в Edit нет такого свойства, но это и неважно, в дальнейшем не будет необходимости вводить данные вручную, это просто временная защита от кривых рук.

nesco, Глубина Ваших мыслей поражает, но приходится углубляться


Ответ - 22 байта данных значение которых строго определено. Формат, в котором эти данные представлены не важен.В документе на железо используется
НЕХ а значит в таком виде нам удобно представить свои данные. В каком виде элемент UDP отправит эти данные нас не интересует, но формат входных данных должен быть понятен элементу.

Даже если и символьное представление то кодировка должна соответствовать бинарному значению исходных данных.


Я не знаю какие типы у нас передаются по TCP/IP/UDP. А Вы не помните программки типа Терминал? Там тоже Нех данные клавой набивались и отправлялись
но как оно внутрях я не знаю.

Короче, свою прогу опробовал, и она явно стучится в дверь к железу судя по лампочке сетевой активности, но железо не реагирует.

Полагаю что в этом и ошибка,тип Техт не подходит.

А ссылкой не побалуете на это описание

Разные могут быть