Можем ли мы рассчитать скорость передачи данных по RS232 из выходного сигнала TX?

Можем ли мы рассчитать скорость передачи данных или скорость передачи данных по RS232 из выходного сигнала X?

На рисунке ниже показан выходной сигнал связи RS232. Я сделал этот снимок с 0xaa, а промежуток времени между максимумами составляет 100.us.

Я слышал, что частота внешнего генератора составляет 8 МГц. Можем ли мы рассчитать скорость передачи из этого?

Похоже, у вас около 2,4 бит раз на деление, что составляет 250 мкс. Это ставит каждый бит на 104 мкс. Инвертирование дает 9,6 кБод. Это одна из стандартных скоростей, поэтому это звучит вполне правдоподобно.

Ваша область показывает время в . Это может быть либо установка курсоров, либо автоматическое использование функции меры в области. Вы не говорите. В любом случае, я согласен с замечанием Олина о том, что это близко к 9600 бит / с, что является обычной скоростью передачи данных для связи RS-232.$100\:\mu\textrm{s}$

Тем не менее, ваш собственный комментарий о внешней тактовой частоте, если это правда, будет утверждать, что точные 9600 бит / с маловероятны. не делится равномерно до 9600 бит / с.$8\:\textrm{MHz}$

Некоторые другие мысли:

1. Если это действительно ширина , то они превысили допустимое отклонение точности допустимое для общей скорости 9600 бит / с. (Если вам нужно увидеть расчеты и соображения, лежащие в основе этого рисунка, см. Эту страницу Maxim .) Если точность принятого нами объема является приблизительной, то она не может превышать требования к точности. Несмотря на это, это хорошая идея, что вы знаете, что они существуют. ± 2 $100\:\mu\textrm{s}$$\pm 2\%$
2. Этот сигнал явно не использует напряжения RS-232, но, возможно, использует ~ сигнализацию.$3.5\:\textrm{V}$
3. Этот сигнал использует HI для МАРКА (в RS-232 МАРКА - это отрицательное напряжение), поэтому это должен быть выход логического уровня от микро, а не сигнализация RS-232.

Если вы уберете требуемый бит START и минимальный однобитовый STOP, это означает, что для данных осталось, по крайней мере, семь оставшихся битов:

Выше было бы интерпретировано 0x2A независимо от порядка байтов, если я обращаю внимание.

Однако это будет диаграмма для восьми бит данных:

В этом случае интерпретация будет либо 0xAA, либо 0x55, в зависимости от порядка байтов потока. Так что это может представлять ваш 0xAA (little-endian, который, я считаю, более распространен)

Как видите, передатчик и приемник должны априори согласовывать количество битов данных и их порядковый номер.

Результаты области могут быть интерпретированы как еще более длинные серийные слова. Я видел их раньше (9, чаще всего, поскольку некоторые микросхемы раньше поддерживали его, но я даже видел 10, использовавшихся ранее.)

Без соглашения трудно быть уверенным.

В качестве боковой панели:

Я помню дни, когда телетайпы переходили от 5 бит к 6 битам (DTE начала 1960-х), в то время, когда в 1960 году был создан RS-232, поскольку у моего отца был такой телетайп, сидящий дома в помещении домашнего офиса. Шесть битов связи RS-232 действительно существовали в течение определенного периода времени.

Кодирование ASCII широко использовалось в конце 1960-х и начале 1970-х годов и представляет собой 7-битное кодирование. Для передачи данных RS-232 было очень распространено использование 7 бит данных.

Позже, когда коммуникационные ИС и микроконтроллеры стали широко использоваться, а размеры 8-битных регистров стали доступны в большом количестве, RS-232 часто расширялся для передачи / приема 8 битов за раз.

Я думаю, что большинство людей сегодня просто ожидают, что он будет использоваться для 8-битной связи. Но это не всегда так.

Если это для микроконтроллера, невозможно определить скорость передачи данных из его генератора, но кристалл 8 МГц определенно способен создать 9600 бод.

Можете ли вы измерить и сказать мне точное время от первого минимума до последнего максимума? - Первое место выглядит немного не по мне. Мне кажется, что вы используете триггер, можете ли вы переместить его немного выше, потому что, если он является краевым триггером и находится на пиках, осциллограф, возможно, будет иметь проблемы с триггером.

Определение скорости передачи данных из трассировки объема иногда, но не всегда, возможно.

Скорость в бодах является обратной величиной битового периода, но сигнал может оставаться в одном и том же состоянии в течение многих битовых периодов, поэтому вы не всегда можете однозначно определить битовый период по трассе области.

Предполагая 8-битные данные без четности, ваша форма сигнала может представлять один байт с периодом бита ~ 100 нс, но она также может представлять два байта с периодом бита около 50 нс.