Проверка работоспособности stm32 Опции

[anubis]

Приветствую всех.
Возникла странная проблема, есть 2 платы с stm32f107.
На первой все в порядке, а вот на второй плате не работают DAC/ADC.

Инициализация DAC

Код

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE);
RCC_APB1PeriphClockCmd(RCC_APB1Periph_DAC, ENABLE);

  GPIO_InitTypeDef GPIO_InitStructure;
  GPIO_InitStructure.GPIO_Pin = (GPIO_Pin_4 );
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AIN;
  GPIO_Init(GPIOA, &GPIO_InitStructure);
  
  DAC->CR |= DAC_CR_BOFF1;
  DAC->CR |= DAC_CR_EN1;

Проверял DAC 1/2, ацп 1/2 (второй канал ацп не проходит калибровку - в дебаггере не идет дальше)
Везде пусто.
ps порт С как вход при этом работает нормально.

Сообщение отредактировал anubis - Nov 5 2013, 10:03

[BvDV]

А что за платы,кто производитель? Опорное напряжение проверяли?

[anubis]

Проблемная плата:
http://www.kosmodrom.com.ua/el.php?name=ST...10X-ETH-HB-LITE
Vcc от программатора +3.3V

[anubis]

Как вы думаете в чем может быть проблема. При запуске дэбагера выдает следующее.

Код

Reading symbols from C:\CooCox\CoIDE\workspace\General_Project_1\General_Project_1\Debug\bin\General_Project_1.elf...done.
file "C:/CooCox/CoIDE/workspace/General_Project_1/General_Project_1/Debug/bin/General_Project_1.elf"
file "C:/CooCox/CoIDE/workspace/General_Project_1/General_Project_1/Debug/bin/General_Project_1.elf"
set tdesc filename C:/CooCox/CoIDE/bin/target_desc/arm-with-m.xml
target remote 127.0.0.1:2009
Default_Reset_Handler () at C:\CooCox\CoIDE\workspace\General_Project_1\cmsis_boot\startup\startup_stm32f10x_cl.c:222
222    {
tbreak main
continue
Temporary breakpoint 4 at 0x8000666: file C:\CooCox\CoIDE\workspace\General_Project_1\main.c, line 43.

Temporary breakpoint 4, main () at C:\CooCox\CoIDE\workspace\General_Project_1\main.c:43
43    RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE);

[Falkon_99]

не встречал еще чтоб переферия не работала, либо порты выгорали в STM32. Если на первой плате все ОК работает, то играем в игру найти 10 отличий. от программы до проверки напряжений на всех ногах питания. может гдето непропай


Еще дебагер может попрсту глючить, как ведет себя проц без отладки?

[anubis]

Пины проверили все в порядке, везде есть напряжение где надо. (аналогично с первой платой)
Прошивка на платы заливается идентичная.

Отличия в них только в том что одна программируется через JTAG другая SWD

[Harbour]

Если не работает та что шилась через SWD, так может быть что SWD пин пересекается с DAC/ADC. Для этого в _init() вставляется что-то типа :

Код

GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE);

и незабыть сделать poweroff/poweron cycle

[anubis]

на плате через SWD
к сожалению строчка не помогла, и DAC по прежнему отказывается выдавать сигнал(

[Harbour]

ok, если прошить первую плату через SWD, а вторую через JTAG - "неисправность" переходит ?

P.S. assuming что камни и паршивка одинаковые - если нет, то дело в паршивке, однозначно

[anubis]

Первая плата поддерживает SWD/JTAG
http://www.ebay.com/itm/Core107V-STM32F107...=item3a7996f954

Вторая только SWD
http://www.kosmodrom.com.ua/pic/STM32F10X-ETH-HB-LITE.jpg

Идентичная прошивка и на второй не работает. Если первую прошивать SWD/JTAG результат тот же.

[Harbour]

вот и ответ на вопрос - дело не в камне. правьте код

[anubis]

Через SWD с одинаковой прошивкой результаты те же, на второй плате АЦП/ЦАП не работают.

[Harbour]

ни фига непонятно

дано:

- плата-1 (swd/jtag), паршивка-1 (рабочая)
- плата-2 (swd), паршивка-2 (не рабочая)

я так понял - если шьем паршивку-2 в плату-1, то не работает из чего понятно, что дело в паршивке-2. я бы еще прошил паршивку-1 в плату-2 и проверил результат - тогда тупая логика все расставит на свои места.

[anubis]

Прошивка одинаковая, в этом вся беда.
Если бы разная была, то понятно что в коде проблема...

[Harbour]

оk, теперь понятно что прошивка1 = прошивка2. тогда озвучьте результат прошивки шитой по SWD в плату-1. Также интересно чем шьем (jlink ?) и приведите лог прошивки первой и второй плат.