Получение ввода и вывода мусора через последовательное соединение с микроконтроллером

4646
SwimBikeRun

Я пытаюсь подключиться к плате MicroZed через USB-порт с тератермом в Windows 7, и у меня возникают некоторые проблемы. Мне удалось подключиться к этой точной плате с помощью minicom в Linux, но я не могу заставить ее работать с Windows. Мне также не нужно было ничего настраивать в Linux, я просто использовал minicom -D / dev / ttyUSB0. Что может вызвать проблемы с подключением в Windows?

Прикрепленный снимок экрана - я набираю «ls» после подключения. Так что подключается нормально, но выход и вход искажены. (посмотрите, что я набрал после красной части "ls")

Garbage Picture

0
Настройки правильные? Особенно скорость передачи ... Если бы мне пришлось угадывать, я бы попробовал установить 9600. ppeterka 10 лет назад 2
9600 также приводит к мусору. Однако с 9600 я больше не могу ввести команду «ls» и заставить ее что-то вернуть (хотя и искажено). SwimBikeRun 10 лет назад 0
Хм, я только что гуглил и обнаружил, что действительно 115200,8, n, 1, n - рекомендуемая настройка. Кроме того, если посмотреть лучше, я вижу там текст README: с этим именем файла все в порядке. Кажется, что терминал находился в неправильном режиме эмуляции ... Некоторые символы правы, другие нет ... ppeterka 10 лет назад 0
Кажется, что ввод не искажен; это эхо обратно, которое уничтожено. Вместо команды «ls» попробуйте ввести команды с предсказуемым выводом, например, «echo ABCabc123». Вместо загрузки ОС этой платы (Linux?), Есть ли такой загрузчик, как U-Boot? sawdust 10 лет назад 0
Там может быть две проблемы. (1) Некоторые символы представляют собой две маленькие буквы, такие как `LF`,` VT` и `FF`. У VDT был ** режим мониторинга **, в результате которого управляющие коды ASCII (такие как «Перевод строки», «Вертикальная табуляция» и «Подача формы») отображались как похожие просматриваемые символы вместо выполнения действий над курсором. Но хотя такие символы есть в вашем выводе, все еще существует фактическое управление курсором курсора. (2) Некоторые из строчных букв (ASCII 0x61: 0x7A), по-видимому, переназначаются на символы рисования линий, которые варьируются от 0x81 до 0xDF в кодах отображения IBM PC. sawdust 10 лет назад 0

1 ответ на вопрос

-2
BenOcc

This happened to me as well and closing and re-opening TeraTerm cleared up the issue. I didn't have to reset the MicroZed.

I suspect that TeraTerm can either get out of sync or automatically change the character encoding on the fly. I suspect this because I had started the session communicating fine. I then cat'd a binary file which immediately caused the issue you are seeing. Once in that state I couldn't get out of it until I closed TeraTerm.

Похожие вопросы