Компонента для управления COM портом

А что так трудно поверь в это?

Это раздел о компонентах которые БУДУТ добавлены...

Давно ждал этот модуль...

Теперь бы к нему описание..................

Созданый компонент полезен но не гибок...
В СОМ- порте есть 9 пинов и все они задействованы...
Задайтесь вопросом, много ли будет писаться прог для
стандартного, не расширенного использования порта?

Считаю что все пины должны быть доступны для
управления или считывания информации...

назначение контактов разъема RS232

№ контакта Назначение

1 DCD (Data Carrier Detect)
Модем докладывает о наличии соединения с другим модемом

2 RXD (Received Data)
Входящие данные с модема

3 TXD (Transmitted Data)
Выходящие на модем данные

4 DTR (Data Terminal Ready)
Компьютер докладывает о том, что он включен и готов к работе

5 Земля

6 DSR (Data Set Ready)
Модем докладывает о том, что он включен и готов к работе

7 RTS (Request To Send)
Запрос (от компьютера)на разрешение передачи (приема) следующей порции данных модему

8 CTS (Clear To Send)
Подтверждение от модема того, что он готов передать (принять) следующую порцию данных

9 Ri (Ring)
Модем докладывает о внешнем звонке

- Не правда!! Гибок еще как... так можно "прогнуть".... :о))

- Что значит "не расширенного использования" ???? Думается, что если модуль будет реализован как стандартный набор комманд (readFile, writeFile, CommTimeout(get,set) и т.д.) то использовать можно будет его как душе угодно...

Скажу больше, я б сделал пару-тройку модулей и собрал бы их в "группу" (коммуникации - например)...
1. Чтение
2. Запись
3. Параметры (чтение-запись)


или я чего не понял, или мне чего не сказали, или ... пойду ка я пивка бабахну...

Будьте!

формат данных ???

Я перечислил 9 каналов, которые можно использовать, а
сейчас используется только 2...
Например замутить прогу для работы с сотовым...
Кое на каких телефонах только Rx и Tx не обойдёшься...
А если у меня универсальный кабель и я хочу изменять его режимы
с компа?..
Короче модуль выполняет стандартное: чтение и запись данных...
Т. е. фактически ты управляешь только 2 пинами, а не 9...

Согласен с Алексом в том, что "пользовать" порт надо на полную...

Замечу следующее, чтобы избежать дальнейшего недопонимания: я знаю какие выводы есть у COM порта, но я никогда не программировал его и тем более ничего к нему не подключал. Не пришлось. Поэтому я написал компонент который ТОЧНО будет раотать, поскольку я не могу его ни на чем проверить. Конечно буджу расширять его дальше, как смогу.

И вот еще:

Именно так и реализован. Не значит ли это, что использовать можно все пины уже сейчас?

Нет, конечно можно воткнуть все пины, но толку?..
Более чем передача и приём данных, оперировать
нечем... я не кого не убеждаю и не настаиваю...
но для меня и ещё кучи разработчиков собственных
схем, модуль почти бесполезен... а схему можно
нехило сократить при управлении её режимов по
пинам управления потоком... извиняюсь за каламбур...

Я из тех, кто любит припаивать что-нибудь снаружи.
Здесь существует два подхода:

1) Хочу просто шевелить 12-вольтовыми ногами, как мне заблагорассудится. В принципе возможная вещь (в т.ч и TXD), вижу наших программеров, которые это запросто делают (например, программируют контроллер через простенький переходник). Сам этого не умею. Может быть посоветоваться с кем нибудь из таких парней?

2) Хочу заниматься последовательным обменом, для которого этот порт ими и был задуман. Во многих бы случаях это устраивало, если б можно было маркировать какой-то байт из потока, как "адресный" или "командный". Но тут у них какое-то морально устаревшее железо - единственная возможность - 9 бит (не уподобляться же им, как с семибитными серверами), который может быть: жесткой единицей, жестким нулем, четностью, нечетностью.
-------------------------------------------------

Второй подход наверное более близок к сегодняшней ситуации. Но без "маркировки" начала пакета с улицы реально подключить только одно устройство. А хочется несколько - линия то последовательная!

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

Все почти так, но думаю, что Автору более интересны варианты расширения HiAsm.
Здорово похоже на то, что достойных вариантов расширения soft-а скоро станет значительно больше, чем реальных физических сил одного человека. По-моему, где-то на форуме уже звучала фраза типа "... будем надеяться на помощь сторонних авторов..." (за точность не ручаюсь).