Форум РадиоКот

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

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

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

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

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

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

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

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

Я вот на STM32 сумел как то, что Вам мешает?
https://www.mantrid.ru/forum/showpost.p ... ostcount=3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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