Мелкие вопросы по МК и ПЛИС.

taptun

В AVRке - источником запуска АЦП отвечает регистр SFIOR (Биты 7-5 ).

Реклама

paskal

Есть МК. Атмеловский 51-й, но это не важно. Нужна тактовая частота 22.1184 МГц. Таких кварцев найти не удается. Зато в доступе на 7.3728. Можно ли подключить его к МК так чтоб он работал на 3-й гармонике?

Реклама

КРАМ

Во первых, сам кварц должен иметь ВОЗМОЖНОСТЬ возбуждаться на третьей гармонике. Что не факт.
Во вторых, осциллятор МК не рассчитан на возбуждение кварцев на несвойственной им гармонике.
Ну и реализовать задуманное можно путем создания ГЕНЕРАТОРА на третьей гармонике имеющегося кварца и подаче на вход осциллятора МК уже ГОТОВОГО сигнала. Ну а во фьюзах нужно прописать такой тип тактирования, естественно.

Gudd-Head

paskal писал(а):Можно ли подключить его к МК так чтоб он работал на 3-й гармонике?

Внешнюю ФАПЧу замутить

Реклама

paskal

КРАМ писал(а):Во вторых, осциллятор МК не рассчитан на возбуждение кварцев на несвойственной им гармонике.

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

Реклама

Sola

Подскажите пожалуйста простейшую плату под мегу8, чтоб были кварц, 7805, isp, гребенки и всё. Пересмотрел много вариантов и везде платы большие, куча ненужных мне индикаторов и прочего. Нарисовал бы сам, но - не умею(

Реклама

Chettuser

Я вот на STM32 сумел как то, что Вам мешает?

https://www.mantrid.ru/forum/showpost.p ... ostcount=3

Gudd-Head

Sola писал(а):плату под мегу8

Во-первых, она в трёх корпусах.
А во-вторых, самому нарисовать. Не?

oleg110592

Sola писал(а):Подскажите пожалуйста простейшую плату под мегу8, чтоб были кварц, 7805, isp, гребенки и всё

почти всем требованиям отвечает:
http://www.inzarsalfikar.com/2010/10/mi ... c-pcb.html

oleg63m

paskal писал(а): Я спрашиваю, нельзя ли так видоизменить схему подключения чтоб он стал работать на 3-й?
Во вложении одна такая схема, правда для совсем другого кристалла.

"можно даже козу на плацу", так когдато говорил мой ком роты.
если надо стабильность и устойчивость в работе, надо городить внешнюю схему генератора, или утроитель. штатная на такое не расчитана, если вам и удасться, то повторить ее врят ли будет возможно. да и время суровый судья: сегодня работает- завтра жопа в мыле

Sola

Спасибо за отклики, уже нарисовал сам, но есть 3 перемычки, может можно как-то оптимизировать? Работаю с этим Диптрэйсом один день, всех хитростей не знаю. Плата одностороння т.к. опыта изготовления плат не имел. Что скажете?

jazz393

вопрос чисто теоретический т.к. наткнулся на такой вопрос в инете - может ли контроллер (в том случае мега16) сбрасываться в случае нехватки RAM. Я думал что не может, но люди пишут что якобы может. Мне казалось что в этом случае(нехватки RAM) он просто начинает затирать старые данные и происходит тоже очень неприятная штука. И если это так, то как так получается, мне не очень понятен тогда как это происходит...ну т.е. что конкретно следит за переполнением озу и сбрасывает instruction pointer в 0x00 ...?

uk8amk

Нехватка ОЗУ для МК приводит к непредсказуемым последствиям(крушение или зависание программы).
Компиляторы обычно подсчитывают размер статических объектов(например массивы фиксированной длины) и при недостаточном размере свободной памяти проект просто не соберётся. По этой причине динамические объекты без особой нужды лучше не использовать.
В более продвинутых МК за работой с памятью может следить MPU или MMU. Соответствующее им исключение может прибить глючный процесс или дать сигнал ОС для разбирательств.

Jack_A

Представил себе Мегу16 с операционной системой, многозадачным режимом... Кинуло в дрожь.

ChipKiller

jazz393 писал(а):Мне казалось что в этом случае(нехватки RAM) он просто начинает затирать старые данные и происходит тоже очень неприятная штука. И если это так, то как так получается, мне не очень понятен

.. если чисто теоретический, то представьте ситуацию, когда затирается стек возвратов. Тогда после первой же инструкции RET или RETI программа улетит в неизвестном направлении

jazz393

Добрый вечер, читал даташит на stm32 и у меня внезапно возник глупый вопрос - для чего подтягивающие резисторы используются когда порт сконфигурирован на выход(не с открытым коллектором), конкретно регистр PUPDR, это же по сути просто то же что записать в ODR 1 или 0

Chettuser

Так это и происходит в том же MPLAB, например. При переполнении стэка. Вылетает чёрт знает куда. Ну... на самом деле по определённому адресу, который "накопился" в стэке.
Иногда шёл на хитрость и писал перед выходом из функции return. Возможно это от компилятора зависит.

uk8amk

jazz393 писал(а):для чего подтягивающие резисторы используются когда порт сконфигурирован на выход(не с открытым коллектором), конкретно регистр PUPDR

Насколько я понял этот момент из RM, PUPDR работает вне зависимости от режима порта за исключением аналоговых функций. Видимо побочный эффект.
И ODR не влияет на PU/PD, это не одно и тоже.

jazz393

uk8amk писал(а): Насколько я понял этот момент из RM, PUPDR работает вне зависимости от режима порта за исключением аналоговых функций. Видимо побочный эффект.
И ODR не влияет на PU/PD, это не одно и тоже.

т.е. когда порт работает на выход не важно что записано в этом регистре?

Евгений33

Добрый вечер! Собственно вопрос, на шине UART (mega162) весят два драйвера max487 и один изолятор ADUM1301. При посылке данных от контроллера на удаленное устройство через 1301 все проходит хорошо, при ответе удаленного устройства на шине RX амплитуда сигнала не падает ниже 2,5 вольт, то есть пачки сигналов проходят, но их амплитуда велика (в посылке отсутствуют нули сигнала) контроллер не получает данные. Как только мы отрываем выходную ногу приемника 1301 от шины RX или отключаем передатчики драйверов 487, путем управления через вывод DE, все работает хорошо. Может что то с нагрузочной способностью 1301?