[Microdevice 0]

В микроконтроллерах в модуле UART есть 9-ти битный адресный режим. Кто-нибудь пробовал организовать связь, используя этот режим между ПК и контроллером? Непонятно как настроить такой режим последовательного порта компьютера. Между двумя контроллерами все ок, но нужно связать с ПК. Заранее благодарен за дельные советы.

[zltigo 0]

Непонятно как настроить такой режим последовательного порта компьютера.

Никак, если только речь не идет о вспомогательной функции 9бита при передаче к PC, тогда к нему

можно некоторый доступ через parity получить. Описание 550 чипа не секрет - ознакомьтесь.

[Microdevice 0]

Никак, если только речь не идет о вспомогательной функции 9бита при передаче к PC, тогда к нему

можно некоторый доступ через parity получить. Описание 550 чипа не секрет - ознакомьтесь.

Именно по этому пути я и пошел.

Перед передачей из ПК адресного байта в Delphi:

procedure SetCommandByte;

begin

if not Windows.GetCommState(f, dcb) then exit;

dcb.Parity := 3;

Windows.SetCommState(f, dcb);

end;

 

Перед обычным 8 битовым

procedure SetDataByte;

begin

if not Windows.GetCommState(f, dcb) then exit;

dcb.Parity := 4;

Windows.SetCommState(f, dcb);

end;

 

И ничего не получается. :(

[rezident 0]

Никак, если только речь не идет о вспомогательной функции 9бита при передаче к PC, тогда к нему

можно некоторый доступ через parity получить. Описание 550 чипа не секрет - ознакомьтесь.

Анализ бита Parity или управление им в Windows по-моему геморрой еще тот. Когда-то у нас применяли этот способ адресации при реализации протокола PiNet, но потом отказались. Windows по большому счету чихать хотела на наличие/отсутствие/нарушение parity. Поток данных от COM-порта принимается в любом случае.

[Microdevice 0]

Анализ бита Parity или управление им в Windows по-моему геморрой еще тот. Когда-то у нас применяли этот способ адресации при реализации протокола PiNet, но потом отказались. Windows по большому счету чихать хотела на наличие/отсутствие/нарушение parity. Поток данных от COM-порта принимается в любом случае.

Речь не о приеме данных в ПК, а о передаче из него на устройство. Нужно первый байт сделать адресным, последующие обычные 8-ми битовые.

[zltigo 0]

Перед передачей из ПК адресного байта в Delphi:

Про какой-нибудь, как обычно левый "компонет" Delphi + Штатный драйвер от MS придется почти наверняка забыть.

Драйверок свой писать, ну а вррбще пожалуй Вам SLIP полагаю стоит посмотреть.

[Microdevice 0]

Про какой-нибудь, как обычно левый "компонет" Delphi + Штатный драйвер от MS придется почти наверняка забыть.

Драйверок свой писать, ну а вррбще пожалуй Вам SLIP полагаю стоит посмотреть.

Все на API без компонентов. А что такое SLIP?

[zltigo 0]

А что такое SLIP?

Поиск вообще-то помогает. http://rfc.net/rfc1055.html

[Microdevice 0]

И чем мне это поможет? Мне нужно как-то портом оперировать.

[zltigo 0]

И чем мне это поможет? Мне нужно как-то портом оперировать.

Насколько я понимаю цель не "портом оперировать". Это стедство достижения цели. Какой?

Полагаю цель выделить начало передачи некого фрейма/пакета? Эта цель достигается в SLIP протоколе не вводя 9 бит.

[Microdevice 0]

Нужно передать 2 байта. В первом 9-й бит (понятно что это уже не байт) должен быть установлен в "1", второй с "0" в 9-м бите. И так же 2 байта прием от контроллера.

 

Пардон. Речь конечно о 8-м бите. Голова уже кругом идет.

[zltigo 0]

В первом 9-й бит (понятно что это уже не байт) должен быть установлен в "1", второй с "0" в 9-м бите.

Опять средство :)

Перевожу на понятный язык - нужно передать пакет из двух байт (16 бит). Начало пакета надо знать.

Его отметка 9м битом лишь один из вариантов реализации задачи. Задача отметки битом нормально не реализуема на стороне PC+Windows. Значит придется добавлять байтстаффинг (SLIP), или UUE кодирование, или подобное.

[Microdevice 0]

Можно поподробнее? Начало пакета знаем (2 по 9 бит). Прошивку в железе менять нельзя, знаем только протокол по которому можно с ней общаться.

 

Нужно именно 2 посылки по 9 бит.

[zltigo 0]

Прошивку в железе менять нельзя

Пишите нормальный драйвер ориентированный на выделение двухбайтовых посылок для Win.

Либо пытайтесь выделять прием в PC без 9бита (по крайней мере только иногда по нему подсинхронизироваться удастся) и постоянное перепрограммирование порта перемежающееся flush(). Да, и FIFO отключите.

[rezident 0]

zltigo, да не запутывайте вы окончательно товарища! Не понимает он с ходу термина "битстаффинг" и принципов транспортного протокола. Отсутствие опыта не порок и дело наживное ИМХО. Если на SLIP ссылку не даете, так хоть на Wake дайте. Зря что ли Леонид Иванович старался, статью писал, примеры и dll-ки выкладывал? ;)

Спецификация протокола WAKE