Перейти к содержанию
    

emark

Участник
  • Постов

    34
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о emark

  • Звание
    Участник
    Участник

Контакты

  • ICQ
    Array
  1. Так завесить практически не удается (если отрабатывать прерывание по сбою генератора) у меня сейчас сделанотак: MCLK от DCO; ACLK от кварца; частоты DCO и кварца одинаковые; разрешено прерывание по сбою генратора; в прерывании подтверждаю переход на DCO и пытаюсь запустить кварц, если в течении примерно 10 мс не удалось, то сброс.
  2. А это из какой errat-ы? В SLAZ167 такого нет, да и организация пунктов там другая. По смыслу тоже не понятно. Если биты не меняются, как тогда цпу тактируется? Какими-то окольными путями что ли?
  3. ммм... видимо немного не ясно написал. я замыкаю ноги кварца, а не поочередно в них тычу. противовес подсоединен к земле рядом с кварцем? а как это сделать в автономном аккумуляторном устройстве? это все уже проделано... Специально еще раз проверил. Все правильно. да... Собрали такое же устройсто на STM-е, показал себя в этом отношении покрепче.
  4. Эти все этапы я уже проделал. Собрали установку генерации ЭМИ (из латора и прерывателя), с помощью которого и нашли слабое место нашего изделия (кварц), путем последовательного экранирования частей платы. Просто потом я нашел более простой путь - непосредственного воздействия металическим предметом на ножки кварца. Еще раз повторю, меня сильно смущает что сбивая тактовый генератор (пусть варварскими методами), можно запустить произвольный кусок кода прошивки. Раньше на MSP я с таким не сталкивался. С зависанием худо-бедно справится внешний watchdog, а вот с исполнением произвольного куска кода...
  5. Тыча, я имитировал помеху. Результат был очень похожий. Меня смущает другое, возможность (и даже легкость), с которой можно MSP заставить выполнять произвольный кусок кода в прошивке. Обработка прерывания от сбоев генератора мне не помогла. ммм... про отладчик поподробнее. У меня JTAG отладчик сразу виснет, если я подобными издевательствами занимаюсь. Мы этим и занимаемся (поскольку полностью от кварца отказаться не можем) + перевод MCLK на DCO
  6. Конкретней... a то у меня libastral не установлена тоже...
  7. Доброго времени суток! Столкнулся со следующей проблемой. Есть автономное устройство, собранное на msp430f2254. Внешний WatchDog на устройстве отсутствует (сэкономили :)). Питание аккумуляторное. От заказчика стали приходить претензии: зависает (лечится только переключением питания). Экспериментально было определено, что проблема в кварце (12 МГц). Но вопрос не в этом. Во время экспериментов я определил, что тыкая какой-нибудь железкой в ножки кварца на раз получаем такое зависание, а иногда (довольно часто) пыполнения кода программы, отвественного за стирания внутреннего программного Flash с понятным результатом. MCLK от кварца. Если MCLK сделать от DCO проблема исчезает. Кто-нибудь сталкивался таким? Как решили?
  8. Не... скада, imho, для нас из пушки по воробьям.... да и нотелось бы кросплатформенное, даже в некотором смысле гетерогенное :)
  9. Прошу совета более опытных товарищей :) Возникла необходимость в проектировании программного комплекса управления объектами автоматизации и техпроцессами работающего на стыке полевой шины (сеть на основе rs-485 интерфейса) и цеховой сети. Как мне видится, комплекс должен состоять из отдельных "кубиков": 1) сервер, обслужиающий полевую шину; 2) сервер, обслуживающий базу данных; 3) заказчик просит OPC сервер; 4) клиенты для рабочих мест обслуживающего персонала. На основе чего писать интерфейсы (транспорт) взаимодействия "кубиков"? Хотелось бы платформонезависемое что-нибудь. Как я пронял, OPC - это однозначно Win :( Сложилось впечатление, что CORBA и COM/DCOM давно мертвы. Статьи, описывающие эти технологии датируются 2001-2002 годом. Что здесь сейчас наиболее передовое? Технологии на основе вебсервисов, или это из пушки по воробьям?
  10. http://lord-n.narod.ru/walla.html Айфичер Э. Джервис Б. Цифровая обработка сигналов. Дж. Прокис, Цифровая связь.
  11. Поищи на texas-ом сайте: IS-54 Digital Cellular Modem Implementation on the TMS320C5x (spra138.pdf) Implementing a /4 Shift D-QPSK Baseband Modem Using the TMS320C50 (spra341.pdf)
  12. нахожу вероятность 5 ошибок подряд. Можно ли здесь посчитать доверительный интервал? Насколько это состоятельно, имея на руках статистику 10е+8? Можно, причем с помощю этой же самой формулы. Доверительный интервал задает границы, внутри которых лежит искомая вероятность одиночного события. Подставляете эти границы в формулу и получаете границы, внутри которых будет лежать вероятность составного события. Но здесь может потребоваться анализ монотонности формулы. Для той, что я написал точка экстремума (максимума) = M/N. Но в начале нашего обсуждения вы написали: Вообще не состоятельно. Вероятность события 10е-14 очень маленькая и на выборке в 10е+8 испытаний это событие может вообще не произойти. Если же произойдет одно событие, то его вероятность будет рассчитана как 10е-8. Если размер 10е+8 для Вас критичен, то увеличивайте количество реализаций такой длины и выполняйте стат. обработку по ансамблю реализаций. Вероятность 5 ошибок подряд будет иметь как раз такую маленькую вероятность и на выборке в 10е+8 это событие практически вряд ли произойдет, а если произойдет, то его вероятность будет рассчитана как 10е-8, что собственно и получается при использовании метода оценки доверительного интервала из (И.Н.Бронштейн, К.А. Семедяев, "Справочник по математике" М.: Наука,1986,- 544 с., стр.459, 5.2.2.3.1 Доверительная оценка неизвестной вероятности по большим выборкам.)
  13. Стоп. Предположим, что ваши априорные знания ограничены только знаниями, что может выпасть орел или решка. В результате выполнения 10е+8 экспериментов выяснилось, что вероятность выпадения орла равна 10е-5 (посчитано). Посчитан доверительный интервал. Вопрос, с какой точностью (имея на руках статистику 10е+8) можно предсказать выпадение 100 орлов подряд?
×
×
  • Создать...