Видео

Если вдруг получится обойтись без программного деления на 2 или 4 (в зависимости от настроек) то напишите пожалуйста. Я понимаю что деление на степени двойки для микроконтроллера относительно легко даются за счет сдвигов, но хочется совсем от них избавится

@domstudent7541 , в общем, энкодер из закромов у меня оказался точно такой, как и в видео - 4 отсчёта на щелчёк. К слову, бывает и 2, и сильно редко 1 отсчёт на щелчёк. Делить пришедшие импульсы на 4 у меня микроконтроллер заставить не вышло, а вот на 2 - легко. При инициализации просто нужно выбирать работу не по обоим входам энкодера, а по одному (ENCODERMODE TI1 или TI2). А аппаратный делитель таймера действительно, такое чувство, что не работает от слова совсем. НО!!! Если прескалер таймера после его инициализации установить на 2 ( TIM3->PSC = 0x1UL в моём случае ) - всё работает как нужно, правда с одной оговоркой - после перехода счётчика через ноль (крутнуть энкодер в обратную сторону). До этого, если крутить в плюс, считает по 2 импульса. Творится какая-то магия и ситуация однозначно требует дальнейшего расследования. :) Ах, да, и вторая оговорка тоже есть - после этих манипуляций приходит хана аппартному антидребезгу. В общем, ST-шники в очередной раз где-то набыдлокодили, а расхлёбывать простым пользователям. p.s.: нашёл интересную заметку по этому поводу. efton.sk/STM32/gotcha/g52.html

@@Seriyv0lk Спасибо за исследования! Теперь стало понятно почему и в документации на HAL, да и в самом ХАЛе запрещается выставлять прескейлер отличный от нуля) по поводу ENCODERMODE - это тоже логично и понятно, но деление на 2 и деление на 4 - по сути для процессора одно и то же. Была наивная надежда, что уж в новой то серии микроконтроллеров будет меньше багов. По этому то и отказался от bluePill, она со своим глючным I2C меня в своё время доконала до состояния что забросил на долгое время изучение. Спасибо еще раз, значит привыкаем к новым багам, и двигаемся дальше.

@domstudent7541 в G4 можно сделать, чтобы такой энкодер считал один к одному. Там есть опция ENCODERMODE X1.

К сожалению в офф. комьюнити даже предлагают использовать программное деление. Ну и этот вопрос тянется ещё с 2015 года на одном из форумов. community.st.com/t5/stm32-mcus-products/encoder-mode-counter-division-possibilities/td-p/116644 mcu.cz/forum_m/showthread.php?tid=2354

Добрый день. Хороший вопрос. Пока у меня нет такого счастья, но закажу, поэкспериментирую. Обычно доставка в течении пары недель - если получится - покажу как. Не получится - напишу.

@@domstudent7541 Оки, спасибо

Не понимаю почему у некоторых не работает. Специально же показал на видео "чистую" установку, в виртуалке, на только что установленной операционной системе. Как вариант - могу повторить то же самое, но без ускорения видео, может для меня какой то шаг очевидный, а его пропускают. Надо такое видео?

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

На счет не решить - мне кажется Вы погорячились, всё таки у VS Code есть огромное преимущество перед другими средами разработки, а именно модульность. Можно просто взять, скачать плагин от ST, проанализировать как именно он взаимодействует со средой разработки, что именно не работает, и исправить баг... Но во первых это потраченное время, во вторых - это конечно же должен делать разработчик этого плагина.

Просто если показывать всё-всё-всё, на скорости 1:1, это видео заняло бы более часа. У меня пока что мнение всё равно осталось тем же. ни надо никому такое подробное видео. Если будет желание повторить - то основные мысли главное услышать и понять, а дальше стоп-кадров более чем достаточно. Но всё равно спасибо за критику.

@@domstudent7541 Да я то справлюсь с неудобствами, если уж сильно нужно. У меня есть опыт в программировании на AVR. .Вы зрителей теряете. Для нечинающих ведь расчитано. Вам решать где золотая середина. Я не критикую. Пытаюсь помочь. Успехов вам.

Добрый день. Я пытаюсь найти грань, где видео не будут по часу длиться, но при этом будут содержать максимум полезной информации. Плюс из-за того, что запись ведётся в виртуальной машине, как сделать видимым курсор мыши там - пока еще не придумал. Но если что-то в видео будет непонятно - для этого по немногу делаю сайт, где будет всё то же самое, но в виде текста с картинками. Но... это чуть позже будет готово) По поводу подключаемых файлов после импорта проекта - перезайдите в VS Code. Это к сожалению важно для нормального импорта пока что. Ну и в некоторых других занятиях я так же делаю новый проект с нуля - там можно ещё раз посмотреть. Ну и совсем если всё непонятно - репозиторий, в который всё складываю - открыт для всех, импортируйте мой проект для проверки)

@@domstudent7541 а если включить в настрйках мышки шлейф?

@@domstudent7541 У меня так-же не видит пути к библиотекам .h "Обнаружены ошибки #include на основе сведений, предоставленных параметром configurationProvider. Волнистые линии для этой записи преобразования (C:\Users\Jans\Desktop\Test\G474RE\Core\Src\main.c) отключены.C/C++(1696) не удается открыть источник файл "stm32g4xx_hal.h"C/C++(1696)" Так же было замечено отличие, у вас при генерации проекта в CubeMX создаются 3 папки (core, cmake, Drivers), у меня, что бы я не делал создаются только одна папка Core. Версия CubeMX 6.12 без авторизации аккаунта. Папки FW на чипы подкинуты, может быть проблема в аккаунте? Стоит попробовать более старую версию CubeMX?

День добрый! Почти готово, но как объяснять и показывать мысли, которые крутятся в голове пока пишутся довольно простые алгоритмы я не придумал. По этому будет "упрощенный" вариант. И нет, забивать на это дело не планирую совсем. Отличный мотиватор делать что-то новое)

@@domstudent7541 очень круто, жду ))

Странно, специально сделал видео, на котором все шаги записаны и показаны. По поводу отладки - при импорте проекта в VS Code создается в том числе файл "..\.vscode\launch.json в котором как раз и прописывается как и через что отлаживать. И судя по ошибке " No compiler found in cache file" данный файл у вас по какой то причине либо не сгенерировался, либо сгенерировался неверно. На всякий случай выложил на яндекс-диск все файлы из этой папки. Попробуйте понять в чем отличия. disk.yandex.ru/d/Hdm7XfpXiFb7Kw

@@domstudent7541 очень извиняюсь, что не ответил сразу. Вообщем разобрался что к чему и теперь из кубовского макефайла проект импортируется на ура, собирается и работает как надо. все работает и отладка и прошивка. А вот как создать проект без куба и макефайла? С нуля так сказать . Собрать то я его собрал, он собирается и прошивается, но прерывания не работают, точнее он не заходит в обработчик прерывания. Тот же код , один в один в кейле работает на ура, а тут нет. А с HAL или LL это не интересно. Остался бы в кейле но там такой редактор вырви-глаз. После vscode ваще ни очем.

День добрый @user-cn9sh9md5e . Сначала доделаю видео по работе с MAX7219, потом тогда сделаю видео для продвинутых - создание проекта с нуля, без автоматизации от STM. По прерываниям - странно что не попадаете в обработчик прерывания, я когда проверял как всё тут работает, в том числе и прерывания смотрел - всё отрабатывало корректно. И точки останова, и просмотр памяти, и "live expressions", хотя их надо донастраивать немножко.

@@domstudent7541 Там походу ошибка в startup файле. Я его заменил на скачанный с оф. сайта и огонь, всё завелось и работает прекрано. Спасибо.

Добрый день. Версии софта, что использованы на видео положил в Яндекс диск. Обновлять - не обещаю. disk.yandex.ru/d/EhcdREjECT1bkA