[KNNK07]

В общем, разобрался я со свей проблемой мерцания при плавном "розжиге" диода PWMом с Тайни13.

Все оказалось просто - ей памяти не хватало. Ардуино говно
Ну в плане функции analogWrite() так уж точно.
Оказалось (ну для меня лично это открытие), что она "жрет" 120 тактов в то время как обычная прямая запись в порт только 4.
Соответственно в Меге, где памяти относительно много, это не было проблемой.
А у Тайни13 памяти почти нет и из-за этого начинались тормоза.

Для Меги есть хереды с функцией digitalWriteFast(), загуглите. Там макросы для всех чтений и записей, которые драматически быстрее ардуиновских.

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

[ploop]

 Сообщение от Mazafaka :

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

Блин, да переходите вы на чистый Си. А для 13й тиньки вообще на ассемблере писать надо, код простой получится, как на бейсике. Если что - поможем.

Без обид, но совать в неё ардуиновский код - я даже не знаю, как назвать, надо что-нибудь покурить покрепче, чтобы такое придумать

[INFERION]

 Сообщение от INFERION :

Инструкциями по копированию и вызову подпрограмм, как это любит делать Си (а ардунио ещё хуже) - свободно. Стек засирается только так, а у 13-й тиньки по меркам ЯВУ очень мало ОЗУ. Хотя тут прерывания не используются, это должно облегчать жизнь компилятору.

Хорошо хоть соизволили проверить этот факт, я уж думал просто забили на мою писанину. Я то с камешками этими вожусь на низком уровне и с компиляторами ЯВУ (в частности Си) знакомился. У людей часто проблемы возникают именно из-за нехватки ОЗУ. Причём код компилится, но жутко медленный.

 Сообщение от Mazafaka :

Оказалось (ну для меня лично это открытие), что она "жрет" 120 тактов в то время как обычная прямая запись в порт только 4.

Собственно, сама запись жрёт 1 такт. Ещё такт может потребоваться чтоб вывести в порт константу (её придётся загрузить сначала в РОН). 3 такта потребуется, если выводить нужно лишь некоторые биты, не зацепив при этом соседние. Придётся выполнять чтение, модификацию, и запись обратно (по такту на инструкцию). Однако изменение одного бита чаще всего можно выполнить за 2 такта специальной инструкцией, даже если его состояние необходимо проинвертировать (это можно сделать и одним тактом, но с заранее подготовленной константой в РОН). Так что 4 такта - чаще всего тоже слишком много для такой операции...
Получается ардунио раз в 100 менее эффективен, но я не удивляюсь. Си раз в 10 обычно больше тупит, C# раз в 100, всякие бейсики, паскали и т.п. часто вообще в память не лезут. Весёлая картина, а мы этими продуктами жизнедеятельности программистов наш ПК грузим... Тут я должен уточнить, что результат сильно зависит от самого программиста. Си в 10 раз больше тупит за ассемблер только если программист его знает поверхностно и не учитывает особенностей железа, под которое пишет.

 Сообщение от Mazafaka :

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

Это странно, ибо простая запись в регистры куда проще вкуривания всех тех левых и не пойми кем написанных библиотек, делающих то же самое, только через одно место. В даташите же всё расписано, какой бит что делает. И регистров у 13-й тиньке совсем мало. Для сравнения у какого-нить STM32 только на один таймер может быть десятка два 32-х разрядных регистров, и всё равно их приходится ковырять вручную. При этом один лишь таймер отконфигурировать мало. Нужно ещё отдельно настроить шину, порты, тактирование. Там одна только конфигурация килобайт съедает (порядка 500 инструкций)...

[censor]

 Сообщение от Alex TG :

Уф. Подключился. Всем спасибо.

Внимание пользователям USBASP c фасттека (SKU 1002900):
Распиновка разъема под шлейф не совпадает (по крайней мере, на моем программаторе) ни с указанной на flashlightwiki, ни с описанной в инструкции.
Земля (GND) есть только на пинах 8 и 10.

распиновка нормальная, просто пины 4 и 6 не задействованы
10 пин разъем

пин 1 - MOSI	пин 2 - VCC
пин 3 - NC	пин 4 - NC
пин 5 - RST	пин 6 - NC
пин 7 - SCK	пин 8 - GND
пин 9 - MISO	пин 10 - GND

8 пин клипса

пин 1 - RST	пин 8 - VCC
пин 2 - NC	пин 7 - SCK
пин 3 - NC	пин 6 - MISO
пин 4 - GND	пин 5 - MOSI

сопоставление 10 to 8
пин 1 --> пин 5
пин 2 --> пин 8
пин 5 --> пин 1
пин 7 --> пин 7
пин 8 --> пин 4
пин 9 --> пин 6

на 4,6 вроде бы висят Tx Rx порты меги (не уверен, вечером прозвоню)

стандартный 8 пин шлейф который был с клипсой выкинул сразу
вечером сфотаю то что у меня есть

[Alex TG]

 Сообщение от censor :

на 4,6 вроде бы висят Tx Rx порты меги

да, именно они.

[KNNK07]

 Сообщение от ploop :

Блин, да переходите вы на чистый Си. А для 13й тиньки вообще на ассемблере писать надо, код простой получится, как на бейсике. Если что - поможем.

Без обид, но совать в неё ардуиновский код - я даже не знаю, как назвать, надо что-нибудь покурить покрепче, чтобы такое придумать

Дядь, я с тобой согласен на все 100%.
Но у Ардуины одно преимущество - он прост. Я при свем интеллекте "выше среднего" откровенно затрахался в этими всеми регистрами и пинами.
Принципы мне понятны и они логичны но реально геморно это все писать...

 Сообщение от INFERION :

У людей часто проблемы возникают именно из-за нехватки ОЗУ. Причём код компилится, но жутко медленный.

Это мой случай как раз - на Меге работает и "медленный код". Но до той поры, пока он небольшой.

 Сообщение от INFERION :

Это странно, ибо простая запись в регистры куда проще вкуривания всех тех левых и не пойми кем написанных библиотек

Не, как раз наоборот.
Я открыл Ардуину и увидел: digitalWrite(pin, value). Все. Через 5 мин написал первую программу. Естественно, "моргалку"

Когда я открыл гугл и даташит и прочитал про пины, регистры и т.п., то сам процесс минут 10 занял. Потом это все надо прикрутить к таймеру и ПВМ.
Это в принципе ясно, но "что писать" - ХЗ.
В итоге, кстати, я по-обезьяньи скопировал кусок кода и расставил в ужных мне местах. НО все же получил ровно обратное - там, где я в порт писал 0, лампа голела на 100%, а вместо разжигания затухала. В итоге тупо пеменял нули на 255 и наоборот и все заработало как надо.
Думаю, что ПВМ инверсный получился или типа того. Короче, гемор.
analogRead() так и оставил ардуиновский, благо и с ним "вытягивает" - времени и желания разбираться с чтением не было никакого. Хотя понимаю, что оно намного проще.
Вот тебе плюсы ардуины - одна строка вместо 10.

[KNNK07]

Кстати, ребята написали макросами функции digitalReadFast() и подобные, которые, по сути, реализуют прямой доступ к портам и "стоят" практически столько же.
Но для Tiny они не работают. Я пока не понял, почему. Видимо, есть там инструкции, которые только в Меге.

[ploop]

 Сообщение от Mazafaka :

и подобные, которые, по сути, реализуют прямой доступ к портам и "стоят" практически столько же.

Да нифига не столько же. Мусолили их, там адъ, лень искать.

[KNNK07]

Да вроде не так все страшно:
http://www.itisopensource.c...

[INFERION]

 Сообщение от Mazafaka :

Не, как раз наоборот.
Я открыл Ардуину и увидел: digitalWrite(pin, value). Все. Через 5 мин написал первую программу.

И это проще того же sbi PORTB, 2 к примеру? Я только что дёрнул лапой МК. А sbi PINB, 2 - проинвертировал её состояние. Да куда уж проще? И это не целая функция, а лишь одна ассемблерная инструкция. А программная модуляция пина занимает на пару инструкций больше, да. Там придётся инкрементировать какой-нибудь регистр и ловить переполнения. Настроить таймер тоже не сложно, там несколько инструкций, а значение потом выводить в ШИМ всего-то инструкцией типа out OCR1A, R16, где в R16 содержится необходимое нам значение. Все регистры ввода вывода можно глянуть на всего-лишь одной страничке в даташите, которая называется Register Summary, там же есть и ссылки на более подробное описание каждого регистра. Запутаться очень сложно, ибо всё понятно и логично расписано, со ссылками и примерами. А вот что конкретно и как делает digitalWrite() я не знаю, и где мне эту информацию искать? Т.е. одним даташитом я не обойдусь, и мне придётся либо делать не пойми что на чёрных ящиках, либо курить чужой быдлокод, чтоб хотя бы знать можно ли ЭТОМУ доверять, и в каких ситуациях оно меня подведёт. К примеру есть у STM готовая библиотека для USB класса "аудиодевайс", но с нею джиттер адский, и фиг знает какие она там прерывания и когда юзает. Вроде и работает, но фигово, а влезть туда хз как, ибо состоит библиотека из пары тысяч файлов в пол тыщи папок. А мне между прочем каждые 1000 тактов требуется критические вещи обновлять. И попытка покурить даташит привела к коду, помещающемся на паре мониторах, который не мешает критическим узлам. В общем не умею я чужие библиотеки прикручивать...

 Сообщение от Mazafaka :

Кстати, ребята написали макросами функции digitalReadFast() и подобные, которые, по сути, реализуют прямой доступ к портам и "стоят" практически столько же.

Э... А чем, собственно, доступ то без них не прямой? Даже в Си банальное присвоение значения одним оператором...

[KNNK07]

 Сообщение от INFERION :

И это проще того же sbi PORTB, 2 к примеру?

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

[KNNK07]

 Сообщение от INFERION :

Э... А чем, собственно, доступ то без них не прямой? Даже в Си банальное присвоение значения одним оператором...

Там не только чтение, которое, понятно, элементарно, но и запись.

[ploop]

 Сообщение от Mazafaka :

Ну тут один нюанс - надо выучить ассемблер

Его не надо учить. Да и не стоит. Просто открывается таблица команд (она может отличаться от контроллера к контроллеру) и команды пишутся в столбик. Всё. Собственно это и есть то, что будет выполнять контроллер.
А если всё это записать в виде числовых кодов, то и компилятор не нужен

[INFERION]

 Сообщение от Mazafaka :

Там не только чтение, которое, понятно, элементарно, но и запись.

Так запись это тоже чтение, только в обратную сторону . Операнды местами поменял и всё...

[KNNK07]

INFERION, ога, но если это ПВМ, то там приготовления как к свадьбе

[KNNK07]

 Сообщение от ploop :

Его не надо учить. Да и не стоит. Просто открывается таблица команд (она может отличаться от контроллера к контроллеру) и команды пишутся в столбик. Всё. Собственно это и есть то, что будет выполнять контроллер.

Йопт...ну наверное. Но я видел шайтан-команды goto и прочие операторы, которые все же применяются.
Есть для AVR таблица кодов? Я загуглю, но, может, у кого под рукой...

[mws]

 Сообщение от Mazafaka :

Но у Ардуины одно преимущество - он прост. Я при свем интеллекте "выше среднего" откровенно затрахался в этими всеми регистрами и пинами.
Принципы мне понятны и они логичны но реально геморно это все писать...

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

Вот пример

.MACRO SelectModem1; 
		cbi		PORTB,0				; сброс бита 0 порта B
.ENDMACRO

Потом достаточно вставлять SelectModem1 по коду и не думать ни про какие пины. Кроме того макросы можно с параметрами делать и вложенные. И получается не так уж и сложно всё.

[ploop]

 Сообщение от Mazafaka :

Есть для AVR таблица кодов?

В даташите, в конце.

[INFERION]

В даташите есть всё, даже протоколы для прошивания. Но тут удобнее, на русском, и с примерами: http://www.gaw.ru/html.cgi/.... Хотя и не все инструкции (к примеру нет MOVW)...
Человеку, писавшему исключительно на ЯВУ, сложнее всего будет вкурить флаги статуса и работу с многобайтными переменными (когда необходимо эти флаги использовать). А так же проблемы с умножением и делением, поскольку придётся осознать, что подобные вещи в разных ситуациях оптимально делать по-разному, и инструкций делающих это непосредственно просто нет. А компилятор ЯВУ сам с такими задачами разбирается в меру своих возможностей...
Система команд у AVR странная. Половину можно выкинуть, т.к. многие инструкции можно заменить другими. При этом у многих инструкций имеются различные ограничения из-за того, что требовалось впихнуть столько мусора в 2 байта. Т.е. жопой архитектуру делали. Причём маркетинговой, с громкими словами "много инструкций - гуд!", хотя даже Сишный компилятор только половину использует...

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

[ploop]

 Сообщение от INFERION :

Система команд у AVR странная. Половину можно выкинуть, т.к. многие инструкции можно заменить другими. При этом у многих инструкций имеются различные ограничения из-за того, что требовалось впихнуть столько мусора в 2 байта. Т.е. жопой архитектуру делали. Причём маркетинговой, с громкими словами "много инструкций - гуд!", хотя даже Сишный компилятор только половину использует...

Блин, много в чём не согласен с тобой, но это - прям мои мысли. Мало того, что многие команды имеют одинаковые коды (прям без палева, ANDI/ORI CBR/SBR тупо в даташите), так ещё многие делают одно и то же, если подумать.
Маркетинг - да, он рулит