Иероглифы в Virtual Terminal Протеуса

rocky7 · 13.08.2011, 13:20

В в исходнике на CAVR пишу например, putchar('A');
В Virtual Terminal Протеуса выводит иероглифы?

dosikus · 13.08.2011, 13:34

rocky7, Потому что скорость выставлена неверно...

ctocopok · 05.10.2011, 13:28

Столкнулся с такой же проблемой.
вот исходник:

Код:

void setup(){ // Инициализация контролера.
Serial.begin(300);          // Выбираем скорость обмена по UART.
}

void loop(){ // Главный програмный цикл
Serial.println("string");           // Отправляем данные на UART
Serial.println ("");
Serial.println("\n");
Serial.println ("--------");
delay(2000);
}

Результат на картинке

Скрин-шот настроек виртуального терминала также прилагаю.

UPD: починил.
Так как АТМега работает на 16 (верно?) мегагерцах, а в настройках протеуса, чтобы он успевал все просимулировать, стоит 4Мгц, скорости портов тоже должны быть разными.
В исходнике я сделал 38400, а в настройках терминала 9600 (разница в 4 раза). Тогда стало работать.

CodeNameHawk · 20.10.2011, 16:08

Сообщение от ctocopok

Так как АТМега работает на 16 (верно?) мегагерцах, а в настройках протеуса, чтобы он успевал все просимулировать, стоит 4Мгц,

Подход не верен.

ctocopok · 20.10.2011, 16:29

Сообщение от CodeNameHawk

Подход не верен.

аргументация слабовата.

Easyrider83 · 20.10.2011, 16:58

Сообщение от ctocopok

аргументация слабовата.

Да нет, человек прав. Вы явно не тем участком мозга эту мысль изобретали. Поставьте честные мегагерцы и увидите нормальный результат.

ctocopok · 20.10.2011, 18:53

Сообщение от Easyrider83

Да нет, человек прав. Вы явно не тем участком мозга эту мысль изобретали. Поставьте честные мегагерцы и увидите нормальный результат.

а) восхищаюсь вашим талантом понимания всей сути изложенного по всего двум словам.
б) если ставить честные мегагерцы, то на выходе при симуляции получим Simulation is not running in real time due to excessive CPU load и загрузку процессора в 80-100%.
ПОЭТОМУ имеет смысл снизить частоту МК в проекте процессора, а скорость порта виртуального терминала поставить столь же кратно меньше той, которая будет в живом изделии.

Саня · 20.10.2011, 19:11

Сообщение от ctocopok

б) если ставить честные мегагерцы, то на выходе при симуляции получим Simulation is not running in real time due to excessive CPU load и загрузку процессора в 80-100%.
ПОЭТОМУ имеет смысл снизить частоту МК в проекте процессора

Какой смысл ? Фильм тормозит ?

ctocopok · 21.10.2011, 12:39

Сообщение от Саня

Какой смысл ? Фильм тормозит ?

Вы не видите смысла убирать ошибки? Вас не смущает рев вентиляторов и жар от компьютера при работе самого простого блинка? Работайте на "полной" частоте. Можно и дальше пойти, не уравнивать скорости терминала в исходниках и в настройках. Пишет что-то и ладно.

Easyrider83 · 21.10.2011, 12:45

Пока что суть изложенного вами - ваше нежелания понимать принцип работы симмулятора. Выложите ваш проект. Я уверен, что там есть где разгуляться при оптимизации.
При использовании внешнего кварцевого генератора, симмулятор не имеет понятия о текущей тактовой частоте работы ядра. Поэтому вам приходится указывать частоту вручную. Советовать вам мы можем. Думать за вас - увы.