Изучаем STM32 Cortex M3

[akegor]

Для себя как-то наваял утилиту

Очередной мылодав.

каждый бит чем-то управляет

и имеет свое имя. Если у Вас еще нет, то еще немного шишек (или Вам надо много?) будет все нормально.

Работа это несложная

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

[LVII]

Вообще-то хотел помочь, особенно начинающим изучать.
А так - не нравиться, не ешь!

[akegor]

Вообще-то хотел помочь,

Помогать надо, рассказывая как надо, а не наоборот. Дурному и сами научатся. Да Вы это и сами хорошо знаете...

[omercury]

Вообще-то хотел помочь

"Благими намерЕниями..."(с)

Попробуйте дефайны - потом за уши не оттянешь.

[NewWriter]

Вот именно - все нужные для настроек дефайны уже прописаны в стандартном хидере семейства, чего там париться, нужно просто найти нужный бит. Как правило, название бита состоит из названия регистра и через символ _ названия самого бита. Биты можно объединять по |

[LVII]

Вот именно - все нужные для настроек дефайны уже прописаны в стандартном хидере семейства, чего там париться, нужно просто найти нужный бит. Как правило, название бита состоит из названия регистра и через символ _ названия самого бита. Биты можно объединять по |

А там, где нет дефайнов?
Сейчас у меня проект, где требуется работать с контроллером канального уровня и опосредованно физического IEEE1394(Firewire), так вот для этого в свободном доступе нет НИКАКОЙ поддержки (кроме datasheet), поэтому все приходится писать с нуля - создавать библиотеку для работы с Firewire (требуется раскрутить стек протоколов IEEE1394).
Так вот эта простая утилита сэкономила мне много времени, собственно отсюда и пришло желание поделиться.
И потом ПОЛНОЕ доверие к библиотекам предоставляемым производителями порой приводит к неприятным последствиям.
Например - ошибки в библиотеке STM, касаемые протокола USB, после их исправления скорость обмена увеличилась раза в два. В свое время отписал им - сейчас поправили.
Правило простое - при малейших подозрениях в нерелевантной работе, ВСЕ надо проверять до бита.

[akegor]

...ВСЕ надо проверять до бита.

Ага. Но это не означает, что должны быть безымянные биты, тупо сваленные в bin.

[omercury]

Так вот эта простая утилита сэкономила мне много времени

Если бы ваш предшественник удосужился задефайнить биты, Вы бы не потратили ни минуты времени. Если у Вас, не дай Бог, будет последователь, то он тоже потратит кучу времени на разбор "магических чисел", да и сами Вы через 2-6 месяцев вряд ли вспомните, что за ними скрывается. И опять будете тратить время. И так каждый раз...

Очень мудрый подход.

[NewWriter]

А там, где нет дефайнов?

Да не вопрос!
#define XYA 0x0001
#define POWER_SLEEP 0x0400
#define POWER_PWON 0x0800
Один раз вычислили и забыли о калькуляторах. Тем более, что такое можно выучить наизусть, там всего
лишь 1 - 2 - 4 - 8 для полубайта, дальше добавляем нолик справа - и то же самое для следующего полубайта, каждая циферка - это полубайт, не запутаешься.

[dosdos622]

Подскажите, пожалуйста.
При чтении STM-ок с помощью STM32 ST-LINK Utility (ST-Link, STM32VL Discovery) приходится для каждого проца задавать Size, нормально ли это?
Уже пару раз забывал изменять и часть прошивки терял.
Если способ читать всю прошивку автоматически (для чего же тогда ID-микрухи) ?
NewWriter спасибо.
Прога действительно лучше, но без проблем и тут не обошлось.
ST-LINK Utility не предлагает выбрать размер памяти хотя правильно его определяет по ID проца.
ST Visual Programmer предлагает выбрать проц но не может сохранять и читать в BIN формате.
В первые вижу прогу (программаторов, HEX-едиторов) не умеющую читать BIN формат, идиотизм.