RS 232 - RS 485, Опять я, опять с глупым вопросом.... Опции

[UniBomb]

В общем сразу к делу - надумал я научить компьютер общатся с некиеми датчиками. В принципе есть всё - конвертер 232-485 (правда нерабочий), есть Билдер Си++, есть сами датчик с рабочим 485-ым интерфейсом. Но я не знаю с чего начать... Протокол обмена написан, но он собственного сочинения, который ни на один существующий протокол не похож (этому были свои причины). Так вот, есть ли у кого-нибудь опыт в этом деле? Если есть, то меня интересуют несколько вопросов:

1. Есть ли для билдера какие-нибудь компоненты для работы с ком-портом (стандартные нехочу, ибо слишком много возни)?
2. Есть готовые исходники рабочей программы обмена данных через ком-порт (только не сильно нагруженных, мне надо пересылать пакеты по одному-двум байтам)?
3. Есть ли схема конвертера 232-485 с опторазвязкой, способной выдержать нарузку в 32 датчика?

Вроде пока всё, если ещё чего, то я напишу позже...

[vm1]

В общем сразу к делу - надумал я научить компьютер общатся с некиеми датчиками. В принципе есть всё - конвертер 232-485 (правда нерабочий), есть Билдер Си++, есть сами датчик с рабочим 485-ым интерфейсом. Но я не знаю с чего начать... Протокол обмена написан, но он собственного сочинения, который ни на один существующий протокол не похож (этому были свои причины). Так вот, есть ли у кого-нибудь опыт в этом деле? Если есть, то меня интересуют несколько вопросов:

1. Есть ли для билдера какие-нибудь компоненты для работы с ком-портом (стандартные нехочу, ибо слишком много возни)?
2. Есть готовые исходники рабочей программы обмена данных через ком-порт (только не сильно нагруженных, мне надо пересылать пакеты по одному-двум байтам)?
3. Есть ли схема конвертера 232-485 с опторазвязкой, способной выдержать нарузку в 32 датчика?

Вроде пока всё, если ещё чего, то я напишу позже...

Главное не задавайтесь целью управлять RTS.
Этим должен заниматься преобразователь.

Любой преобразователь в RS485 работает на 32 нагрузки,
это минимальная опция стандарта.

Обратие внимание на состояние шины перед транзакцией,
желательно передать в начале пару раз байт 0FFh для очистки приемника
от мусора. Либо растягивать шину в 1.

[lks]

Главное не задавайтесь целью управлять RTS.
Этим должен заниматься преобразователь.

А почему? У меня всегда все работает нормально по RTS.
Во многих компиляторах вообще заложена стандартная процедура этого - подключаете опцию и все дела.

[_artem_]

Главное не задавайтесь целью управлять RTS.
Этим должен заниматься преобразователь.

А почему? У меня всегда все работает нормально по RTS.
Во многих компиляторах вообще заложена стандартная процедура этого - подключаете опцию и все дела.

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

[lks]

Мы похоже говорим про разное.
Сигнал RTS стробирует обычно каждый бит отдельным импульсом - есть режим в компиляторах (настройки порта) называется RS485 в этом случае сигнал RTS просто выставляется и удерживается на все время передачи байта. Этот вывод подключается к выводу прием-передача трансивера RS485 и все дела. Ничего больше ненужно делать.
По этому принципу можно сделать "просто удлинитель RS232" между двумя компьютерами - хоть на 4 км (AD позволяет) - нужно только следить чтобы прием и передача не пподдерживались ПО одновременно.