Советы по перекрестной проверке скорости передачи usart

Я пытаюсь использовать модуль синего зуба HC05 с графическим контроллером здесь, и я хотел бы проверить свою перекрестную проверку скорости передачи данных с помощью осциллографа или моделирования.

Я хотел бы знать шаги или хорошие методы, которые вы, ребята, делаете, обеспечивая правильную связь usart и скорость передачи данных.

Один метод, который, как я надеюсь, я мог бы использовать, - это сделать с областью действия :). И наименее предпочтительным будет Proteus. Я хотел бы, чтобы ваша точка зрения научилась для меня.

Ответы (2)

Я использую стандартный аналоговый осциллограф, который мне подарили много лет назад. Это все, что вам нужно, если вы знаете, что делаете.

Хитрость с RS232 заключается в том, чтобы использовать его протокол в своих интересах. Есть один специальный символ, который, если вы отправляете его несколько раз в узком цикле, показывает вам скорость передачи данных. Точнее, он раскрывает вам половину скорости передачи данных.

U

Символ U имеет шестнадцатеричное значение 0x55 или 0b01010101 в двоичном формате. Добавьте это к начальному и стоповому битам, и вы получите битовую последовательность 1010101010. Несколько раз отправьте это в узком цикле, и вы получите хороший прямоугольный сигнал, который вы можете увидеть на осциллографе, подключив его напрямую к выводу TX или RX. в зависимости от того, передаете ли вы или принимаете U в этот момент.

Вычислите период этой прямоугольной волны, возьмите его обратную величину, и вы получите частоту. Удвойте это, и у вас есть скорость передачи данных. Или, если у вас есть причудливый осциллограф, который может определять частоты, он может точно сказать, какова половина вашей скорости передачи в бодах — просто удвойте цифру, которую он вам дает.

Разве мы не можем проверить осциллографом на выводах rxt и tx контроллера и проверить его? Я надеюсь, что он покажет скорость передачи данных. И «u», кажется, является основным коротким путем.
Это 'U', а не 'u' (верхний регистр важен ). Я не уверен, что вы подразумеваете под «проверьте осциллографом на выводах rxt и tx контроллера и проверьте его».
Я имел в виду прямое подключение выводов rx и tx контроллера к датчику прицела и наблюдение за тем, как контроллер отправляет «U» в замкнутом цикле. Это правильный способ. Извините за мой плохой английский.
Да, это то, что я имею в виду под «прямоугольной волной» — это картина, наблюдаемая на осциллографе при подключении его к контакту TX или RX при отправке (или получении) U.
Я думаю, что узкая петля должна зависеть от «C»? Я получил частоты ч / б 2,8–3,8 кГц в прицеле во время наблюдения.
Поэтому измерьте расстояние между пиками и сделайте это вручную.
Хороший совет. +1 за «У».

Чтобы ответить на часть вопроса о моделировании, я опишу, что я сделал, когда получил в свои руки свой самый первый PIC. (это было почти 20 лет назад....)

Я построил голую печатную плату. (PIC, развязывающие конденсаторы, все контакты питания подключены к PIC, MAX232 с колпачками, 9-контактный разъем типа D и т. д.)

Поставляемая демонстрация не удалась (очень разочаровывает). Тогда у меня были только УФ-стираемые PIC для использования ... 30 минут между вспышками замедляют вас.

Я отказался от «настройки и тестирования» и сел за работу, исходя из первых принципов, рассчитал изменения входного контакта, чтобы получить символ, и запустил его в моделировании PIC (отладчик?).

Моделирование позволило вам имитировать смену контактов на PIC в определенное время. Это было так полезно, когда я пытался правильно подобрать время.

+1 за возвращение воспоминаний, но в наши дни асинхронное общение происходит довольно редко (слава богу).
Советы по перекрестной проверке скорости передачи usart
СпросиСетьПолитика конфиденциальности1y, 0v