Отправлено _Sgrig 14 июля 2004 г. 09:35

Извини, вчера задал вопрос и через несколько минут вынужден был
отъехать в Новосиб, час назад вернулся и проверил ACLK на ноге
P1.5(82). Там все как надо - частота часового кварца, причем биты
FLL_DIVx работают, частота делится. Проблема только с MCLK, он не
хочет питаться ни от LFXT1, ни от XT2, а только от DCO!
Я почти на 100% уверен, что TI облажался.

• Ответ: пример — pacemaker   (14.07.2004 16:11, 289 байт)
• Ответ: MSP430 (1232, 1121) отлично работает как от часового кварца, так и от ДСО — pacemaker   (14.07.2004 16:05, 54 байт)
• Да, и прежде чем переходить на тактирование от кварца, нужно убедиться что кварц генерит(+) — VVL_1   (14.07.2004 15:08, 254 байт)
• Может я не понял сути но: (+) — VVL_1   (14.07.2004 14:55, 657 байт)
  • 2VVL_1 и pacemaker. Вы либо не читали предысторию, либо не внимательно читали. Речь про F4xx(точнее MSP430F413). В других сериях кристаллов нет возможности тактировать MCLK от ACLK. — rezident   (14.07.2004 16:29, пустое)
    • Принцип детектирования OSC Fault XT2 - одинаковый, а детектирование OSC Fault in LF mode XT1 - смотри как в х33х - флаг сбрасывать нужно програмно! — VVL_1   (14.07.2004 16:56, пустое)
      • А slaa081.pdf page4 столило-бы посмотреть хотя бы для того, что бы узнать как детектируеться HS OSC fault. Сказано же - не эталон, я приблизительно 50uSec, т.е. 10-100uSec интервал. — VVL_1   (14.07.2004 17:11, пустое)
      • Подробнее: (+) — VVL_1   (14.07.2004 17:07, 629 байт)
        • Хм. Возможно Вы и правы. В том, что несмотря на сброшенные LFOF и XT1OF, нужно все равно программно сбрасывать OFIFG и только потом переключать MCLK на тактирование от LFXT. — rezident   (14.07.2004 17:14, пустое)
      • Даааа? А я-то поверил даташиту SLAS344A, что XT2OF, XT1OF, LFOF и DCOF read-only :) — rezident   (14.07.2004 17:05, пустое)
        • СБРАСЫВАТЬ НУЖНО OFIFG - который в SFR @02h, BIT1 {IFG1.1} — VVL_1   (14.07.2004 17:14, пустое)
          • ЪЛЯ! Действительно! — -=Shura=-   (14.07.2004 18:58, 177 байт)
            • Во-во, основная информация в примечаниях :) — VVL_1   (14.07.2004 19:58, пустое)
          • Я проверил на 449-м - всё работает ОК от кварца 32768. Только нужно подождать покаместь он раскачаеться. При Vcc=3.3B --~300mS. — VVL_1   (14.07.2004 17:16, пустое)
            • И проконтролировали, что MCLK именно 32768? Выходит моя мысль в правильном направлении двигалась (про порядок и время инициализации). — rezident   (14.07.2004 17:20, пустое)
              • Да. Запустил софтварную задержку на 0x7FFF, и помигал светодиодом - переключаеться где-то через 1 секунду. Безо всяких там Tektronix-ов и Lecroy-ев. Пример для FET440. — VVL_1   (14.07.2004 17:23, пустое)
                • ОК. Спасибо! "Хорошо то, что хорошо кончается" :) — rezident   (14.07.2004 17:27, пустое)
      • Он не устанавливается. — -=Shura=-   (14.07.2004 17:03, пустое)
        • Кстати, Shura, а не пробовали переключать MCLK=ACLK не сразу, а с задержкой этак в пару секунд после старта? — rezident   (14.07.2004 17:10, 154 байт)
    • Тьфу, MSP430F436. — rezident   (14.07.2004 16:31, пустое, ссылка, картинка)
• 2 Shura с предыдущей страницы. Ответ на => — rezident   (14.07.2004 12:12, 641 байт, ссылка)
  • Вариант проверки скорее первый, а период — -=Shura=-   (14.07.2004 12:24, 45 байт)
    • А что определяет этот период? т.е. какой эталон 50us там есть? — rezident   (14.07.2004 14:23, пустое)
      • Да как-то забыли мне сообщить з@ср@нцы Ed и Toni... — -=Shura=-   (14.07.2004 15:09, пустое)
• Кстати, вышла MSP430x4xx Family User's Guide Errata. Может, там что будет? — vmp   (14.07.2004 11:03, пустое, ссылка)
  • Неа, ничего там про это нету. — -=Shura=-   (14.07.2004 11:10, пустое)
• Что ж, подождём их ответа. — -=Shura=-   (14.07.2004 10:09, пустое)
  • Если не затруднит, копию на мыло — _Sgrig   (14.07.2004 10:14, пустое)
    • Лучше в конфу — SM   (14.07.2004 10:26, пустое)
      • Присоединяюсь, очень полезная информация — Sot   (14.07.2004 11:45, пустое)
        • Только хорошо, если ответ недели через 3 придет :) — SM   (14.07.2004 11:46, пустое)
          • Не придет ответ всего через неделю, но суть ответа будет в том, что "читайте User's Guide, стр. такая-то" :( — rezident   (14.07.2004 12:02, пустое)
          • Подождем, главное, чтобы ответили :) — Sot   (14.07.2004 11:48, пустое)
            • Ответить-то они ответят обязательно, вот смотря что :-) — -=Shura=-   (14.07.2004 12:06, 363 байт)
              • Ага. А после длительной переписки, которая не дала никакого положительного результата, они еще пришлют письмо с просьбой оценить качество их подержки :)))) — rezident   (14.07.2004 15:34, пустое)
              • Н-да, грустная история :( — Sot   (14.07.2004 12:17, пустое)
• Что ж, подождём их ответа. — -=Shura=-   (14.07.2004 10:09, пустое)