|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
||||||
Косяки с тактированием от внешнего кварца13.02.2017, 15:55. Показов 5052. Ответов 15
Метки нет (Все метки)
Доброго времени суток.
Наткнулся на неочевидный (по-крайней мере, для меня) косяк. По каким-то непонятным причинам внешний кварц на 16 МГц не может раскачаться до нормального уровня, все время возникает на выходе XOUT постоянное смещение в 400 мВ, а амплитуда самого синуса не превышает 100 мВ. Кроме того, возникает артефакт, похожий на сброс контроллера, причем периодический: каждый 2 - 3 мс и без того слабый сигнал резонатора падает до 100 мВ, затем вновь возвращается в исходное положение. Кто бы мог подсказать, в чем может быть проблема? Я в MSP430 совсем немного копаюсь, поэтому спрашиваю совета. Чтобы телепатов не напрягать, опишу условия: контроллер MSP430F2410, к выводам XIN XOUT подключен кварц HC49U на 16 МГц с нагрузочными конденсаторами 12 пФ (вроде бы маловато, но коллеги ставят на своих платах с тем же камнем - и работает). Код программы имеет следующий вид: код
0
|
||||||
| 13.02.2017, 15:55 | |
|
Ответы с готовыми решениями:
15
Не могу заставить atmega16a работать от внешнего кварца |
|
0 / 0 / 0
Регистрация: 15.06.2012
Сообщений: 3,097
|
||
| 13.02.2017, 17:29 | ||
BCSCTL3 |= LFXT1S_2; //источник - кварц 16 МГц Зачем использовать Read-Modify-Write? Задай конфигурацию клока явно, тем более что XCAP по дефолту совсем не 0... delay_symple(0x0FF); это сколько времени? Кварцу для старта надо время, попробуй увеличить задержку.
0
|
||
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
||
| 13.02.2017, 17:57 | ||
На счет времени - это получается при дефолтной частоте около десятка микросекунд. Конечно, в Users Guide почти такой код (только в асме) и предлагается, но попробую увеличить.
0
|
||
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|
| 13.02.2017, 18:13 | |
|
Вроде бы отчасти действительно помогло. Прекратились провалы тактирования.
Но все еще кварц находится в состоянии, хм... насыщения, если к нему этот термин применим. Частота стабильная есть, но со смещением примерно в полвольта. Соответственно, программа как будто бы далее не выполняется, или выполняется, но очень медленно, т.к. диод (повешенный к P4.3, который переключается в прерывании) не мигаецца.
0
|
|
|
0 / 0 / 0
Регистрация: 15.06.2012
Сообщений: 3,097
|
|
| 13.02.2017, 18:22 | |
|
Попробуй другой кварц, мк заточенные под низкое потребление довольно привередливые. Можно так же попробовать вывести клок (MCLK или SMCLK) на ногу и посмотреть осциллографом. Смотреть непосредственно на кварце нельзя, у щупа большая ёмкость.
0
|
|
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|
| 14.02.2017, 10:49 | |
|
Посмотрел я на ногах MCLK, SMCLK ACLK осциллографом. Действительно, черти что творится: на всех трех ногах - иголки, с частотой около 3 Гц, при том, что настраивал я таким образом, что MCLK тактируется напрямую от кварца - 16 МГц, ACLK - оттуда же, но с делителем на 2 (8 МГц). MCLK вообще не настраивал, так что по дефолту должно было бы быть (если не изменяет память, то около 1 МГц).
Пока не могу понять, с чего бы так. Попробую кварц поменять, поставить с других плат и, может, еще уменьшить нагрузочные емкости. А пока хотел бы узнать, сталкивался кто-нибудь с таким багом в тактировании?
0
|
|
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|
| 14.02.2017, 13:01 | |
|
Похоже, что все-таки разобрался. Дело было в программе, но мне до конца не понятно, в чем именно. Почему-то MCLK и ACLK не желают запускаться от LFXT1 в режиме HF, пока не выставлены биты XTS1...0 вместе с битами LFXT1S1...0 (даром, что при этом XT2 выключен битом XT2OFF и на ногах XT2 вообще ничего не висит).
0
|
|
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|
| 14.02.2017, 15:28 | |
|
Хм, недолгой радость была. Как ни странно, но точно та же самая программа, которая работала до обеда, после вновь стала давать те же самые косяки: иголки на выходах MCLK, SMCLK, ACLK, регулярные провалы в тактировании на кварце.
Кстати, что характерно, если присмотреться к сигналам ACLK и MCLK, они выглядят не совсем как иголки - если смотреть на периоде около 50нс, то видно, что на самом деле, эти "иголки" - это пачки прямоугольных импульсов, которые "живут" всего-навсего 500 - 600 нс, после чего сигнал пропадает и остается в течение 2 мс постоянное напряжение около 400 мВ (все тех же, да). Такое поведение очень похоже на risit, но с чего бы ему возникать? Watchdog, как видно из кода, отключен.
0
|
|
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|
| 15.02.2017, 15:57 | |
|
В общем, длительное копание показало, что дело отнюдь не в схемотехнике, а именно в программе.
Включил Mspdebug в режиме симулятора, загрузил в него полученный *.elf файл, начал его гонять и... заметил, что после первой сработки прерывания (на данный момент оно одно-единственное - таймер А по сравнению с TACCR0) и выполнения его обработчика случается совершенно внезапный прыжок в адрес 0xffff, на котором система глохнет. Очевидно, что в железе происходит тоже самое, после чего наступает risit и все начинается заново. И как раз-таки этот прыжок может случиться совершенно произвольно: сразу через две команды после reti первого прохода обработчика прерывания, либо через еще сотню-другую тактов... но так или иначе все заканчивается таким вот "вылетом" регистра PC в 0xffff, совершенно внезапным. При этом, если запретить прерывания вообще, то этого не случается, но это совсем не выход, тем более в требуемом приборе. Я думал, что где-то стек срывает (хотя чем, казалось бы, всего одна глобальная uint16_t переменная), наблюдал за шагами стека и его содержимым, но нигде не замечал ни резкого изменения стека, ни единого случая, когда бы он указывал на ячейку с 0xffff. Сделал ради того, чтобы проверить, NMI прерывание, (т.к. это единственный объект, на который падала тень - по адресу его вектора лежал как раз адрес 0xffff), но как вылет был, так и остался - в обработчик прерывания NMI указатель не попал ни разу. Кто-нибудь может подсказать, что за глюк такой может быть? Уже голову сломал, сроки идут, а тут запнулся на такой тупой ошибке, которую не могу отловить. Или это нормальное явление для MSPGCC, такие финты устраивать?
0
|
|
|
0 / 0 / 0
Регистрация: 15.06.2012
Сообщений: 3,097
|
||
| 15.02.2017, 16:27 | ||
0
|
||
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|||||||
| 15.02.2017, 16:45 | |||||||
Нет, не оптимизирует, в том и дело. Вот как выглядит строка в дизассемблере:
0
|
|||||||
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
||||||
| 15.02.2017, 16:58 | ||||||
|
Также, если это как-то может помочь - трассировщик mspdebug перед тем, как PC уходит в симуляторе по адресу 0xffff выдает следующее
0
|
||||||
|
0 / 0 / 0
Регистрация: 15.06.2012
Сообщений: 3,097
|
|
| 15.02.2017, 17:13 | |
|
TACCTL0 |= CCIE; // это прерывание имеет вектор TIMERA0_VECTOR (0xFFF2)
TACTL |=TASSEL0|ID_1|MC_1|TAIE; // это прерывание имеет вектор TIMERA1_VECTOR (0xFFF0) Обработчика TIMERA1_VECTOR в коде нет?
0
|
|
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
|
| 15.02.2017, 17:19 | |
|
Блин! Точно! Дошло наконец.
Только что проверил. Убрал TAIE - перестал слетать. Надо ж было так не сообразить, что будут два прерывания одновременно в таком случае...
0
|
|
|
0 / 0 / 0
Регистрация: 15.06.2012
Сообщений: 3,097
|
|
| 15.02.2017, 17:30 | |
|
TACCTL0 |= CCIE; это прерывание по совпадению канала 0
TAIE это прерывание по переполнению Самое смешное, что только у канала 0 свой вектор, все остальные используют один вектор вместе с TAIE.
0
|
|
|
0 / 0 / 0
Регистрация: 04.06.2015
Сообщений: 176
|
||
| 15.02.2017, 17:33 | ||
0
|
||
| 15.02.2017, 17:33 | |
|
Помогаю со студенческими работами здесь
16
Pinboard STM32F103xx и тактирование от внешнего кварца 12МГц Конфигурация для работы от внешнего кварца (PIC16F1824) stm32l476vg не инициализируется RTC от внешнего кварца LSE Atmega16. Фьюзы для внешнего кварца 16 мегагерц Atmega 128 fuse как затактовать от внешнего кварца Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Символьное дифференцирование
igorrr37 13.02.2026
/ *
Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2).
Унарный минус обозначается как !
*/
#include <iostream>
#include <stack>
#include <cctype>. . .
|
Камера Toupcam IUA500KMA
Eddy_Em 12.02.2026
Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
|
И ясному Солнцу
zbw 12.02.2026
И ясному Солнцу,
и светлой Луне.
В мире
покоя нет
и люди
не могут жить в тишине.
А жить им немного лет.
|
«Знание-Сила»
zbw 12.02.2026
«Знание-Сила»
«Время-Деньги»
«Деньги -Пуля»
|
|
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров
8Observer8 12.02.2026
Содержание блога
Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .
|
SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image)
8Observer8 11.02.2026
Содержание блога
Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .
|
SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image
8Observer8 10.02.2026
Содержание блога
Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .
|
Установка Qt-версии Lazarus IDE в Debian Trixie Xfce
volvo 10.02.2026
В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .
|