Страница 111 из 628
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн авг 30, 2010 13:02:13
Modest
Сенсорные кнопки расположены на отдельной плате такого же небольшого размера, вместе со светодиодами.
А светодиоды трёхногие с общим катодом.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн авг 30, 2010 13:25:56
ARV
Modest писал(а):А светодиоды трёхногие с общим катодом.
да начхать: к 4 линиям МК их подключить - не проблема вообще.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн авг 30, 2010 18:43:49
Modest
Спасибо разобрался. Немного геморно с программой будет, но по ходу других вариантов нет.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн авг 30, 2010 21:45:04
12val12
Подскажите может кто когда то пробовал..
Uniprof должен видеть AT90s1200 ?
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Ср сен 01, 2010 11:55:38
koyot
зачем нужен стек? что это такое я понял, а для чего нужен нет). в частности в обучающей статье
http://radiokot.ru/start/mcu_fpga/avr/08/ написано что он нужен для работы команды rcall. а что он делает не говориться.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Ср сен 01, 2010 12:27:03
Engineer_Keen
Для начала -
стек
Например где запомнить с какого адреса произошел вызов подпрограммы, чтобы потом на него вернуться? Удобнее всего - в стеке.
Или например нужен свободный регистр, а они все заняты? Сохраняем в стек, и можем смело его использовать. Потом просто восстанавливаем из стека старое значение.
Ну а уж про хитрые возвраты из подпрограмм отдельная история.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Ср сен 01, 2010 14:03:48
koyot
спасибо, тогда следуйщий вопрос- в той же статье встречается такой фрагмент кода для инициализации стека:
ldi Temp,RamEnd
out SPL,Temp
но это для контролера с однобайтовой адресацией памяти, а у меня mega8 с двухбайтовой, как мне инициализировать стек?)
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Ср сен 01, 2010 14:23:32
Engineer_Keen
Каждый байт отдельно:
Код: Выделить всё
LDI temp,high(ramend)
OUT SPH,temp
LDI temp,low(ramend)
OUT SPL,temp
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Чт сен 02, 2010 09:53:14
koyot
если в начале программы не указывать прерывания, то в эти ячейки запишутся команды программы? и что тогда будет?
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Чт сен 02, 2010 11:09:07
Meteor
Запишутся коды программы.
Если прерывания не разрешать - то программа будет работать "корректно". В противном случае получите все что угодно, но только не рабочую программу.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Чт сен 02, 2010 12:06:09
koyot
а как запретить или разрешить прерывания?
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Чт сен 02, 2010 12:41:20
SII
Естественно, соответствующими командами (cli и sei). Если нужно запретить от конкретного устройства -- соответствующим битом в соответствующем регистре. В общем, читаем документацию-с.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пт сен 03, 2010 07:54:25
alex83
Приветствую всех . Нужна помощь : собрался повторить вот эту конструкцию
http://sensi.org/~svo/patashnik/ автор в конце статьи приводит исходники , с АВР не знаком

, помогите откомпилить исходники .
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пт сен 03, 2010 11:36:10
koyot
SII писал(а):Естественно, соответствующими командами (cli и sei). Если нужно запретить от конкретного устройства -- соответствующим битом в соответствующем регистре. В общем, читаем документацию-с.
я если не указывать в соответсвующих ячейках метки на обработчики прерываний, то они срабатывать не будут? получается и Reset тоже?
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пт сен 03, 2010 11:37:22
koyot
SII писал(а):Естественно, соответствующими командами (cli и sei). Если нужно запретить от конкретного устройства -- соответствующим битом в соответствующем регистре. В общем, читаем документацию-с.
я если не указывать в соответсвующих ячейках метки на обработчики прерываний, то они срабатывать не будут? получается и Reset тоже?
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пт сен 03, 2010 12:26:00
Engineer_Keen
Если прерывание разрешено, то в случае срабатывания МК перескочит на соответствующий адрес не зависимо от того что по этому адресу находится - переход на обработчик прерывания или любая другая команда. Но во втором случае 1) прерывания автоматически отключатся (не зря в процедурах обработки стоит RETI, это как RET+SEI) 2) если это не запланировано специально, то скорее всего прога накроется из-за глюков со стеком, а МК сбросится.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пт сен 03, 2010 12:27:32
SII
Прерывания срабатывают, когда они разрешены, а не когда для них указаны корректные векторы, просто если таблица векторов некорректна, работать ничего не будет. Сброс запретить, понятное дело, невозможно; это единственный вектор, который должен быть определён всегда. Но лично я всегда определяю все векторы, просто неиспользуемые в конкретном случае выполняют переход на команду возврата из прерывания.
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн сен 06, 2010 14:44:12
VasiliySv
Здравствуйте!
Опять возникал проблемка - для dsPIC на высоких частотах(40Мгц) нужен внешний TTL генератор
нашёл самую простую схему в русском микрочипе (см. аттач)
но непонятно куда уходит резистор, который подписан как 10kW
и неясно зачем второй регулируемый резистор на 10 ком (из "там написанного" непонятно)
да и микросхемы 74AS04 у нас в городе нигде нет, чем заменить можно?
и вообще есть ли какиенибудь спец микросхемы TTL генератора, с минимальной обвязкой?
заранее спасибо!
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн сен 06, 2010 15:21:15
koyot
что будет если во время обработки контроллером одного прерывания сработает другое прерывание? переполнение стека?
Re: Мелкие вопросы по МК и ПЛИС.
Добавлено: Пн сен 06, 2010 17:28:17
AI_Disable
Если в прерывании разрешены прерывания, то второе прерывание прервёт первое. Если же прерывания в прерывании запрещены, то второе прерывание установит соответствующий флаг и когда обработка первого прерывания будет завершена, произойдёт второе.
UPD: Другими словами, контроллер способен корректно работать даже если все прерывания произойдут одновременно. В этом случаи они будут выполняться по порядку, согласно приоритету.