ART_ME

Ну вот и созрел вопрос. В листинге видим строчку: GPIO_Digital_Output(@GPIOD_BASE, _GPIO_PINMASK_ALL) ' digitalni output GPIOD_ODR = 0 Я понимаю, что это настройка порта D, но не могу найти где содержится описание этого выражения и его синтаксис. Подскажите плиз, где искать?

Залез в примеры микровасика, нашел там каталог Soft UART, а в нем... Null-Modem! Ну и кто тут меня пытался заставить скачивать и изучать нафиг мне ненужный STM32Cube? ЗЫ. Я правильно понимаю, что по mikroBasic PRO for ARM мне здесь задавать вопросы некому?

Я повторно прошу Вас не флудить в моей теме.

Я Вам верю. Но я прагматик. И даже надеюсь, что именно STM32 выведет прекрасную идею МК из тупика. Но меня он интересует только в качестве универсальной микросхемы - цена и качество это позволяют..

В целом придет потом. И то только тогда, когда применение МК станет правилом. Сейчас это всего лишь исключение из общего правила, да и то в безвыходных ситуациях. Иными словами, я не буду зажигать гирлянду на елке с помощью STM32 в принципе. То бишь да, если мне удастся сделать из STM32 нуль-модем, то тему можно закрывать до практического применения. Разве что может быть придется еще SAA7706 по i2C помучить. Вангую, что в HAL про протокол SAA7706 даже намека нет. Ну и в резерве регулирование кромки, но это только в том случае, если не получится аналоговое управление.

mail_robot, я читал Вашу перепалку в соответствующей теме. И несмотря на то, что во многом я поддерживаю Вашу точку зрения, прошу воздержаться от засорения этой темы. Потому как есть все основания полагать, что вопросы от меня еще будут. В этом момент я выяснил, что "надо трясти". А именно: убедить STM32 поработать нуль-модемом. А для этого мне надо читать про настройку портов (а это и есть та самая инициализация) и про микровасик.

Ограниченное применение предполагает ограниченное познание. STM32 планируется применять исключительно в случаях экономической нецелесообразности использования ПЛК или панели. То бишь для примитивных функций вроде ввода значения концевика в панель по RS232.

В моем понимании макрос - это функция за пределами системы команд. Однако, если я прав, то 1. Библиотеки на Си пользователю на васике как корове седло. 2. При использовании нестандартных протоколов библиотеки стандартных протоколов... см. выше. Если это действительно так, то зачем мне читать про то, чем я не буду пользоваться?

Чтением чего именно? Всего, что написано про STM32?

my504, вот теперь прояснилось, спасибо. Как оказалось, Cube - это и есть тот самый набор макросов, о котором я спрашивал во втором вопросе этой темы. Но отсылка одного байта в STM32 макроса не требует. Видимо потому, что этот макрос прописан на уровне микропрограмм. Поэтому в случае необходимости отсылки массивов передо мной альтернатива: либо я сам пишу протокол отсылки этого массива, либо я использую для этого библиотеку HAL. Правильно?

Так я как раз и пытаюсь выяснить, что именно мне читать. К примеру, если я смогу одной строкой кода присвоить значение отсылаемого байта буферу передатчика UART в mikroBasic PRO for ARM и получить на выходе стандартную отсылку UART, то зачем мне читать про STM32CubeMX? Или без STM32CubeMX мне mikroBasic PRO for ARM бесполезен?

Если я правильно понял, эта команда прописана в STM32CubeMX? Я смогу это сделать в mikroBasic PRO for ARM или мне для этого нужен STM32CubeMX?

Если не трудно, нарисуйте пример такой команды.

ОК, поставлю вопрос по другому. В ПЛК обычно нужны как минимум две команды для того, что отправить или принять байт в последовательный порт. Первая команда - это инициализация порта, где прописывается данные порта, а вторая - собственно отсылка и прием байта или байтов. Возможна и третья - флаг результата операции. Как эта функция реализуется в STM32? Сколько команд я должен прописать для того, чтобы отправить байт в последовательный порт?

Передача данных в UART осуществляется по одному биту в равные промежутки времени. Этот временной промежуток определяется заданной скоростью UART и для конкретного соединения указывается в бодах (что в данном случае соответствует битам в секунду). Существует общепринятый ряд стандартных скоростей: 300; 600; 1200; 2400; 4800; 9600; 19200; 38400; 57600; 115200; 230400; 460800; 921600 бод. Скорость ( S {\displaystyle S} , бод) и длительность бита ( T {\displaystyle T} , секунд) связаны соотношением T = 1 / S {\displaystyle T=1/S} . Скорость в бодах иногда называют сленговым словом битрейт. Помимо собственно информационного потока, UART автоматически вставляет в поток синхронизирующие метки, так называемые стартовый и стоповый биты. При приёме эти лишние биты удаляются из потока. Обычно стартовый и стоповый биты обрамляют один байт информации (8 бит), однако встречаются реализации UART, которые позволяют передавать по 5, 6, 7, 8 или 9 бит. Обрамленные стартом и стопом биты являются минимальной посылкой. Некоторые реализации UART позволяют вставлять два стоповых бита при передаче для уменьшения вероятности рассинхронизации приёмника и передатчика при плотном трафике. Приёмник игнорирует второй стоповый бит, воспринимая его как короткую паузу на линии. Многие реализации UART имеют возможность автоматически контролировать целостность данных методом контроля битовой чётности. Когда эта функция включена, последний бит данных в минимальной посылке («бит чётности») контролируется логикой UART и содержит информацию о чётности количества единичных бит в этой минимальной посылке. Различают контроль на четность (англ. Even parity), когда сумма количества единичных бит в посылке является четным числом, и контроль на нечетность (англ. Odd parity), когда эта сумма нечетна. При приеме такой посылки UART может автоматически контролировать бит четности и выставлять соответствующие признаки правильного или ошибочного приема. -------------------------------------------------------- Дык STM32 CubeMX добавит стартовый и стоповый биты и бит паритета к посылке или нет?

Пошлю 41h А из STM32 выйдет или 01000001 если без протокола и 001000001000 если по протоколу Иными словами, STM32 CubeMX добавит стартовый и стоповый биты и бит паритета к посылке или нет?

Байт по протоколу UART или байт бинарный без протокола? То есть включив на компе гипертерминал и послав в него с STM32 с помощью STM32 CubeMX к примеру 41h, что я увижу в окне гиппертерминала - A или абракадабру?

Ну вроде все получилось - связь через STLink есть, примеры компилируются и в STM32 загоняются исправно. Поэтому назрел следующий принципиальный вопрос. Если мне нужно, к примеру, организовать связь с компом по протоколу UART, то каков в таком случае уровень программирования STM32? То есть нужно ли писать драйвер самому, или его где-то брать как макрос, или все эти макросы вообще в каких-то глобальных библиотеках лежат, или это составная часть компилятора? плата STM32F103C8T6, STLink, mikroBasic PRO for ARM

Какая реклама, ну конечно всем известно где!

Вот токо что купил на пробу, правда для другого случая (потому и на пробу). Но ИМХО это именно, то Вам нужно. Питание 12В и\или 24В. Концевики встроенные. Ход штока разный, на выбор. Моменты тоже разные. Обороты тоже на выбор. Цены разумные. Сроки поставки разные, в т.ч. и бесплатные. Примеры применения.

mail_robot, спасибо. Это именно то, что мне нужно.

Уважаемые коллеги. Поддался соблазну и взял STM32 с программатором. Очень бы хотелось поиграться, а уже потом заняться всерьез. Не могли бы Вы подсказать мануал попроще - создать нечто в микровасике, записать это в МК и посмотреть, что из этого получилось. Так сказать ликбез для матерого электроника, которого ну очень интересует именно этот МК благодаря его мощности. Просьба шибко не пинать новичка. ЗЫ. ВАЖНО! Если это форум тоже для скучающих отставников, то просьба не отвечать - я и сам уйду.