RS-485 в USB с помощью UCON-485 Опции

[Oleg_IT]

Нужно датчик с RS-485 интерфейсом подключить к компьютеру. Выбрали UCON-485 (http://www.terraelectronica.ru/catalog.php?ID=817&Search=1&Text=ucon%20485&Gde=2&PageS=1), преобразователь RS-485 в USB. Но это устройство Windows «видит» как COM порт с 8-ми битным протоколом (можно ещё 7 бит установить). А как в таком случае передать адрес? И вообще как работать с 9-и битном протоколом?
Не могу найти даташит на эту штуковину. Помогите разобраться.

[MrYuran]

RS-485 не подразумевает вообще никакой адресации.
Это протокол физического уровня
Адрес - это уже канальный уровень(если склероз не подводит)
логическая организация кадра - один-в-один как в 232.
То есть старт(1), инф.байт(5-7-8), чётность(1), стоп(1-1,5-2).
Несколько кадров (байт) образуют пакет, и вот уже в пакете вы определяете, где адрес, где данные, КС и т.д.

[rezident]

RS-485 не подразумевает вообще никакой адресации.
Это протокол физического уровня

Не нужно вносить еще большей путаницы. RS485 это никакой не протокол, а стандартный интерфейс. В стандарте TIA/EIA-485-A описаны только физические и электрические параметры интерфейса, но никаких упоминаний о протоколе нету.

Правильно. А адрес от данных отличается именно этим девятым битом, если он установлен в 1, то это адрес, если 0, то данные.

Это так называемый Address-Bit Format в отличие от Idle-Line Format. Такой формат использовался, например, в протоколе PiNET. Реализация адрес-битного формата передачи в Windows "слегка" затруднена. Т.к. во-первых, "мешается" FIFO UARTа, а во-вторых, нужно обрабатывать ошибки приема на уровне регистров UART, а не функций Windows работы с COM-портом. Потому что в Windows поток из COM-порта принимается, несмотря на ошибки паритета, которые нужно отслеживать и обрабатывать при адрес-битном протоколе. Могу при случае уточнить у коллеги, как это лучше делать. Он когда-то занимался реализацией протокола PiNET на PC.
И я согласен с MrYuran, что для вашего случая проще всего сделать конвертор протоколов на любом подходящем микроконтроллере. Причем, если вы совместите его с мостом USB-UART и драйвером RS485, то заодно замените этот дурацкий конвертор UCON-485.

[MrYuran]

В cтандарт TIA/EIA-485-A описаны только физические и электрические параметры интерфейса, но никаких упоминаний о протоколе нету.

Ну да, а стандарт де факто 485 = 232+преобразователь уровней
(мы говорим Партия, подразумеваем - Ленин...)

Правильно. А адрес от данных отличается именно этим девятым битом, если он установлен в 1, то это адрес, если 0, то данные.

Правильно будет всё-таки уточнить протокол обмена с датчиком (с точностью до бита), поддерживает ли он вообще адресацию, каким образом и т.д.
А потом решать проблему (если она есть)

[rezident]

Ну да, а стандарт де факто 485 = 232+преобразователь уровней
(мы говорим Партия, подразумеваем - Ленин...)

Это ваще бред какой-то Вот ознакомьтесь с общим обзором стандартов. http://www.national.com/an/AN/AN-216.pdf

А почему он дурацкий?

Потому что все широкораспространенные м/с мостов USB-COM поддерживают адрес-битные форматы и у них реализованы режимы odd, even, mark, space, no parity для 9 бита. Под широкораспространенными я имею в виду мосты типа FT232/FT232R от FTDIChips и CP2102/CP2103 от Silicon Lab.

[Oleg_IT]

Потому что все широкораспространенные м/с мостов USB-COM поддерживают адрес-битные форматы и у них реализованы режимы odd, even, mark, space, no parity для 9 бита. Под широкораспространенными я имею в виду мосты типа FT232/FT232R от FTDIChips и CP2102/CP2103 от Silicon Lab.

Так этот конвертер именно на FTDI и построен. Мне кажется, что я не всё по нему знаю, документации нет.

Конвертор автора топика вообще не поддерживает 9-й бит.

Вы в этом уверены??? У Вас есть документация на этот конвертер?