Поговорим о Wiring

[AnatolSher]

Дмитрий, а у Вас есть понимание или представление как проинициализировать борду? Так как китайцы сделали, это отстой.
В моем понимании, сначала нужно собрать все данные о том какую периферию хочет задействовать ардуино-прогер. Затолкать все параметры в какую либо структуру однозначно описывающее конкретную борду, и сделать вызов функции инициализации железа один раз, непосредственно перед передачей управления в loop(). И больше не проверять.
Китайцы же проверяют соответствие пинов и режимов постоянно, постоянно ремапят... и т.д В общем не понятно для чего эти костыли.

[board707]

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

Насчет того, что китайцы постоянно что-то ремапят - не могли бы Вы привести пример? Я если это речь про наш пакет - там ардуино-кода-то пяток строчек, когда они успевают? :)

[AnatolSher]

В дебаггере видно. Достаточно протрассировать analogWrite() или analogRead()

[board707]

Многие знания - многие печали... :)

Если вы имеете в виду перепроверку и переинициализацию пинов - это в Ардуино во всех платах так. При каждом обращении пин инициализируется заново.

Добавлю - для ардуино мира это абсолютно нормально. Если вы мигаете лампочкой с частотой раз в секунду, вам абсолютно все равно, занимает ли вывод на пин 1 микросекунду или даже пару миллисекунд.
Те, для кого эта разница важна - просто не используют digitalWrite() или analogRead()

[AnatolSher]

Это не эффективно. Потеря машинного времени. Все проверки по использованию периферии и их непротиворечивости надо делать в самом начале. В КубеМХ например мы визуально видим конфликты при применении альтернатив. Здесь на этапе инициализации борды нужно выкатывать в USART0 все косяки и стопорить процессор

[AnatolSher]

Кстати, есть какой либо подход к подбору чисел, которые в настройках PWM дадут целые?
Я сейчас такие параметры использую

В итоге, когда в analogWrite(pin,val) Значение val=0xFF, на осциллограмме остается хвостик. Т.е уровень не принимает стабильного HIGH при 100% заполнении

upd Судя по формуле это недостижимо?

[board707]

Мне кажется, Вы мыслите категориями больших компьютеров. В микро мире у пользователя на этапе инициализации консоль на USART0 может и отсуствовать и он никакой вашей диагностики не увидит. Для него это будет выглядеть так, как будто плата зависла.
В ардуино мире код проектируется так, чтобы им могли пользоваться 10-летние дети.

Мне кажется, что о эффективности тут надо думать в последнюю очередь. Еще раз - тем, кому нужна эффективность - не нужны команды ардуино, они будут пользовать функции СДК напрямую.

Посмотрите аддон Эрла Филхофера для ярда RP2040. Он поддерживает функции Вайринга, но вместе с тем он дает прямой доступ ко всем методам СДК. И весь эффективный код, конечно, пишется через СДК, а не через Вайринг.
Если бы нам удалось сделать что-то похожее - я бы считал задачу выполненной

[AnatolSher]

Ну и сейчас можно миксировать, wiring + hal style
Другой вопрос... wiring в зачаточном состоянии

[board707]

Вообще главный смысл Вайринга - переносимость кода. Если вы используете только ардуино-функции, один и тот же код будет работать и на Ардуино Нано, и на ЕСП32, и на СТМ.
То есть пользователь может запустить на нашей плате код для Нано и он должен работать.

Если вы начнете требовать от пользователя инициализировать периферию "вручную" - никакой переносимости и близко не останется.

[AnatolSher]

Если вы начнете требовать от пользователя инициализировать периферию "вручную" - никакой переносимости и близко не останется.

Нет, я не про это. Для ардуинщика ничего не меняется. Он как в секции setup() описывает настройки пинов, так и будет продолжать. Все проверки скрыты от его глаз. Я лишь о самой концепции инициализации борды говорю, т.е системный уровень