Нужно датчик с 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-и битном протоколом?
Не могу найти даташит на эту штуковину. Помогите разобраться.

А никак. Нужно использовать другие протоколы с адресацией, которые не привязаны жестко к формату символа. Вон большинство современных модемов тоже имеют всего 10-битный регистр и не позволяют работать в "прозрачном" режиме ни с четностью, ни с 9-и битной посылкой. Так что используйте Wake, SLIP, Modbus и пр. подобные протоколы связи.

Ни какой другой интерфейс использовать не могу, он определяется датчиком, а другого датчика нет. Может все-таки есть возможность работать по USB с этим датчиком?

"с этим датчиком" - с каким "этим"?

Значит просто делаете преобразователь 9-ти битного формата датчика в 8-ми битный пакетный и заводите в комп. Ничего сложного нет.

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


А можно и как это сделать на уже имеющимся оборудовании. К сожалению, на разработку, пайку и отладку чего-то своего времени нет. Так вот живём… Увы.

Время = Деньги
Покупаете чужое время за деньги либо экономите деньги (? не всегда) и тратите своё время.
Смотря что для вас важнее.

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

Кстати о птичках: а вы, когда выбирали этот модуль, не видели чтоли, что он нестандартной ориентации? (в смысле протокола)

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

С преобразователем как раз всё в порядке, я имел в виду датчик.
9 бит - это совершенно нестандартный режим как для 232, так и для 485.
Ну чё ещё можно сделать...
Может, бит чётности использовать как 9-й?
Может, выложите протокол обмена с вашим датчиком, глядишь чё и накумекаем...

Я всегда считал, что если в 485-ом есть адресация, то это по умолчанию 9 бит.
А с протоколом всё просто, в датчик посылаем три байта, адрес, команда 1, конец посылки. Из датчика получаем пять байт, тот же адрес, команда 2, младшая часть данных, старшая часть данных, конец посылки.
Кстати по поводу 9 бит я уже не уверен Сейчас свяжусь с разработчиком датчика, уточню.

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

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

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

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

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

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

А протокол, конечно уточню.