Я тоже морозил F100 серию, но нет такого холодильника, чтоб до – 60, довольствовался уличными -30. Все ОК работало. А нагревать не пробывали, как там со стабильностью?

Греть проще. До +85 и выше точно грел, но не на прогоне.
Кстати, встроенный датчик температуры (и внутренняя опора) очень даже ничего)

Поскольку JetLink8 от Starterkit это не настоящий SEGGER то появление проблемы вполне возможно.
У меня наблюдались частые, на мой взгляд опасные для Flash, сбои JetLink8 на драйвере 4.40d. До таких художеств как у Вас не дошло. Я возвратился на драйвер 4.22f.
Советую перейти на драйвер 4.22f. Работает гораздо надежнее. С загрузкой и отладкой сбои довольно редки. Единственная проблема часто приходится реконектится к USB - Комп теряет отладчик. Подозреваю, что это связано с недостатком питания по USB от конкретного ПК. Проверю на других ПК тогда точно можно сказать.

Сообщение отредактировал Acvarif - Feb 6 2012, 18:25

скорее всего дело не в ПК а вкабеле USB. у меня такая проблема была с ft2232. кабель USB брал от принтера 3м. так сопротивление 1 жилы там 7Ом, а сама 2232 потребляет от 30мА. на ровном месте падение напряжения 0,42В. а если ещё и питать устройство от программатора, то отваливался программатор практически при каждой прошивке.
перепаял кабель и стало мне счастье! попробуйте - может такая же проблема.
кабель я взял 2 витые пары в общем экране.

Привет всем.
У меня такой вопрос по IAP.
На STM32F103RBT6 было написано приложение с функциями IAP (сохранял редко изменяемы настройки устройства - в конец внутренней флеш-памяти).
Далее был написан загрузчик для обновления прошивки на основе AN2557 - STM32F10x IAP using the USART, все отлично работает, пепрошивает область флеш с адреса 0x8003000.
Стартует основная программа из загрузчика - переходим на адрес 0x8003000 через присвоение этого адреса указателю на функцию, с последующим вызовом этой функции+переинициализации стека.
Это работает, но! в основном приложении перестали работать функции IAP(сохранение данных в конец флеши) - контроллер зависает.
В чем может быть дело?

скорее всего страница flash, на которой находятся данные, пересекается со страницей flash памяти программ.
при сохранении настроек необходимо стереть страницу (0.5, 1 или 2 кБ в зависимости от кристала).
и если на этой странице есть код исполняемой программы, то она теряется.
читать страницу в буфер, а затем перезаписывать, тоже не вариант.
выполнение программы может происходить в этой области памяти в момент стирания, тогда мы получим либо прерзагрузку после переполнения
счетчика команд, или HARDFAULT. это не тестировал, потому не могу сказать.
самый простой способ прочитать программу и сравнить с образом. (верифицировать)

Сообщение отредактировал IgorKossak - Feb 7 2012, 10:29

Страницы flash не пересекались, это я проверял.
Оказалось нужно было включить HSI в программе стартующей с адреса 0x8003000, и IAP заработал. (Рекомендации взял с PM0042 STM32F10xxx Flash programming)
Однако, если эту программу зашить с нулевого адреса flash, вместо бутлоадера, IAP работает и без HSI (!?)

Сообщение отредактировал Angle - Feb 8 2012, 07:44

wedmeed, начинает с файла стартапа и переходит в main. Похоже, у меня действительно SWD плохо работал в отладчике.
Acvarif, огромное спасибо, помогло! (у меня на 4.22f другой глюк, слетает прошивка с программатора).
dezna, спасибо, буду знать на будущее. Правда, не мой случай, кабели короткие и с питанием все ок.

Очередной неведомой косяк моих кривых ручонок.
Toolchain: MDK-ARM Standard Version: 4.21
Middleware: RL-ARM Real-Time Library Version V4.13
Toolchain Path: BIN40\
C Compiler: Armcc.Exe V4.1.0.713
Assembler: Armasm.Exe V4.1.0.713
Linker/Locator: ArmLink.Exe V4.1.0.713
Librarian: ArmAr.Exe V4.1.0.713
Hex Converter: FromElf.Exe V4.1.0.713
CPU DLL: SARMCM3.DLL V4.21
Dialog DLL: DARMSTM.DLL V1.62
Target DLL: Segger\JL2CM3.dll V2.5
Dialog DLL: TARMSTM.DLL V1.60

В файле stm32_eval_sdio_sd.h разкоменчен дефайн: #define SD_DMA_MODE ((uint32_t)0x00000000)
Есть файл diskio.c, в котором описываются функции работы с SD для файловой системы:

Внезапно оказывается, что компилятор мне включает код не в блоке #if defined SD_DMA_MODE, а блок #else.

Сообщение отредактировал IgorKossak - Feb 8 2012, 09:55

ИМХО синтаксис препроцессора таков:

хотя попробовал в Кейле и
тоже кажись нормально отрабатывается. Но глазу не привычно такую запись видеть...

Помогите разобратся с SPI.Захотел подключить к STM32VLDISCOVERY дисалей LS020,настроил порт и SPI ,в симуляторе KEIL'a v4.23 работает нормально,а именно после записи в SPI1->DR= Cmd; сбрасывается флаг TXE и дальше ждем пока он не подымится while(!((SPI1->SR)&SPI_SR_TXE)); .После того как поднялся идет отправка следующего байта.
привожу настройку SPI и функцию отправки байта.


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

Добавив задержку в функцию отправки байта


Все заработало.Может ли кто нибудь проверить мой код у себя в железе и посмотреть,что творится с этим флагом TXE.
Или дать рабочий кусочек кода с SPI?

... странно, что в настройках не видно строчки

Да не все показал,повторяюсь все работает,только не так как надо.Флаг TXE в железе не сбрасывается.


Сообщение отредактировал Penchev - Feb 10 2012, 09:35

SPI1->CR1 |= SPI_CR1_SSI; // без этого
SPI1->CR1 |= SPI_CR1_SSM; // и этого в мастер режимме не работает

использование SS сигнала в MASTER описано в rm0008 "25.3.3 Configuring the SPI in master mode" п.5,
а также в п.6 написано:
6. The MSTR and SPE bits must be set (they remain set only if the NSS pin is connected
to a high-level signal).

Спасибо за наводку,но с этими битами я попробую разобратся если понадобится аппаратно NSS дергать,а пока я это делаю софтово.
Но все же проблема то в том что я не могу узнать пуст ли буфер или нет,приходится задержки ставить, а при наличии флагов это как то дико...

А вы не допускаете, что между записью в SPI1->DR и чтением отладчиком содержимого SPI1->SR проходит некоторе время, за которое байт успевает уйти из буфера и буфер таки оказывается действительно пуст?
Попробуйте в цикле ожидания поднять ногу если TXE сброшен а после выхода из цикла эту ногу опускать. И посмотрите осциллографом, поставив точку останова уже после этого участка, т.е. не используя пошаговую отладку.

А ошибка у вас в другом месте: обратите внимание на картинку со структурой модуля SPI. Там четко видно два регистра: Tx buffer и Shift register. Так вот, TXE указывает на то, что ваш байт ушел из Tx_buffer в shift register, но это совершенно не означает, что байт уже выдвинулся. Вам надо проверять RXNE, именно он показывает, что новый байт пришел. А приходит байт одновременно с отправкой. И не забывайте очищать его фиктивным чтением SPI1->DR после проверки.

Добавлено:
И, кстати, поскольку при входе в функцию у вас передача не велась - у вас пусты и Txbuffer и Shift Register. Поэтому при записи в DR ваш байт попадает в Tx Buffer и сразу же проваливается в Shift Register. Согласно картинкам в даташите TXE будет выставлен на время одного бита. Это доказывает, что симулятор ваш отрабатывает периферию с ошибкой. И осциллографом на ноге вы можете ничего не увидеть, если скорость обмена по SPI достаточно велика.