Ну это уже зависит от поставленой задачи.
Например, если применить для пожарно-охранной сигнализации, то анализировать последний знак (вроде так) на пожар, тревожную кнопку - можно прямо в потоке. Всё остальное можно после записи в БД. comtest.rar
А анализ в БД - это может быть совершенно отдельная программа.
Так же как и на каждый Com-порт своя программа.
Миллион решений.

Такая система не будет работать так как знаки @ и # могут оказаться в одном из 7 передаваемых байтов (0-255) данных, сигналы DTR и CTS я не использую вообще, они свободны и никуда не подключены, использую только TX и RX.. как то всё сложно получается, похоже не самый подходящий алгоритм.. P.S.Сорри, небыло времени этим заниматься, только вникаю во всё что тут написали...
------------ Дoбавленo в 17.20:
А как вам такой алгоритм... Программа на ПК каждые пол секунды циклически: 1. очищает буфер приёма 2. отправляет знак @ контроллеру 2. принимает 7 байт с контроллера и обрабатывает >> далее см. пункт 1. А контроллер при обнаружении знака @ отправляет 7 байт в программу на ПК и переходит в ожидание нового знака @ от ПК.

Tomset91, именно так и делается в промышленном исполнении, датчики не выдают данные в постоянном режиме, а ждут опроса по своему индивидуальному коду, и на эти два провода можно нацепить "ну очень много" датчиков.

Нет, немного не так.

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

то же, что и предыдущий пункт

На кой хрен, когда достаточно оформить экземпляр класса парсера с портом, типа -- сервера портов

Tad, твоя схема хороша только для малопоточных данных, для сбора данных с различных ЦС не подходит совершенно, как не подошли и схемы на стандартных компонентах у меня в сервере портов, пришлось писать ответственные участки на IC через режим многопоточности. Увы, и ах
------------ Дoбавленo в 17.44:

После некоторого времени работы над таким проектом, осетр урезается на порядки
------------ Дoбавленo в 17.47:

Так датчиков, или контроллеров

А теперь помогите сделать данную программу на HiASM (напомню 7 значений байта 0-255 отображаются в семи полях на форме..) - в этом у меня основная проблема..., а я пока сделаю для контроллера.

------------ Дoбавленo в 18.23:
а такое понятие, как избыточность информации совсем не в счёт ?

В моем случае, нет, должны регистрироваться все данные, тк как важен путь прохода событий от целевого источника. К тому же порты обслуживают совершенно разные ЦС, с совершенно не похожими форматами данных, и не имеющие дублирования в других.
Tad, затронутое мной описание -- это узконаправленная специфика, в определенных случаях, недопонимаемая даже профессиональными программистами. Я понимаю, что ты хочешь показать свою осведомленность в разных областях, но это не тот случай. Просчитано уже все, и все работает, устраивая всех заинтересованных лиц. Втихаря я провожу рптимизацию ПО, но шибко не разбежишься на работающей системе, а останавливать ее нельзя больше чем на несколько десятков минут.

Формат вывода байта (любое значение байта, а это 0-255), это уже не важно, делаю для контроллера по такому алгоритму: Помогите пожалуйста кто нить сделать на HiASM >> потому как вообще не представляю какие элементы для этого потребуются, ну опыта в нём нет вообще... P.S. щас доработаю прогу контроллера и выложу картинку как это дело выглядит в терминале порта...

а чёрта с два. Com-порт (грубо) знаки с кодами 0 по 31 "выбрасывает". Значит нужно отправлять в порт в виде Hex-строки.

Незнаю про что вы говорите, но в теминале у меня уже принимаются любые знаки без ошибок... ну если щас будет работать с терминала (при отправки знака @, да знак можно любой ) то остальное дело за HiASM

Это кто тебе такое сказал
Компонент принимает любой набор ASCII кодов от 0 до 255, не нахрен там не нужна никакая HEX строка.

Tad, ты чего, переспал сегодня или переотмечал выходной

У меня порта нет, но мне интересно, а если посреди строки лежит нулевой байт (общепринятый маркер конца), учитывая ToString(_Data), её часом не обрежет

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

это бы в wiki записать не мешало

Нет, метод получает указатель на строку данных, а не саму строку, и если длина этой строки при создании указана, включая все байты, то то эта длина строки так и останется при передаче
------------ Дoбавленo в 20.20:
Народ! Вы че, сегодня перепраздновали
Неужели все это для вас новости, и вы для себя открыли Америку