STM32 новичку в ARM что к чему

[Oxford]

Reflector программная реализация всегда будет медленнее + занятость CPU для других вычислений. ну разве только если МК только этим будет заниматься то можно программировать и программно. Но тут необязательно либы говнячить универсальные, а если смерть пожили мало, прогали либу, если только это не смысл вашей жизни . Достаточно зашиться под конкретную конфигурацию в несколько строк здесь и сейчас.

[Eddy_Em]

[uquote="Reflector",url="/forum/viewtopic.php?p=3904075#p3904075"]Сколько лет ты свою либу для работы с USB допиливал и стала ли она от этого менее ценной?[/uquote]
В отличие от Славы, я не ору везде, как круто у меня все работает "легким движением руки".

А он почему-то не учитывает, что чтобы написать 3 строчки кода для инициализации кучи пинов, сначала нужно было с полгода (минимум) покорячиться над своим фреймворком!
Выше пишет про месяц. Но мы-то знаем!

А вообще, конечно, его подход - просто один из вариантов. Ведь никто не начинает клепать кучу полезного кода без базиса. Постепенно накапливаешь свои сниппеты, а потом просто слепил их в кучу, а недостающее по мануалу с даташитом доделал. Правда, в некоторых случаях приходится достаточно много времени убить. Скажем, с CAN на STM32F0х2 я больше недели разбирался: очень уж там много всяких флагов, а алгоритм действий в портянке не описан. И пришлось проверять опытным путем: как определить, что на шине больше никого нет, и т.д., и т.п.

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3904125#p3904125"]программная реализация всегда будет медленее.[/uquote]
Аппаратная реализация на F4 будет медленнее, чем на H7, означает ли это, что нужно брать обязательно H7, даже если F4 по скорости хватает? А мне хватает 32-х пинового мк, ничего не могу с этим поделать

[VladislavS]

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]А тебе в любом случае разбираться надо будет.[/uquote]Я разработчик, это моя работа - постоянно в чём-то разбираться. Всё меняется - прогресс не остановить.

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]ты порядка 5 лет изучал это дело.[/uquote]Откуда инфа? Вообще-то больше 25.

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]Просто наговнячил свои наработки и всего делов.[/uquote]Я же уже говорил - оглянись, похоже ты обосрался, что кругом говно мерещится.

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]При этом так и не научился программировать.[/uquote]Ты у меня экзамен принимал? Пока что, только тебе приходится объяснять про байты и такты.

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]Достаточно CMSIS и Си. И начинающим легче и поддержка есть на форуме.[/uquote]Начинающим! А когда упираешься в их возможности - надо двигаться дальше.

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]Это общепринятые правила программирования мировым сообществом, а не щепки которая откололась от общества.[/uquote]Можно посмотреть где они написаны или стандартизированы? А то как-то на бла-бла-бла смахивает.

[uquote="Oxford",url="/forum/viewtopic.php?p=3904121#p3904121"]И помнить их не надо, достаточно открыть мануал на любой чип и запрограммировать здесь и сейчас конкретную требуемую конфигурацию в одной функции.[/uquote]Я не хочу - ленивый стал. Компилятор сделает это за меня быстрее и лучше.

[Oxford]

Reflector FSMC прост не надо ему говнячить либы. Дисплей линкуется в общую память и выглядит как два регистра данных и команды ВСЕ!! не надо ниче придумывать
100 ногая разница в цене копейки, а время экономит так еще и ускоряет работу и CPU свободен можно на DMA все это дело слить, особенно очистка экрана и заливка блоков. К тому же есть дисплеи SPI.

Код: Выделить всё

void WriteData(uint16 data)
{
LCD_DATA = data;
};

void WriteCommand(uint16 command)
{
LCD_COMMAND = command;
};

Что за AVR подходы в программировании? И любовь сидеть на C++ стряпать говнолибы какие-то не нужные?

[Reflector]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3904127#p3904127"]В отличие от Славы, я не ору везде, как круто у меня все работает "легким движением руки".[/uquote]
Одно время ты свою либу тоже рекламировал весьма активно

А он почему-то не учитывает, что чтобы написать 3 строчки кода для инициализации кучи пинов, сначала нужно было с полгода (минимум) покорячиться над своим фреймворком!

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

[Oxford]

Reflector потому что не нужна она ни кому. А вот USB стек на CMSIS и Си имеет ценность и различные классы. Плюс стек Ethernet и TCP. Библиотека DCMI для камер 4 и 5мп
Библиотека SDRAM хотя все это у вендоров есть либо поставляется с IDE мидлварез, у KEIL очень хорошая реализация стеков, но стоит денег лицензия.

[VladislavS]

[uquote="Oxford",url="/forum/viewtopic.php?p=3904144#p3904144"]Reflector потому что не нужна она ни кому.[/uquote]Что за привычка за всех и всю мировую общественность говорить? Говори за себя.

Ради пятничной хохмы, покажу одну из последних "рацух" от Reflector .

Код: Выделить всё

template<typename... Ts>
struct TypeList {};

template <typename F, typename...Ts>
constexpr void foreach(TypeList<Ts...>, F f) 
{ 
  (f(Ts{}), ...); 
}

Бьюсь об заклад, уже знаю оценку этому коду. При том что вряд ли кто-то из оценивающих сможет объяснить что он делает.

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3904133#p3904133"]Reflector FSMC прост не надо ему говнячить либы.
К тому же есть дисплеи SPI.[/uquote]
Писал же, либа дисплеев работает с GPIO/FMC/SPI. На данный момент добавлено 8 разных контроллеров и не зависимо от типа подключения все дисплеи работают одинаково, по крайней мере если не пытаться использовать DMA с GPIO, но DMA работает с FMC и SPI.

А библиотека для работы с DMA универсальная на все МК? с учетом нюансов всех серий?

Библиотек DMA две, т.к., если не считать H7, то DMA существуют в двух основных разновидностях, и они максимально унифицированны.

[Oxford]

[uquote="Reflector",url="/forum/viewtopic.php?p=3904122#p3904122"][uquote="Oxford",url="/forum/viewtopic.php?p=3904086#p3904086"]Поэтому если говорить зачем брать 48 ногий или 100 ногий с FSMC так вот 100 ногий лучше взять потому что там аппаратный FSMC и скорость выше и траты времени нет.[/uquote]
У меня спектрум работал на F103RC у которого нет FSMC, а дисплей был с такой-же 8-ми битной шиной и выдавал положенные 50 fps при нормально звуке, а RC я брал только ради RAM, любого 32-х пинового мк с 64К RAM, типа L431KB, вполне бы хватило.[/uquote]

50FPS чего? 50 раз сливал буфер? если у тебя идет слив 18мс, 50 раз это 900мс, а ведь все это время CPU занят, а еще нужно обрабатывать другой код. Загрузка 90%
Слишком дорого обходиться графика программная, ценой загрузки CPU.

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3904163#p3904163"]50FPS чего? 50 раз сливал буфер? если у тебя идет слив 18мс, 50 раз это 900мс, а ведь все это время CPU занят, а еще нужно обрабатывать другой код. Загрузка 90%[/uquote]
Мк без FSMC может посредством DMA выводить в порт байт со стробом за ~14 тактов, для экрана 320x240 можно получить 50 fps при частоте 108MHz. Cpu при этом занят не больше, чем при работе с DMA+FSMC.

[Oxford]

ага если при этом МК нихера не делает, 50fps чего? нихера не делания. DMA с FSMC быстрее и разгружают CPU который может нормально заняться делами. Бред не собирай.
На 108 мгц нельзя разгонять, это не штатная работа МК. Опять же размышления хоббиста
Колхоз очередной, сказочник

Ты не такты считай а полностью кадр вместе с работой полезной.

[Reflector]

[uquote="Oxford",url="/forum/viewtopic.php?p=3904167#p3904167"]ага если при этом МК нихера не делает. DMA с FSMC быстрее и разгружают CPU. Бред не собирай.[/uquote]
Значит я еще больший молодец, мк ничего не делает, а эмулятор все равно работает

На 108 мгц нельзя разгонять, это не штатная работа МК. Опять же размышления хоббиста

Тут основная часть народу являются хоббистами, теперь и в этом проблема? Даже в теме предназначенной для новичков?

[Oxford]

ну молодец что сделал хлопаю в лодоши чо дальше то?

[VladislavS]

Разрешим ему на С++ программировать?

[Oxford]

Нафиг он не нужен с++

[a5021]

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

[Eddy_Em]

[uquote="Reflector",url="/forum/viewtopic.php?p=3904139#p3904139"]Одно время ты свою либу тоже рекламировал весьма активно [/uquote]
Так она у меня на гитхабе лежит! Любой может код посмотреть и обосрать.
А Славик ведет себя неподобающе.

Я уж молчу об использовании С++. Он бы еще на расте писал!..

[240265]

Че Вы срётесь, ХОРОШ ! Кто на чем хочет , тот на том и пишет. (хоть на заборе )

[VladislavS]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3904192#p3904192"]А Славик ведет себя неподобающе.[/uquote]Не знаю о ком речь, но поддерживаю. А в чём конкретно это выражено?

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3904192#p3904192"]Он бы еще на расте писал!..[/uquote]Раст то тебе что плохого сделал???

[uquote="240265",url="/forum/viewtopic.php?p=3904197#p3904197"]Кто на чем хочет , тот на том и пишет. (хоть на заборе )[/uquote]
А товарищи выше говорят НИЗЯ