Микроконтроллеры

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » Микроконтроллеры » STM32: * » Devil in the Details


Devil in the Details

Сообщений 1 страница 15 из 15

1

Не прошло и года как я детально разбирался с таймерами - http://forum.easyelectronics.ru/viewtop … mp;t=26175
Потом таймеры были особо не нужны, потом наслоились stc15 и много ещё чего, и вот на днях открываю RM и смотрю... снова как баран на новые ворота
Да, hal - кал, да, arduino - обдурино, но с этим вот изобилием
http://s6.uploads.ru/t/zfIt9.png
всё-таки "надо что-то делать, Глеб" )
Вопрос только что

2

А что непонятно то???

3

Непонятно как структурировать эту информацию
Неструктурированная информация быстро забывается
http://sd.uploads.ru/t/35gon.jpg
Сниппеты не помогут - там могут быть только частные случаи, а чтобы осмысленно пользоваться инструментом нужно полное представление
Вникать в первый раз - интересно, вникать во второй раз почти с нуля - раздражает

4

Разделяй и властвуй (с)

В докУменте AN4013
Application note
STM32 cross-series timer overviewhttp://www.st.com/content/ccc/resource/technical/document/application_note/54/0f/67/eb/47/34/45/40/DM00042534.pdf/files/DM00042534.pdf/jcr:content/translations/en.DM00042534.pdf
Усе по полочкам разложено, и так же писанину делай.
  Ну как-то так :
   Базовый (времязадающий) модуль.
   Модуль триггеров . Связки с событиями и DMA запросы.
   Input Capture и Output Compare и каналы вААще .
 
  Естественно с примерами...

5

Да нет, я о другом.
Вот когда мы говорим RTFM, то фактически посылаем листать страницы.
Мануал как книга, учебник, а нужен справочник.
Причём опять же справочник не такой как книжные справочники.
На дворе 2017 - инфографика, кросс линки, теги, параметрический поиск...

6

Да не ты именно о том, попробуй написать объяснение другому, как ты это видишь. Гарантирую , абзацу к третьему придет озарение...

Да и , таймеры конечно весьма тяжелый материал, НО...
Собственно чего ты боишься? Давай вместе разбирать. Тем более Стас здесь. Я уверен что он поможет, а он намного грамотней нас всех взятых...

7

Референс и есть справочник... по сути... И Досикус правильно сказал... "Разделяй и властвуй!"(с)... Там главное понять что за что отвечает... всё остальное само приложится...

8

Честно говоря, я смутно представляю себе идеал, может что-то такое в первом приближении

Код:
+ group1__________Краткое описание  | Вкладка описания | Вкладка сниппета |
    + reg1________Краткое описание  |                  +------------------+---
        + field1__Краткое описание  |
        + field2__Краткое описание  | Описания и сниппеты
        ...                         | не для каждого field, конечно.
    + reg2________Краткое описание  | В описаниях кросс-ссылки на
    ...                             | groups, regs и fields.
+ group2__________Краткое описание  | У сниппетов теги классификации,
  ...                               | чтоб делать выборку сниппетов по тегу.


Но у меня устойчивое ощущение, что RTFM - не идеал, а в энный раз одного и того же - F - точно fucking )
Ардуины, халы и т.п., пусть профанация, но хоть какой-то конструктив, RTFM - деструктивная позиция по сути - отвергать, но не предлагать альтернативы

С таймерами, кстати, у меня реальный повод вот какой - мне надо как-то последить за стабильностью внутренних тактовых генераторов в stc15, хотя бы до трёх-четырёх знаков, сразу на нескольких девайсах, но без спец стенда, на готовых живых.
Девайсы висят на rs-485 и ничего не знают про эксперименты, просто как обычно получают запросы и отвечают по протоколу.
Идея была в том, чтоб посылал им запрос usart stm32, потом сразу переключать ногу rx на таймер, ответ получал бы таймер, и каким-то образом, по обычному потоку байтов от uart stc15, с помощью этого таймера или комбинации из таймеров stm32 вычислять baud rate.
Может что посоветуете?
Отступной вариант - не извращаться, а добавить в девайсы спец команду, чтоб сами тоже переключались и секунду гнали в ответ калибровочный меандр - и этим скорее всего всё и кончится.
Но тут ещё примешивается спортивный интерес - сделать такой этюд - полуаппаратное определение baud rate любого девайса по любому потоку )

Отредактировано vt340 (2017-03-15 12:34:14)

9

vt340 Вот еще один докУмент AN4776
http://www.st.com/content/ccc/resource/ … 236305.pdf

В нем намного все веселее, жаль попался поздно...

10

dosikus написал(а):

vt340 Вот еще один докУмент AN4776
http://www.st.com/content/ccc/resource/ … 236305.pdf

В нем намного все веселее, жаль попался поздно...


Я по этому cookbook реализовал аппаратно ПИК ПИК, генерирует пакеты, режим главный-подчинённый,
Есть музыкальная шкатулка "Катюша".
Есть захват сигнала.
Тут неандертальский частотомер http://stm32.aiq.ru/TIMER/SYMOMETER.html
Могу подкинуть, если в обмен что-нибудь подкинете.

Что касается инфы, тоже думал. Структурирование доки - это сам по себе
труд длительный, объёмный и не оплачиваемый, был бы заказчик другое дело.
Как вариант использование настольных поисковых машин.
Альтернатива, создание рабочих групп по направлениям.

11

linuxbergi написал(а):

Что касается инфы, тоже думал. Структурирование доки - это сам по себе
труд длительный, объёмный и не оплачиваемый, был бы заказчик другое дело.
Как вариант использование настольных поисковых машин.
Альтернатива, создание рабочих групп по направлениям.

Имхо, в эмбеде вообще первична работа с документами и данными, а всё это "программирование" глубоко вторично, т.е. важно что и куда-откуда писать-читать, а чем и как - фиолетово
И с этой точки зрения все ide представляют из себя по сути одинаковое г )

Отредактировано vt340 (2017-07-09 21:04:02)

12

Делая что-то новое, сразу фигачь себе сниппеты! Потом будет проще — взял готовый кусок кода, поменял, что нужно, вуаля! Но, понятное дело, без RM все равно не получится. Без RM — это абдурина или калокуб, когда народ вообще ни сном, ни духом об используемом МК, "зато работает!"

13

vt340 написал(а):

linuxbergi написал(а):

    Что касается инфы, тоже думал. Структурирование доки - это сам по себе
    труд длительный, объёмный и не оплачиваемый, был бы заказчик другое дело.
    Как вариант использование настольных поисковых машин.
    Альтернатива, создание рабочих групп по направлениям.

Имхо, в эмбеде вообще первична работа с документами и данными, а всё это "программирование" глубоко вторично, т.е. важно что и куда-откуда писать-читать, а чем и как - фиолетово
И с этой точки зрения все ide представляют из себя по сути одинаковое г )

Отредактировано vt340 (2017-07-09 23:04:02)


Абсолютно согласен, пока работаю с gvim и gdb и  не собираюсь переходитьна IDE, хотя пробовал разные. В своё время создал ресурс по мало освещённой теме:
https://yadi.sk/i/AzK3F1IPnmR2L
Использование голого инструментария для встроенных систем, без одежды.

14

Eddy_Em написал(а):

Делая что-то новое, сразу фигачь себе сниппеты! Потом будет проще — взял готовый кусок кода, поменял, что нужно, вуаля! Но, понятное дело, без RM все равно не получится. Без RM — это абдурина или калокуб, когда народ вообще ни сном, ни духом об используемом МК, "зато работает!"


Абсолютно согласен, чувствую здесь приличная компания собралась. По моему освоение STM32 сводится к накоплению снипетов с жирными заметками для себя. Ещё лучше написать статью, тогда все неясности становятся видимы и для себя самого. Только чтение документации мало что даёт. Если не ясна тема, не понятна дока, не складывется картина, я придумываю эксперимент, по результатам которого, можно что-то прояснить. Проще говоря активное изучение, без этого никуда.

15

linuxbergi написал(а):

https://yadi.sk/i/AzK3F1IPnmR2L

Прочитал
Фундаментально )


Вы здесь » Микроконтроллеры » STM32: * » Devil in the Details