Научите пользоваться документацией

На просторах интернета есть огромное количество примеров программ с использованием StdPeriph_Lib, и их авторы говорят что все легко и просто понять прочитав справку на эти библиотеки. И они, очевидно, правы, но их правота распространяется только на профессионалов. Новички попадают в зависимость от готовых решений и кусков кода, которые путем проб и ошибок подгоняют к своему проекту.
От имени всех новичков, переходящих с восьмибитных AVR`ок на STM32 прошу: товарищи профессионалы, научите пользоваться документацией StdPeriph_Lib.
В качестве примера использования хотелось бы получить пример работы с USORT, это пожалуй самая важная периферия на МК.

Для тех, кто не в курсе, библиотека StdPeriph_Lib - это библиотека от фирмы STM для удобного использования периферии МК.
Сама библиотека:
http://www.st.com/internet/som... ph_lib.zip

0

http://read.pudn.com/downtoods106/sourc ... amples.pdf

стр. 6

пример в папке - stm32f10x_stdperiph_lib\STM32F10x_StdPer iph_Lib_V3.5.0\Project\STM32F10x_StdPeri ph_Examples\USORT\HyperTerminal_HwFlowCo ntrol

Или так - http://www.keil.com/support/man/docs/mc ... amples.htm

0

Спасибо что откликнулись, но ответ никак не соответствует вопросу.
Упростим: Где лежат все апноуты на stm32f100rb ?
Как работать со справкой StdPeriph_Lib ?

Вот пример инклюдов из справки:
#include "stm32f10x.h"
#include "stm32_eval.h" // Это что за файл, откуда он берется????
#include <stdyo.h>

Короче, у меня на IAR не заработал ни один из тех примеров, что я пробовал из StdPeriph_Lib . Вот и просьба: научите ею пользоваться правильно.

0

Сообщение от Sotmsivorot #include "stm32_eval.h" // Это что за файл, откуда он берется???? #include <stdyo.h>

Я сам начинающий любитель, и вот что сам понял.
stm32_eval.h если открыть и посмотреть, то понятно что он определяет конфигурацию выводов соответствующей платы. То есть к каким пинам подключены LCD, а каким Button, и т.д..
Берется в папке \STM32F10x_StdPeriph_Lib_V3.5.0\Utilitie s\STM32_EVOT.
stdyo.h библиотечный файл компилятора. Содержит опредленные функции ввода-вывода.

0

На своем блоге буду постепенно писать статьи об использовании библиотеки. Если интересно - заходите, но это будет ооочень постепенно

0

Сообщение от komtrottir На своем блоге буду постепенно писать статьи

Просим, просим!

0

чтобы работать со стандартной библой обьявите в проекте USE_STDPERIPH_DRIVER и дефайн относящийся к типу микры (для RBT6, та что на дискавери - STM32F10X_MD). stm32_eval.h вам нафиг не нужен - это привязка к отладочкой плате, не более. особо полезного там ничего нет если не пользуетесь данной платкой.
инклюдите в своих вояниях только stm32f10x.h. в файле stm32f10x_conf.h раскоментировать заголовочный файл для нужной периферии (делать например #include "stm32f10x_gpio.h" в каждом своем сишном файле не надо, он подтянется из stm32f10x.h).
в настройках проекта прописать все пути к нужным файлам.
создайте каркас проекта, который можно будет потом плодить. а лучше всего пользуйтесь CoIDE и проблем не будет с созданием проекта.

работа с периферией в библе по стандартной схеме:
Периферия_DeInit()
Периферия_Init()
Периферия_Cmd(ENABLE)

Как это работает можно и нужно смотреть в исходных кодах библы.

0

для RBT6, та что на дискавери - STM32F10X_MD_VL

0

да. точно. я так изначально туда 103rbt6 вмондил. вот MD по привычке и нарисовал.

0

Есть еще один момент для USORT - если используется кварц не тот, который стоял на девборде, надо прописать его значение в HSE_VOTUE stm32f10x.h, где-то в этой ветке был подробный топик.

0

Спасибо всем, кто откликнулся, одним глазком глянул сайт http://mycontroller.ru - интересный, там есть что подчерпнуть.
Проблема от части решена переходом с проклятого IAR`a на Coosox. C переходом я смог больше не отвлекаться на жонглирование библиотеками, а сосредоточиться на освоении непосредственно МК.
Примеры от StdPeriph_Lib, мягко говоря, плохие. Чего только стоит использование какой-то левой библиотеки stm32_eval.h для конкретной отладочной платой, со своими функциями и дефайнами. Какая польза от такого примера начинающему? - никакой, только вред.

По моему опыту оказалось, что наиболее целесообразно собрать проект на Coosox, найти примеры работы в русском интернете, по ним разобраться какая функция что делает. Колупаться в документации StdPeriph_Lib - дело неблагодарное, там все не систематизировано и плохо описано, да еще и на английском.

0

Поговорку про танцора помните? Так вот это как раз тот случай.
Не в обиду будет сказано, но и с ИАРом и с либами все более-менее нормально.
Может просто не хватает усидчивости и терпения?
Ничего хорошего быстро не бывает, за исключением кошек.

0

Сообщение от DOOMSDOY Поговорку про танцора помните? Так вот это как раз тот случай. Не в обиду будет сказано, но и с ИАРом и с либами все более-менее нормально. Может просто не хватает усидчивости и терпения? Ничего хорошего быстро не бывает, за исключением кошек.

Да нет, фигово всё и с ИАРом, и с либами. И с многим-многим другим.
Я даже и подумать не мог, что у вас тут (в работе с МК) всё НАСТОЛЬКО запущено.
Как правило "из коробки" ничего не работает, как правило код написанный для одних семейств
не работает на чуть-чуть других и не всегда работает даже на одной линейке.
То одно испоганят, то другое, то третье.

Нет, привыкнуть к тучам грабель можно.
Можно даже гордиться, что ты в состоянии выбраться из темного помещения, где повсюду грабли.
Можно называть идиотами, неумехами, неусидчивыми и глупыми тех, кто удивляется тому, почему
люди ходят годами по граблям. Но сути это не меняет: все довольно-таки плохо обстоит с либами.

Некоторые подвижки есть, но то, что прикладное программирование прошло за последние 20 лет
в "эмбеддед" боюсь еще только предстоит в ближайшие 20.

0

Сообщение от SVP Сообщение от DOOMSDOY Поговорку про танцора помните? Так вот это как раз тот случай. Не в обиду будет сказано, но и с ИАРом и с либами все более-менее нормально. Может просто не хватает усидчивости и терпения? Ничего хорошего быстро не бывает, за исключением кошек.

Да нет, фигово всё и с ИАРом, и с либами. И с многим-многим другим.
Я даже и подумать не мог, что у вас тут (в работе с МК) всё НАСТОЛЬКО запущено.
Как правило "из коробки" ничего не работает, как правило код написанный для одних семейств
не работает на чуть-чуть других и не всегда работает даже на одной линейке.
То одно испоганят, то другое, то третье.

Нет, привыкнуть к тучам грабель можно.
Можно даже гордиться, что ты в состоянии выбраться из темного помещения, где повсюду грабли.
Можно называть идиотами, неумехами, неусидчивыми и глупыми тех, кто удивляется тому, почему
люди ходят годами по граблям. Но сути это не меняет: все довольно-таки плохо обстоит с либами.

Некоторые подвижки есть, но то, что прикладное программирование прошло за последние 20 лет
в "эмбеддед" боюсь еще только предстоит в ближайшие 20.

Сколько раз сталкивался с подобным, на самом деле тут реально дело в подходе: в качестве примера возьму себя - ковырясь в стм32, на освоение новой ветки уходит пару дней, а для того чтобы завести аналогичный код на нхп ушло меньше недели, итого вывод что либо вы не там ищете, либо нето.

0

Сообщение от mys Сколько раз сталкивался с подобным, на самом деле тут реально дело в подходе: в качестве примера возьму себя - ковырясь в стм32, на освоение новой ветки уходит пару дней, а для того чтобы завести аналогичный код на нхп ушло меньше недели, итого вывод что либо вы не там ищете, либо нето.

Да конечно не там и не то.

Да ктож спорит. Имея большой опыт и "настрел" можно в чём угодно разобраться.
А слабо за 10 минут найти ошибку в коде на С, который до вас поддерживался студентами 15 (пятнадцать) лет :) ?
И его там 10-20 мегабайт %:) ?

Ваша способность в чем-то разобраться отнюдь не означает, что либы хорошие.
Точно также, как моя способность найти подобную ошибку не означает, что хороший код.
Говно код. И либы... увы говно.

Вы просто никогда не видели либ, в которых даже теоретически нельзя забыть включить тактирование,
а если вы это забудете, сама либа, вас ткнет носом, и сообщит что вы сделали не так, и как это исправить.
Вы даже представить себе не можете, что такое возможно. Этож ересь. Ведь так код смогут писать
"тупые домохозяйки", а не те, кто прочитал даташит на 1000 страниц и выучил наизусть по 1000 регистров
для 1000 процов.
Вы будете упорно зазубривать даташиты и тратить всё новые и новые недели на освоение новых веток.

0

Сообщение от SVP ... Да ктож спорит. Имея большой опыт и "настрел" можно в чём угодно разобраться. ... Вы просто никогда не видели либ, в которых даже теоретически нельзя забыть включить тактирование, а если вы это забудете, сама либа, вас ткнет носом, и сообщит что вы сделали не так, и как это исправить. ...

1. Это верно, не имея опыта с AVR мне бы и в голову не пришло заняться STM32.
2. Я хотел бы увидеть. Поделитесь опытом, в какой среде работаете?

0