Программный ШИМ на arduino NANO⁠⁠

Да, иногда делаю так, когда экперементирую, что бы бысто вкл/выкл делать.

Спасибо за статейку, я даже не думал, что switch так много жрет. Что касается оптимизации кода, то по факту у меня получилось +/- типа твоего... но трава уже отпустила.. =D выкинул на гитхаб. Мало ли пригодится.
по аналогу - теперь я понял что из чего сделано, и да, соглашусь, т.к. нашёл ответы на свои вопросы и всё встало на места. Надо было еще раньше исходники проштудировать =D.

Расскажи, пожалуйста, подробнее о том, что такое ШИМ, и про работу аналоговых портов. Мне очень важно твое мнение. И, большая просьба, покажи дураку, как надо было сделать.

Вот скажи, что такое блок setup и цикл loop, и почему в output надо переводить именно в setup? Для чего тогда в analogWrite есть принудительный перевод ПИНа в output, а в digitalWrite этого принудительного перевода нет?

Собственно вот из этого принудительного перевода, я когда-то и обломался, выставив значение digitalWrite в HIGH, и не получив нужного результата, хотя ранее было написано через analogWrite 255 и было норм. И уже несколько позже, я нашёл этот прикол, а вот осадочек остался.

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

void setup(){

}

void lood(){

}

...

void main {

cli()

setup();

sei()

while(1) do loop();

}

И если я все правильно понимаю, то принципиальной разницы, где переводить ПИНы, нет. На счет  cli() и sei() не уверен.

И всё-таки digitalWrite

Она помимо этого еще кое-что делает, за это не особо любима не-ардуинщиками.

Что она делает... она относительно ПИНа который в ней указали определяет порт этого пина, управляющий бит, и дальше либо его в 1 либо в 0... - от этого и получаются всякие паразитные задержки.

Я полностью согласен, что если Я знаю на каком ПИНе мне нужно подать сигнал, то я знаю какой у него бит и какой порт,.. я сразу просто беру и ставлю бит. А если я НЕ знаю какие ПИНы будут использоваться? как быть? Наверное придется выполнять тоже самое, что и digitalWrite - определять порт и бит. И какой тогда смысл писать в порты?

Ну конечно можно где-нибудь в начале перевести пины в биты и порты, и развести биты с портами на 3 байта,... И в прерывании опять приходим к тому, надо сначала определить номер бита, записать его в переменную, так пройтись по всем пинам, и после залпом записать все байты в порты... только скорости это не прибавит, а вот сложности даст точно... Имеет ли смысл - вопрос.

Ну хватит уже... Ну сложно что ли исходники глянуть, как уже ранее было говорено, у analogWrite есть "костыль", который и используется. analogWrite принудительно переводит ПИН в режим OUTPUT - поэтому не надо это делать в блоке setup, и если значение скважности устанавливать в 0 или 255, то он его тупо перекидывает на digitalWrite, который в свою очередь и так пишет прямо в порты...

Ну ребята, ну хватит.

Ну там всё-таки Си.. немного не то

Спецом проверил, работает на ВСЕХ пинах и цифровых и аналоговых

Ну я бы сказал, что AtmelStudio - это более низкоуровневый .. я думаю не прокатит совместимость.. если только зарыться и переписывать библиотеки (не уверен точно), а вот скечи - точно не покатят

Ээээм... а AtmelStudio не?

Если почитать исходники библиотек arduino IDE (Ибо я пишу скетч именно на ней, а не в atmelStudio), то можно сделать вывод, что analogWrite записывает значение скважности в регистр сравнения таймера, и в прерыванию по таймеру просто ставит низкий уровень, именно по этому на каждом из таймеров висит по 2 пина, т.е. таймеров 3, на каждом таймере есть 2 регистра сравнения, A и B, (поэтому всего 6 пинов ШИМ) что явно и прописано в библиотеке. Что бы не быть голословным, вот вырезка из функции analogWrite:

----------------------------------------------

if (val == 0)

{

digitalWrite(pin, LOW);

}

else if (val == 255)

{

digitalWrite(pin, HIGH);

}

......

#if defined(TCCR0A) && defined(COM0A1)

case TIMER0A:

// connect pwm to pin on timer 0, channel A

sbi(TCCR0A, COM0A1);

OCR0A = val; // set pwm duty

break;

#endif

#if defined(TCCR0A) && defined(COM0B1)

case TIMER0B:

// connect pwm to pin on timer 0, channel B

sbi(TCCR0A, COM0B1);

OCR0B = val; // set pwm duty

break;

#endif

----------------------------------------------

И, как видно из этого, если записывать в analogWrite значения 0 или 255, то запись будет не в регистры, а вызываться digitalWrite, который в свою очередь просто пишет в порты. что Так же видно из исходника:

----------------------------------------------

uint8_t oldSREG = SREG;

cli();

if (val == LOW) {

*out &= ~bit;

} else {

*out |= bit;

}

SREG = oldSREG;

----------------------------------------------

Поэтому, можете сколько угодно крутить пальцем у виска, минусить коменты и с пеной у рта доказывать что там медленно, или ШИМ по средствам ШИМ...

Пусть я не прав в ваших глазах, но опровержения своих слов я пока не узрел... для Arduino IDE во всяком случае

Это не нервы, - это конструктив.

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

И вообще,.. Вот вы тут все кричите, что analogWrite и digitalWrite все такой медленный,.. и тд и тп,.. что все это дерьмо, давай в порты писать.....

Уважаемые Профессионалы! А вы сами смотрели исходники библиотек? А вы никогда не задумывались, почему эти функции такие медленные?

А я вам отвечу,.. - медленные как-раз из-за того что сделаны они максимально универсально, что бы разработчику достаточно было указать номер пина и сигнал. И взглянув на реализацию, будет видно, что все задержки появляются как-раз из-за определения порта относительно пина, и изменения нужного бита в нужном порту.

Пруфы - c:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino\wiring_analog.c и wiring_digital.c

Разница между digitalWrite и analogWrite по факту только в том что analogWrite записывает значение в счетчик, а digitalWrite в порты.

И хватит лить это дерьмо!

Даже если переписывать свой код на порты, в итоге получишь те же самые задержки в угоду универсальности.

Если надо больше частоту, то уже куда логичнее будет использовать digitalWrite(), и если смотреть в глубь этой функции, то там то же самое определение порта и установка нужного бита. Какой смысл писать костыли, Которые вы, уважаемый @Begemot911 привели в своем сообщении?

1. Блок loop - для примера, не более.
2. 16мГц - именно из-за analogWrite
3. Почему не digitalWrite? Потому что при использовании на шим-пинах analogWrite даёт больше силу тока (я хз как так). От digitalWrite оптопары мои не открылись

Моё уважение тебе! Нукасяк напиши на портах? Ну так, чисто ради спортивного интереса. Что бы вот так же просто в настройках любой юнга прописал нужные ему пины, а потом просто значения в основном цикле туда подставлял. Нет это не укор, или сомнения, просто тупо интересно. Тем более Вам порты, как я понял, проще чем таймеры (мне, например, это немного сложнее).

И да, эти команды я кое-как но пытался описывать в предыдущем посте.

Для меня да, а если начинающий прогер?.. думаю что разобраться с таймерами несколько проще чем с портами... ведь на НАНО их помойму 3, и считать на каком порту какие пины, переводить биты нужного порта в зависимости от значения пина... ну хз...

Бестолку спорить. Доеб*ся можно и до столба.

Википедию процетировал? молодец... может стоило мне пост посвятить определению ШИМа? Действительно, зачем писать вкраце как оно работает, если можно написать 3 страницы текста с определениями, графиками и прочей никому не нужной информации...

Написал же - ВКРАЦЕ

Иди учи читать.

Никто не запрещает писать в порты, однако реализовать в таком виде - проще для понимания, всё-таки пикабу - это не профильный сайт по программированию ардуины