caxapa.ru :: У dsPIC30 вроде не проходит POR при работе от внутреннего генератора ...

GVC (11.03.2008 17:46, просмотров: 15031)

У dsPIC30 вроде не проходит POR при работе от внутреннего генератора ... Начал работать с dsPIC30F6012A и сразу напоролся на проблему ... Причём ранее с 10,12,16,18-той сериями контроллеров никогда не замечал такого ... Проблема заключается в том что в конфигурации процессора указываю MCLR - disable и основной тактовый генератор FRC c PLL x16. Контроллер прошивается удачно(прошиваю при помощи PICkit 2) но не стартует. Перепробовав разные комбинации, удалось выяснить что если MCLR - enable в конфигурации и подать вручную ресет(низкий уровень на этот вывод) контроллер заводится. Насколько я понял POR(Power on REset) в данном контроллере включён уже постоянно. Тогда неясно почему не стартует контроллер ресет должен же внутренний проходить... Помогите разобратся в чём могут быть грабли ? Доки изучил, но может чего упустил и не заметил отличия от предыдущих семейств. Конфиг который я встраиваю в прошивку(компилятор HT-soft dsPICC 9.60 pl1): __CONFIG(FOSC, FRCPLL16); __CONFIG(FWDT, WDTDIS); __CONFIG(FBORPOR, MCLRDIS & BOREN & BORV20 & PWRT64); __CONFIG(FGS, GCPU & GWRU); Может тут где грабли %( как по мне вроде всё правильно ...

Ответить

- Грабли именно в ноге MCLR. Не запрещай ее сбросовую функцию - она нужна для корректной работы программаторов и отладчиков. В чипе 64 ноги, а не 8 - нет необходимости это делать, а уж если есть - запрещай прямо перед продажей, вместе с локфузами - AVR(11.03.2008 18:00)
  - В этом пике она либо MCLR либо отключена, подробно не описанно что происходит в режиме когда MCLR disable %( Этот вывод у меня нисчем и не мультипликсирован, всё из за тогоже что он может только MCLR. GVC(366 знак., 11.03.2008 18:11)
    - Я уже сказал - для комфортной работы с программатором/отладчиком MCLR должен быть НЕ disabled. Точка. - AVR(11.03.2008 18:28)
      - Комфортная - не комфортная, не совсем понятно. Причём тут это, Ну вот у меня контроллер запрограммирован MCLR - disable всёравно он комфортно шьётся при помощи PICkit 2. Вопрос то в другом, без внешнего сброса эти процы не работают чтоли? GVC(355 знак., 11.03.2008 18:40)
        
        Коль скоро ты запретил внешний сброс - будь любезен обеспечить ядру его альтернативу, например, в виде BOR. А то, как работает (и почему не работает, например, при медленном нарастании питания) POR - расписано в FRM - AVR(11.03.2008 18:47)
        
        Похоже проц не успевает разкочегарится за установленную мной выдержку после POR в 64мС(это максимум который можно задать). А FSCM delay микрочип пожлобился сделать для внутреннего генератора :( Вот так всегда, на самом интересном месте ... - GVC(11.03.2008 19:07)
        
        Внутренний генератор "раскочегаривается" на два порядка быстрее кварца, так что это уж совсем не при чем. Либо у тебя мерзкое (медленно нарастающее и плохо decoupled) питание, либо вот это --> - AVR(11.03.2008 19:14, ссылка)
        
        Скорей всего медленно наростающее напряжение питания. Правильно я понял что происходит при этом ... GVC(590 знак., 12.03.2008 11:55)
        
        Так ведь эта проблема была с 12-го по 18-й (вы же с ними работали). А "что происходит" - здесь тоже самое. - blackbit(12.03.2008 15:02)
        
        Ни с одной серией таких проблем небыло, писал об этом в первом посте! Хоть и процессор 18-ой серии находится абсолютно в техже условиях и питается от тойже схемы что и этот dsPIC30 ... - GVC(12.03.2008 15:14)
        
        проблема в BORV20 проц работает от 2.5 до 5.5 Подними напряжение срабатывания BOR. - abivan(12.03.2008 14:31)
        
        Спасибо за совет !!! Както даже и не обратил внимания %), в 18ом пике стоящем на месте этого 30ого всё работает с POV и отключенным MCLR и при BORV = 2В. Поэтому я по аналогии и тут поставил BORV20 и даже не обратил внимания на него. GVC(579 знак., 12.03.2008 16:11)
        
        вот и чудно. Давно использую связку lvd+bor. MCLR для ресета давно не использую, c тех пор как появился lvd.(-) - abivan(12.03.2008 16:34)
        
        Рано я обрадовался ... :( Запускатся он запускается только ресетится постоянно через милисекунд 40-50. :( Всётаки этот блок отличается у 30ого ... - GVC(12.03.2008 18:21)
        
        А ресетится, если WD отключен, по програмной причине. Добавь в код обработку ловушек (в частности - Invalid Address Trap) и отлавливай, кто и почему лезет куда не следует - AVR(12.03.2008 18:49)
        
        WD отключёт жёстко в конфигурации: __CONFIG(FWDT, WDTDIS); - GVC(12.03.2008 18:56)
        
        О чем я и сказал. Ищи улёт в никуда - например, при включенном PSV это очень популярные грабли - AVR(12.03.2008 19:01)
        
        Не совсем понял, можно поподробней ? Я урезал программу до инициализации порта и включения светодиода ... - GVC(12.03.2008 19:10)
        
        Тебе нужно выяснить причину сбросов - так выясняй - AVR(12.03.2008 19:37)
        
        При медленно нарастающем питании происходит так много срани, что даже перечислять лень. Попробуй ту же конфигурацию при нормально стартующем питании - почувствуешь разницу - AVR(12.03.2008 14:24)
        
        А можно перечислить хотяб в общих чертах, очень интересно ... Попробовать то можно, но нужно сделать чтоб стабильно запускалось в данных условиях. Посоветуйте как - GVC(12.03.2008 15:04)
      - ИМХО дело-то все равно не в этом. Скорей всего хай-тек кривит биты конфигурации. Что-то я про это слышал. - Gamma SPb(11.03.2008 18:32)
        
        Перепроверил HI-TECH вроде всё честно! GVC(1203 знак., 11.03.2008 18:57)
        
        Тогда как понимать #define FBORPOR 3, когда на самом деле адрес фуз-слова FBORPOR равен 0xF80004? - AVR(11.03.2008 19:12)
        
        FBORPOR 3 это не реальный адрес этого регистра, это ... GVC(857 знак., 12.03.2008 11:45)

Микроконтроллеры PIC