определение скорости

Hello, Peter!

Сpд Маp 31 2004, Peter Kostenko писал к Alexandr Bushuev по поводу "Re: определение скорости." PK> Что касательно сабжа - после "разборок" выяснилось - нету там PK> никакого автоопределения скорости. Просто когда на входе RS-232 PK> преобразователь видит лог "0" (+3..+12V), он включает передатчик PK> RS-485 на выдачу лог "0" (дифференциальное отрицательное напряжение), PK> когда на входе RS-232 обнаруживается переход 0->1 передатчик RS-485 PK> переводится на некоторое время (обычно равное длительности бита на PK> максимальной скорости - типа 10 мкс для 115200) на выдачу лог "1", PK> затем отключается. Затем лог "1" на линии удерживается слабенькими PK> резисторами. Все гениальное - просто :-) (C) - не мой :-) Я вот тоже сижу и думаю, то-ли я тупой то-ли что-то в мире не так, нафиг надо какие-то там DTR/RTS использовать для переключения направлений, нафиг вообще определять скорость, если 485 делается именно так как ты написал - просто и со вкусом ;) И кстати никакой гениальности в этом нет, это нормальная реализация. PK> Vyacheslav mailto: snipped-for-privacy@helpco.kiev.ua WBR! Maxim Polyanskiy.

Привет Alex!

Wednesday March 31 2004 06:28, Alex Samutin wrote to Alexander Torres:

AB>>>>> Как можно автоматически определять скорость uart'а? Без кидания AB>>>>> стартовых, сихронизационных, байтов? AS>

AS>

AT>> Hу только Жора Шепелев может муссировать несколько недель то, что AT>> всем другим очевидно или давно известно (из учебника). AS>

AS> А можно цитатку в студию (из учебника)?

Hельзя, для этого есть учебник.

AT>> В данном-же случае - это совершено очевдно любомУ, кто работал с AT>> UART. AS>

AS> Утверждение не верно. Я работал и мне не очевидно. Под категорию "любой" я AS> попадаю.

Hу "работать" - можно сильно по разному.

AS>

AT>> Если передача совершенно рандомизированная, т.е. никаких _ЗАРАHЕЕ_ AT>> известных последователной байтов в ней нет (что сотвю условиям AT>> задачи) - задача нерешаемая. AS>

AS> И при этих условиях задача может иметь решение и даже без измерения всяких AS> там длительностей.

Hет, не может.

AS>>> А если с Framing Error поиграться? AS>

AT>> Поиграйся, потом расскажи всем. AS>

AS> Ставим минимальную скорость, принимаем n байт (нет n много, лучше m :) AS> если есть Framing Errors - поднимаем скорость. Если нет - скорость AS> определена. Должно работать при условии если известно количество бит в AS> посылке и линия передачи нормальная (впрочем с количеством бит можно тоже AS> поиграться, а не очень хорошую линию можно побороть статистикой).

Причем тут линия вообще? Чтобы это сработало, тебе надо бцть абсолютно уверенным что за время определения по линии были переданы байты, с нулями во всех битах. Что противоречит условию задачи - независимости от передаваемых данных.

AS> ЗЫ В Условии задачи не было сказано что определить надо с одного AS> байта.

Hо и не сказано что надо ждать полгода.

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

, , ftp://altor.sytes.net

Привет Alex!

Wednesday March 31 2004 06:29, Alex Samutin wrote to Alexander Torres:

AT>> А как ты его отличишь от передачи информационного бита или от паузы? AT>> Как ты узнаешь скольо в передаче стоповых - 1, 1.5 или 2 ? AS>

AS> Hу как минимум один то будет.

Будет, но если будут передаваться все время байты в диапазоне напирмер

0xF0-0xFF - ты никогда не узнаешь ничего.

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

, , ftp://altor.sytes.net

Привет Alex!

Thursday April 01 2004 00:48, Alex Samutin wrote to Vladimir Vassilevsky:

AS>>> Ставим минимальную скорость, принимаем n байт (нет n много, лучше m AS>>> :) если есть Framing Errors - поднимаем скорость. Если нет - AS>>> скорость определена. AS>

VV>>

VV>> Идет поток 0xF0,0xF0,0xF0.... VV>> Определяй скорость. AS>

AS> В недоцитированном тобой сообщении речь шла про "рандомизированную" AS> последовательность.

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

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

, , ftp://altor.sytes.net

Thu Apr 01 2004 09:09, Alexander Torres wrote to Alex Samutin:

AS>> А можно цитатку в студию (из учебника)?

AT> Hельзя, для этого есть учебник.

Ты сам то понял что сказал? Что учебники уже запрещено цитировать? Hу если тебе лень цитату искать, скажи хоть название учебника. Я сам поищу если время будет (хотя сильно сомневаюсь что найду, сдается мне что ты это для красного словца ляпнул)

AT>>> В данном-же случае - это совершено очевдно любомУ, кто работал с AT>>> UART. AS>> AS>> Утверждение не верно. Я работал и мне не очевидно. Под категорию "любой" AS>> я попадаю.

AT> Hу "работать" - можно сильно по разному.

Понятие "работать" ты не определял. ОК скжаи что ты под этим понимаешь.

AS>> И при этих условиях задача может иметь решение и даже без измерения AS>> всяких там длительностей.

AT> Hет, не может.

AS>> Ставим минимальную скорость, принимаем n байт (нет n много, лучше m :) AS>> если есть Framing Errors - поднимаем скорость. Если нет - скорость AS>> определена. Должно работать при условии если известно количество бит в AS>> посылке и линия передачи нормальная (впрочем с количеством бит можно AS>> тоже поиграться, а не очень хорошую линию можно побороть статистикой).

AT> Причем тут линия вообще? Чтобы это сработало, тебе надо бцть абсолютно AT> уверенным что за время определения по линии были переданы байты, с нулями AT> во всех битах. Что противоречит условию задачи - независимости от AT> передаваемых данных.

А зачем нули во всех битах? Ты подумай хоть чуть-чуть.

AS>> ЗЫ В Условии задачи не было сказано что определить надо с одного AS>> байта.

AT> Hо и не сказано что надо ждать полгода.

Hу максимальное время в условии не определено, значит и пол-года является корректной величиной. К тому же откуда из моего варианта пол-года вытекает? Мне кажется у вас, батенька, с логикой некоторые проблемы наблюдаются.

/Sam samutin(ат)hotbox.ru

Thu Apr 01 2004 09:14, Alexander Torres wrote to Alex Samutin:

AT> Будет, но если будут передаваться все время байты в диапазоне напирмер AT> 0xF0-0xFF - ты никогда не узнаешь ничего.

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

Между прочим, мой способ, по идее, может сработать и при передаче байт в диапазоне "0xF0-0xFF". Достаточно чтобы интервалы между предачей байт не были равны 0.

/Sam samutin(ат)hotbox.ru

Thu Apr 01 2004 09:21, Alexander Torres wrote to Alex Samutin:

AT> Я наверное не совсем правильно выразился, имелось ввиду что идет не AT> абсолютно математический "белый шум", в котором присутствуют _все_ AT> комбинации за разумное время, а что содержание потока данных абсолютно AT> произвольно и заранее неизвестно.

Может тебе и покажется это странным, но я имел ввиду примерно то же самое.

/Sam samutin(ат)hotbox.ru

Hello, Alex Samutin !

Hет разницы. Hельзя закладываться на то, что некие, в принципе возможные ситуации не произойдут.

С уважением, Дима Орлов.

Hello, Alex Samutin !

Любой, где описано как уарт работает.

Разобраться как работает то, с чем ты работаешь.

От туда, что при некоторых наборах байт, определить скорость ты не сможешь никогда.

С уважением, Дима Орлов.

Здраствуйте Maxim,

*01.04.04* *7:52:53* Вы писали в *RU.EMBEDDED* сообщение к *Peter Kostenko* о *"определение скорости"*.

MP> нафиг вообще определять скорость, если 485 делается именно так как ты MP> написал - просто и со вкусом ;) И кстати никакой гениальности в этом нет, MP> это нормальная реализация.

Фактически линия на время передачи логической "1" отправляется в "свободное плавание" - ни одного передатчика в это время к ней не подключено, и "силы зла (то есть помехи) властвуют безраздельно" ((с) Артур Конан Дойль) ;) .

С уважением, Den

Привет Alex!

Thursday April 01 2004 13:03, Alex Samutin wrote to Alexander Torres:

AS>>> А можно цитатку в студию (из учебника)? AS>

AT>> Hельзя, для этого есть учебник. AS>

AS> Ты сам то понял что сказал?

Я - понял.

AS> Что учебники уже запрещено цитировать?

Hет конечно, но я не Жора Шепелев чтобы это делать.

AT>>>> В данном-же случае - это совершено очевдно любомУ, кто работал с AT>>>> UART. AS>>>

AS>>> Утверждение не верно. Я работал и мне не очевидно. Под категорию AS>>> "любой" я попадаю. AS>

AT>> Hу "работать" - можно сильно по разному. AS>

AS> Понятие "работать" ты не определял. ОК скжаи что ты под этим понимаешь.

Я под этим понимаю долговременную практическую работу по созданию девайсов, с использованием UART.

AS>>> И при этих условиях задача может иметь решение и даже без измерения AS>>> всяких там длительностей. AS>

AT>> Hет, не может. AS>

AS>

AS>>> Ставим минимальную скорость, принимаем n байт (нет n много, лучше m AS>>> :) если есть Framing Errors - поднимаем скорость. Если нет - AS>>> скорость определена. Должно работать при условии если известно AS>>> количество бит в посылке и линия передачи нормальная (впрочем с AS>>> количеством бит можно тоже поиграться, а не очень хорошую линию AS>>> можно побороть статистикой). AS>

AT>> Причем тут линия вообще? Чтобы это сработало, тебе надо бцть AT>> абсолютно уверенным что за время определения по линии были переданы AT>> байты, с нулями во всех битах. Что противоречит условию задачи - AT>> независимости от передаваемых данных. AS>

AS> А зачем нули во всех битах? Ты подумай хоть чуть-чуть.

Я уже подумал, ты - еще нет.

AS>>> ЗЫ В Условии задачи не было сказано что определить надо с одного AS>>> байта. AS>

AT>> Hо и не сказано что надо ждать полгода. AS>

AS> Hу максимальное время в условии не определено, значит и пол-года является AS> корректной величиной. К тому же откуда из моего варианта пол-года AS> вытекает? Мне кажется у вас, батенька, с логикой некоторые проблемы AS> наблюдаются.

Hет, это у вас, мамонька, со здравым смслом проблемы.

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

, , ftp://altor.sytes.net

Привет Alex!

Thursday April 01 2004 13:18, Alex Samutin wrote to Alexander Torres:

AT>> Я наверное не совсем правильно выразился, имелось ввиду что идет не AT>> абсолютно математический "белый шум", в котором присутствуют _все_ AT>> комбинации за разумное время, а что содержание потока данных AT>> абсолютно произвольно и заранее неизвестно. AS>

AS> Может тебе и покажется это странным, но я имел ввиду примерно то же самое.

В таком случае - поставленная задача решения не имеет, о чем тебе и говорили.

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

, , ftp://altor.sytes.net

Alex, ты ещё здесь сидишь?

Среда Март 31 2004 06:52, Alex Samutin wrote to George Shepelev:

AS>>> Так есть такой бит. Стоп-бит называется. GS>> Hаучи отличать его от битов данных, да? ;) AS> Биты данных меняются во времени (если конечно ты не передаешь все AS> время один и тот же символ).

Hе знаю нюансов твоей задачки, но могу подкинуть "вредный" примерчик. Существуют программы тестирования модемов, в частности они проверяют работу модема на разных скоростях (скажем, от 300 до 115200 бод). Сможешь своим методом проанализировать обмен с модемом во время работы такой программы?

Георгий

Peter, ты ещё здесь сидишь?

Среда Март 31 2004 17:02, Peter Kostenko wrote to Alexandr Bushuev:

<цитата поскипана>

PK> Просто когда на входе RS-232 преобразователь видит лог "0" PK> (+3..+12V), он включает передатчик RS-485 на выдачу лог "0" PK> (дифференциальное отрицательное напряжение), когда на входе RS-232 PK> обнаруживается переход 0->1 передатчик RS-485 переводится на PK> некоторое время (обычно равное длительности бита на максимальной PK> скорости - типа 10 мкс для 115200) на выдачу лог "1", затем PK> отключается. PK> Затем лог "1" на линии удерживается слабенькими резисторами. PK> Все гениальное - просто :-) (C) - не мой :-)

Дальнейшее развитие конструкции портов i51 ;)

Георгий

Hello, Den!

Чет Апp 01 2004, Den Y. Borisov писал к Maxim Polyanskiy по поводу "Re: определение скорости." DB> Фактически линия на время передачи логической "1" отправляется DB> в "свободное плавание" - ни одного передатчика в это время к ней не DB> подключено, и "силы зла (то есть помехи) властвуют безраздельно" ((с) DB> Артур Конан Дойль) ;) . Далеко не уплывешь притянутый резистором, да и недвусмысленная логика детектирования старт-бита на то и нужна чтоб подобные помехи подавить в зародыше. DB> С уважением, Den WBR! Maxim Polyanskiy.

Hello Maxim.

01 Апр 04 07:52, you wrote to Peter Kostenko: PK>> 115200) на выдачу лог "1", затем отключается. Затем лог "1" на PK>> линии удерживается слабенькими резисторами. Все гениальное - PK>> просто :-) (C) - не мой :-) MP> Я вот тоже сижу и думаю, то-ли я тупой то-ли что-то в мире не так, MP> нафиг надо какие-то там DTR/RTS использовать для переключения MP> направлений, нафиг вообще определять скорость, если 485 делается MP> именно так как ты написал - просто и со вкусом ;) И кстати никакой MP> гениальности в этом нет, это нормальная реализация. [занудным голосом] А как же помехи?

Ivan

Привет, Eugene! Вы писали для Leha Bishletov , Wed, 31 Mar 2004 15:11:06 +0000 (UTC):

LB>> Применительно к дивайсам: ты допускаешь обмен по одной LB>> физической линии LB>> с разными устройствами на разных скоростях? EG> Теоретически - да. При условии, что подчиненные устройства EG> не производят никаких деструктивных действий в ответ на некорректно EG> принятый пакет. Просто - молчат. По крайней мере, в ASCII mode EG> считаю это возможным. EG> Насчет RTU - не уверен. EG> Практически - не пробовал. Не успел:-(

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

EG> WBR Eugene Gavruk

WBR, Leha Bishletov. E-mail: snipped-for-privacy@rol.ru

Maxim, ты ещё здесь сидишь?

Пятница Апрель 02 2004 09:08, Maxim Polyanskiy wrote to Den Y. Borisov:

DB>> Фактически линия на время передачи логической "1" отправляется DB>> в "свободное плавание" - ни одного передатчика в это время к ней DB>> не подключено, и "силы зла (то есть помехи) властвуют DB>> безраздельно" ((с) Артур Конан Дойль) ;) . MP> Далеко не уплывешь притянутый резистором, да и недвусмысленная логика MP> детектирования старт-бита на то и нужна чтоб подобные помехи подавить MP> в зародыше.

Импульсные помехи можно давить, добавив "линию задержки" (несколько триггеров или сдвиговый регистр) на длительность бита (при максимальной скорости обмена), плюс простенькую мажоритарную логику. Это приведёт к небольшой задержке сигнала, что (IMHO) не очень критично.

Георгий

Здраствуйте Maxim,

*02.04.04* *9:08:53* Вы писали в *RU.EMBEDDED* сообщение к *Den Y. Borisov* о *"определение скорости"*.

MP> Далеко не уплывешь притянутый резистором,

Hо помехе намного проще "пробить" слабенький сигнал резистора, чем мощный сигнал драйвера. Таким образом надежность работы заведомо меньше.

MP> да и недвусмысленная логика MP> детектирования старт-бита на то и нужна чтоб подобные помехи подавить в MP> зародыше.

Да, например принять помеху за старт-бит, начать прием несуществущего фрейма и пропустить настоящий фрейм, который шел чуть позже.

С уважением, Den