TIVA TM4C123G проверить тактовую частоту с помощью осциллографа

Я пытаюсь настроить системные часы на плате TIVA TM4C123g. Я знаю, что этот тактовый сигнал поступает на контакт OSC0, который, согласно этому , является контактом номер 41 (см. стр. 22). Согласно тому же документу, этот вывод должен находиться в U1модуле печатной платы, который можно найти в Component Locations.

Я нашел модуль в моей плате:

этот.

Однако к нему не подключены отладочные контакты. Должен ли я измерять непосредственно контакты, которые выходят из чипа? Разве это не опасно? (вы можете коснуться двух из них щупом, что приведет к короткому замыканию).

Как измерить системную тактовую частоту, чтобы убедиться, что я правильно ее настроил?

Вам нужно найти принципиальную схему для вашей печатной платы.
@Andyaka К вашему сведению, вопрос с самого начала содержал ссылку на схему, но автор вопроса неправильно ее прочитал.

Ответы (2)

Вы неправильно прочитали схему, которую вы дали.

Часть, которую вы обвели, на самом деле является U2, интерфейсом отладки, состоящим из дополнительного MCU с собственной тактовой схемой, а U1 — это целевой MCU, расположенный по диагонали посередине, который запускает вашу программу.

В то время как некоторые аналогичные платы экономят немного денег, передавая тактовый сигнал от отладочного MCU на цель, приведенная вами схема показывает, что ваша схема этого не делает.

Скорее всего, на вашей плате целевой U1 тактируется от собственного внешнего кристалла 16 МГц, или часового кристалла с более низкой частотой, или, вероятно, внутренних генераторов, вероятно, начиная с последнего, а затем переключаясь на другой вариант под управлением программного обеспечения. Что еще более важно, при обычном использовании он на самом деле не синхронизируется напрямую с ними, а скорее с выходом внутреннего множителя PLL, настроенного вашим кодом.

Вообще говоря, если вы выполняете правильные параметры конфигурации (т. е. используете библиотеку поставщика) и не делаете ничего неожиданного (например, вызываете процедуру настройки, когда она уже запущена на PLL), эти «просто работают», и вы, как правило, проверяете, что они работают, читая биты состояния с помощью программного обеспечения.

Если вы действительно хотите посмотреть на внешнюю тактовую частоту с помощью осциллографа, попробуйте проверить C32 или, возможно, C31 с помощью 10-кратного пробника, чтобы свести к минимуму нарушение цепи. В целом, хотя было бы лучше настроить некоторый выход , зависящий от часов , и измерить его частоту - очень очевидным случаем является последовательный UART, который вы все равно хотите использовать для сообщений отладки, или, возможно, периферийное устройство таймера. Обычно это также ниже по течению от PLL, хотя деревья часов на современных микроконтроллерах могут быть довольно сложными.

Пожалуйста, не могли бы вы дать мне более подробную информацию об измерении выходного сигнала, зависящего от часов? Я не вижу, как измерить тактовую частоту через UART
С помощью UART вы должны передать что-то вроде 0x5A, которое имеет множество битовых переходов в узком вечном цикле, посмотреть на сигнал с помощью области и посмотреть, соответствует ли скорость передачи ожидаемой. Поскольку скорость передачи данных делится на часы , это позволяет вам определить частоту этих часов. Конечно, это могут быть периферийные часы , которые могут иметь небольшое отношение к любым источникам основных часов. Опять же, вам, вероятно, не нужно это "измерять" - с чего вы взяли, что это неправильно?
Почему вас, в конце концов, вообще волнует, какие часы? Если у вас есть ответ на этот вопрос, то причина вашего беспокойства, вероятно, заключается в том, чтобы предложить лучшие часы для измерения и метод их измерения.
На самом деле я пытаюсь настроить и использовать ШИМ (который, конечно, не работает), и я подозреваю, что проблема может быть в тактовом сигнале, который он получает.
Вы должны убедиться, что таймер, производящий ШИМ, и, возможно, банк GPIO, через который он выйдет, синхронизированы и настроены. Если они тактируются, но тактируются с неправильной частотой , вы, вероятно, получите ШИМ с частотой, отличной от желаемой, и из этого вы можете сделать вывод о проблеме с тактовой частотой. Почему бы вам не начать с какого-нибудь известного хорошего примера ШИМ , а затем постепенно мигрировать в соответствии с вашими конкретными потребностями?
У меня есть рабочий пример PWM, но он использует API, предоставленный Техасом (который, так сказать, «сложный»), но я хочу сделать это сам. Я пытаюсь выяснить проблему своими силами, так как моя цель 100% академическая. Кстати, я закончил тем, что измерял часы своими часами (добавляя большие задержки)

Процессор, который вы обвели, является частью интерфейса отладки. Это не тот процессор, который можно запрограммировать. Процессор, который вы можете запрограммировать, показан ниже и установлен под углом.

Процессор отладки реализует интерфейс USB для этой платы Launchpad, поэтому изменение его тактовой частоты может нарушить связь USB.