Stm32 с чего начать изучение...

[ARV]

Замените stm32 в последних пяти страницах сообщений на любой другой МК и смысл сообщений не изменится. Так о чем разговор? Тема про Си здесь не одна...

[VladislavS]

Фига се чувака порвало

Однако, узко мыслишь.

[uquote="КотПротон",url="/forum/viewtopic.php?p=4737973#p4737973"]Правда, есть там функциональная ошибка - unlock() в GPIO не будет работать, поскольку механизм блокировки настроек пинов не подразумевает разблокировки вообще. Блокируются они до следующего перезапуска после сброса.[/uquote]А на контроллерах Миландра будет.

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

static inline void unlock() { base()->KEY = 0x8555AAA1; }

[uquote="КотПротон",url="/forum/viewtopic.php?p=4737973#p4737973"]

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

_static_always_inline_ void write(uint32_t data)  // Тут вроде uint16_t надо

Да не "вроде", а точно там uint16_t надо. Сами ж написали в static_assert, что ширина порта максимум 16 пинов.[/uquote]На 32-битном контроллере усечение типа не бесплатно. Это может вылезти в реальный код. 32 тут уместнее. А static_assert не даст превысить.


[uquote="КотПротон",url="/forum/viewtopic.php?p=4737973#p4737973"]Дальше идут мелкие ошибки, такие как

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

_static_always_inline_ void toggle()
  {
      base()->ODR = ~base()->ODR;

[/uquote]Ты откуда понадёргал то? Для STM32 новых

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

  template<uint32_t PM=PinsMask>
  static inline void toggle()
  {
    if constexpr (PM == 0xFFFF)
      base()->ODR = ~base()->ODR;
    else if constexpr (PM == 0x00FF)
      *pVU8(&base()->ODR) = ~*pVU8(&base()->ODR);
    else if constexpr (PM == 0xFF00)
      *(pVU8(&base()->ODR) + 1) = ~*(pVU8(&base()->ODR) + 1);
    else if constexpr (std::has_single_bit(PM))
    { if (base()->ODR & PM) clear(); else set(); }
    else  
      base()->BSRR = (PM << 16) | (~base()->ODR & PM);
  }

Для STM32 старых и кучи китайцев на них базирующихся

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

  template<uint32_t PM=PinsMask>
  static inline void toggle()
  {
    if constexpr (PM == 0xFFFF)
      base()->ODR = ~base()->ODR;
    else
      if constexpr (std::has_single_bit(PM)==1)
        if(base()->ODR & PM) clear<PM>(); else set<PM>();
      else  
        base()->BSRR = (PM << 16) | (~base()->ODR & PM);
  }

Для AVR

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

  template<uint8_t PM=PinsMask>
  static inline void toggle()
  {    
    if constexpr (PinToggle)
    {
      if constexpr (std::popcount(PM) == 1)
        base()->PIN |= PM;
      else
        base()->PIN = PM;
    }
    else
    {
      if constexpr (std::popcount(PM) == 1)
      {
        if (base()->PORT & PM) clear(); else set();
      }
      else
        base()->PORT ^= PM;
    }
  }

На разработанном мной для Microblaze GPIO

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

  template<uint32_t PM=PinsMask>
  static inline void toggle()
  {    
    base()->IDR = PM;
  }

и так далее...

[uquote="КотПротон",url="/forum/viewtopic.php?p=4737973#p4737973"]и нелогичности

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

_always_inline_ TSTM32Fx_GPIO& operator=(const TSTM32Fx_GPIO& gpio)
  {
    write(gpio.read());

[/uquote]
Ну потому что надо понимать как работает оператор присваивания.


Остальное даже комментировать лень.

[uquote="КотПротон",url="/forum/viewtopic.php?p=4737973#p4737973"]Есть расхожая фраза: "Keep it simple, stupid". Что в переводе означает: "Пиши проще, чувак!" [/uquote]"Ни асилил" пишется сильно короче.

[КотПротон]

Хахаха, вижу, признали свою писанину, хоть я специально не указывал ссылку и автора Однако, долго ж ты думал, гражданин Я видел, что ты буквально сразу после моего поста тут появился, но сообразил, что ответить только через день Медленно ваша лошадь ездиет!

То есть, если спустя 5 лет вы до сих пор пишите такую ересь, то... ну что сказать - пичалька, пичалька. Образования профильного у вас, как видно, нет. И самообразованием тож не занимались.
Эх, жаль меня здесь не было 5 лет назад, а то я бы быстро вас с небес спустил Меня этими дешевыми понтами не возьмешь, у меня вышка как раз по этой специальности, и уж что такое логика построения взаимосвязей, я знаю получше, чем вы У вас вашей писанине нет ни капли логики.
И даже сейчас вы не поняли ничего. Я спрашиваю - на кой ляд вы вынесли в параметры класса режим пинов, если пытаетесь настраивать их по-разному даже для маскированного порта? Где в этом логика? Вот давайте без понтов, а по-честнаку. Понты на меня не действуют, это перед местными можете понтоваться.

base()->IDR = PM;

Что-что, простите? Даааа, что-то у вас там ниалё


Разбирал я недавно еще один опус, дак там так же, автор не понимает, что пишет.

[VladislavS]

5 лет за мной гоняешься? С тобой всё в порядке? Не собираюсь я на твои высеры реагировать.

[uquote="КотПротон",url="/forum/viewtopic.php?p=4738329#p4738329"]Я спрашиваю - на кой ляд вы вынесли в параметры класса режим пинов, если пытаетесь настраивать их по-разному даже для маскированного порта?[/uquote]Потому что в списке пинов режим это атрибут пина. Впрочем, тебе не понять. Продолжай ограничения на constexpr изучать.

И это, ник для очередного клона начинай подбирать.

[КотПротон]

Какой атрибут пина, если в порту их несколько пинов, и вы пытаетесь настраивать их по-разному. Логику не изучали чтоль? Если вам дать три карандаша разного цвета, то у них общим будет только название "карандаш". Но нельзя группировать по признаку "три карандаша неопределенного цвета", цвет у них определен - один красный, два зеленых. Вот так же и здесь. Общее ОДИНАКОВОЕ свойство у все пинов порта - только буква имени порта. Остальные свойства - независимые. Поэтому, нельзя их объединять в шаблон класса порта.
Это логика - её надо тоже изучать. Иначе такая ересь как у вас и получается.

Про запись в регистр входов IDR, доступный только для чтения - ответа не последовало. Всё с вами ясно - обычная понторезка, в стиле индусского кода, лишь бы больше строчек, и пофик, что они ошибочны.
Про write(gpio.read()); - так же нет ответа, а только отмазка. Видимо, вы совсем не понимаете, что пишите.
Про base()->ODR = ~base()->ODR; так же вы не поняли, о чем речь была. Видимо, за прошедшие 5 лет вы так и не сталкивались с работой этого механизма в реальной системе.

А на контроллерах Миландра будет.

А в показанном коде НЕТ контроллера Миландра, только STM - там так и написано в комментах. Отсюда возникает ложное впечатление, что на STM можно сделать разблокировку. А всего лишь надо было соблюдать принципы программирования, которые изучаются в ВУЗах. Вы - не учились, не знаете их, потому и пишите какую-то ересь. Но понтов - выше крыши. Эти понты только на местных действуют. На меня - нет

[VladislavS]

[uquote="КотПротон",url="/forum/viewtopic.php?p=4738333#p4738333"]Какой атрибут пина, если в порту их несколько пинов, и вы пытаетесь настраивать их по-разному.[/uquote]Именно для того чтобы каждый пин получил свой режим он и содержит его в атрибутах. Сосредоточься, это просто.
[uquote="КотПротон",url="/forum/viewtopic.php?p=4738333#p4738333"]Про запись в регистр входов IDR, доступный только для чтения - ответа не последовало.[/uquote]Я же говорю, узко мыслишь. Найти контроллер у которого запись в IDR вызывает toggle порта предлагаю самостоятельно. Точно так же я сделал и в своём GPIO в FPGA.

[uquote="КотПротон",url="/forum/viewtopic.php?p=4738333#p4738333"]Эти понты только на местных действуют. На меня - нет [/uquote]Да я уж вижу, 5 лет гоняешься за мной по форумам.

[КотПротон]

Не знаю, с кем вы меня там путаете, может однофамилец
Но я вот щас вялюсь на даче и листаю форум. И случайно наткнулся на такой опус. Хорошо, что вы его признали. Плохо, что вы так и не осознали и не научились ничему за эти 5 лет.

Про IDR - разговор про STM32. Не надо выкручиваться. Надо честно признавать свои ошибки. А вы вместо этого начинаете изворачиваться, как эта самая.

Ну а вам, гражданин, настоятельно рекомендую пройти хотябы онлайн-курсы по программированию. Мож, узнаете основные принципы построения программ. Потому что самое смешное вы даже не понимаете, что такое "три карандаша разного цвета" Они не могут иметь "неопределенный цвет".
Я ж говорю - в описанном классе - нарушение ЛОГИКИ.

Представьте себе табличку - инвентаризационная ведомость:

ничего в ней не смущает? А ведь это вы её такую сделали! Имя порта - GPIOA, тип пинов - "а ху ево знаить, у всех разный" Вопрос - а зачем это свойство для порта, если "тип у всех разный". Ло-ги-ка, нарушение ло-ги-ки! Хотя, вы этого и не понимаете, для вас цвет карандаша может быть "да х ево знает, какой-то, но я им пишу картины, я ведь художнег, а художнека может обидеть каждый"

[VladislavS]

[uquote="КотПротон",url="/forum/viewtopic.php?p=4738342#p4738342"]Не знаю, с кем вы меня там путаете, может однофамилец [/uquote]Однако, не я один, Adrift вон тоже что-то подозревает.

[uquote="КотПротон",url="/forum/viewtopic.php?p=4738342#p4738342"]Потому что самое смешное вы даже не понимаете, что такое "три карандаша разного цвета" Они не могут иметь "неопределенный цвет".[/uquote]Могут, если используются как дрова, то их цвет не важен. Так же и пины могут использоваться в контексте, где их режим не важен, тогда и задавать его не обязательно.

А ты что, все 5 лет так с пинами и возишься? Как-то мелко...

[КотПротон]

Ага, если вы используете ваш код как дрова, то конечно для вас не важно, какая у него логика. Я ж говорю - у вас проблемы С ЛОГИКОЙ. Большие проблемы. Очень большие.

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

тогда и задавать его не обязательно.

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

[VladislavS]

[uquote="КотПротон",url="/forum/viewtopic.php?p=4738347#p4738347"]Мало ли кто там что подозревает.[/uquote]Повторюсь, можешь начинать придумывать новый ник для клона.


[uquote="КотПротон",url="/forum/viewtopic.php?p=4738347#p4738347"]А зачем тогда его там писать?[/uquote]Это шаблон, он работает в совершенно разных ситуациях. В случаях, когда режим не нужен, подставится значение по умолчанию "Undefined" и пользователь об этом даже не узнает. Впрочем, вашим образованием я заниматься не намерен. Поучитесь где-нибудь программированию самостоятельно.

[satman555]

Здравствуйте, у меня такой вопрос. Хочу сделать инфракрасную паяльную станцию на основе платы STM32F401CCU6, дисплея ILI9341/ILI9488 и 5 кнопочной клавиатуры.
Вопрос по созданию ГУИ, я не программист а хочу немного научиться писать код.
Насколько я понял мне нужно поставить
1. STM32CubeMX чип конфигурация
2. Или STM32CubeIDE или Keil ARM? Для работы с кодом.
3. Какую программу для создания самой ГУИ?

Нужен совет, так как мне проще будет начать? Как я уже понял выше названые проги нужен минимум Виндовс 10. Не хочется попусту тратить время.
Спасибо заранее.

[Adrift]

satman555, тема про STM32, а у вас ESP32.

[satman555]

Спасибо, файл подправил.

[Just_Fluffy]

satman555, ну, мне кажется, если и есть где то готовый конструктор гуя, то вот прям без программирования все равно не получится....
Как вариант высокоуровневой графической библиотеки - можете смотреть в сторону https://lvgl.io/ - она оперирует граф. интерфейсом на уровне готовых объектов.
Насчет STM32CubeIDE - ну есть более старые версии Atollic True Stulio, которые под семеркой идут. Но походу Win10 - достаточно хорошая и стабильная ось... И я пока на 11 переползать не планирую.
Кейл? Не знаю, не работала с ним, но он же вроде хочет или денег, или таблетки....

[satman555]

Поствил Винду 10.
1. Поставил STM32CubeMX 6.16
2. TouchGFXDesigner 4.6
3. Кейл MDK543a

Все стало прекрасно и пока задарма.

Винда 7 не поддерживается свежими программами.

[satman555]

Вообщем Кайл оказываетчя платный. Поставил субеИДЕ.

[TEPEM]

Спасибо разобрался

[ARV]

есть задача: считать импульсы достаточно низкой (не более 1 кГц) частоты, поступающие на пин МК.
есть условие 1: ловить отдельный импульс на другом пине МК и отрабатывать его фронт.
есть условие 2: делать это в Free RTOS.

предполагаю реализвать это так:
- настроить какой-то таймер на счет внешних импульсов
- настроить прерывание по фронту на нужном пине
- в задаче RTOS периодически извлекать из таймера накопленное количество импульсов и обрабатывать
- по прерыванию от второго пина ставить семафор, который в упомянутой задаче тоже обрабатывать

критика, советы?

кроме семафора можно применить сообщения - пока не очень понимаю, что предпочтительнее. МК предполагается STM32L072, работать будет на 32 МГц (кварц 8 с PLL x4)

[veso74]

Щучу с друзьями, что все, что можем делать с FreeRTOS, можем делать и без FreeRTOS.
Назовите одну причину, для которой следует использовать Free FROST?

[Rapra]

1. Таймер с внешним счетом - нормально.
2. Прерывание по фронту - нормально.
3. Читать накопленное тайиером значение - нормально
4. Семафор - вполне пойдет. Зависит от конкретики работы задачи.

Добавлено after 3 minutes 58 seconds:
[uquote="veso74",url="/forum/viewtopic.php?p=4790180#p4790180"]Щучу с друзьями, что все, что можем делать с FreeRTOS, можем делать и без FreeRTOS.
Назовите одну причину, для которой следует использовать Free FROST?[/uquote]
А это вечный холивар, такой же как Интел-АМД, Винда-Линух-МакОС и прочее.
Вообще, чем сложнее проект, тем сложнее у него распределение процессорного времени и внутреннее взаимодействие. И в попытке всё это устаканить, вы так или иначе будете приходить к какой-либо РТОС. Даже самописный вариант менеджера по мере усложениния внутреннего взаимодействия будет всё больше и больше напоминать РТОС.

Добавлено after 2 minutes 56 seconds:
В том, что сейчас здесь написал ARV, нужды в РТОС не прослеживается. Однако, мы не знаем, что там есть помимо описанного.