Изучаем STM32 Cortex M3

[sokolav]

Я себе вот такой приобрёл: http://www.mikroe.com/visualtft/ - для TFT дисплеев.
Обалденная вещь, очень простая в использовании.
И еще у них есть для GLCD: http://www.mikroe.com/visualglcd/

Да, можно использовать для простых вещей в любительских разработках.

[oleg110592]

имхо на java android гораздо больше возможностей и рисовалка интерфейса есть

[GeniokV]

5.6-10 кОм вполне достаточно. Шина I2C строится на элементах ОК (открытый коллектор) и подтяжка там обязательна. Встроенную внутричиповую подтяжку лучше не использовать.

DMA имеет смысл использовать только при пересылке больших обьемов информации. Кинуть горсть байт по I2C - DMA не нужен. Выигрыша не даст, скорее наоборот. А если гнать поток I2C в какую-либо EPROM с извращенной системой адресации - там вообще DMA не прикрутить ... По крайней мере без извращенного программирования.

Прерывание - имеет смысл использовать если нужно обрабатывать спорадический обмен, никак не завязанный с работой основной программы. При этом обмен ждать не может, а непрерывно ждать события - непозволительная роскошь.
Например:
1) Программа опрашивает датчики и обрабатывает данные с них. Прерывания - смысла нет. Прога просто опросит датчики с нужной периодичностью.
2) Программа обрабатывает критически важные данные, но данные с I2C шины крайне важны, при этом передатчик ждать не будет в принципе.
Прерывание - нужно.

Прерывания ( да и DMA) - вещь нужная, мощная и эффективная. Но при условии умения этим пользоваться. Это как меч самурая - в руках новичка представляет угрозу первым делом для себя самого.
Сначала сделайте без прерываний, а потом при необходимости сделаете модернизацию и оптимизацию. Иначе вы свою первую программу пару лет писать будете, заработав стойкое отвращение к этому делу.

Первым делом попробуйте банально "ногодрыганием" запустить шину I2C. Поиграйтесь. Посмотрите режимы и протоколы. Наберитесь опыта.
Потом - попробуйте запустить аппаратный I2С контроллер. Почитайте документацию, обогатите запас матерных выражений. Штука это мощная, но для новичков куча режимов и конфигурационных битов крайне неочевидная.
Далее - попробуйте прицепить контроллер прерываний. Например для мигания светодиодами при приемке/отправке.

К этому моменту я скорее всего уже умру от старости и это уже будет не моя проблема

Спасибо за ответ, все это уже давно сделано!
Резистор был на плате с датчиками, но видимо не тот, подтянул 2 кОм напрямую к ноге, параллельно, все заработало.
Насчет ДМА тоже решил что смысла нет.
А вот на прерываниях - это наше все! Сделал на них, работа вполне устраивает.

Спасибо!

[GeniokV]

Не более 1KOm для 5 вольт, (проверено) для 3 вольт теоретически 600 Ом (не проверял). В противном случае будут завалены фронты/спады и приёмник перестанет понимать передатчик.

По даташиту на BMP085 советуют 3 кОм, ЕМНИП.
Сделал 2 кОм, вполне работает.

[k000858]

всем привет. камень stm32f407ig
описываю траблу:
Обновил в проекте библиотеки CMSIS до 1.1.0, в которых включен Prefetch Buffer, после чего откомпилированная прога стала странно себя вести: загружаться через раз и работать с глюками.
Особенность проекта в том, что он запускается с 0x08020000 флэша (адрес указан линковщику в свойствах проекта), собирается в Keil'е. При выключении в system_stm32f4xx.c Prefetch Buffer (комментим FLASH_ACR_PRFTEN |) все работает как часы (как и до обновления библиотек).
так же хотелось бы отметить, что при запуске проекта с 0x08000000 и включенном Prefetch Buffer все работает. глюки наблюдаются только если прога запускается не с начала флэш

С чем это может быть связано?

[makser1]

Какая ревизия чипа?

[k000858]

Какая ревизия чипа?

судя по STM32 ST-LINK Utility rev B

[makser1]

На чипе написано, у меня z и работает Prefetch

[k000858]

На чипе написано, у меня z и работает Prefetch

STM32
F457IGH6
HPAEZ VG
KOR ES 125

вот что написано на моем
повторяю, все работает как надо, проблема проявляется только если программа стартовала не из 0x08000000

[alex080969]

257 страниц... круто...
Пока прочитаешь некогда программировать)