Котуинко

[BOB51]

За последнее время на адуринке много чего нового появилось...
Глазки разбегаются...
Там ведь еще и от mcu dude чего-то лежит...


Вышел новый релиз симулятора для ардуино UNO/MEGA
https://www.sites.google.com/site/unoardusim/services

[Reflector]

[uquote="oleg110592",url="/forum/viewtopic.php?p=3975016#p3975016"]глянул - появились у нас в базарном киоске soic8 ATtiny212 ATtiny202, чуть дороже ATtiny13 - а там навалили таймеров для генерации тона[/uquote]
Прям навалили? Захочешь частоту энкодером менять, в AN2434 объясняется как это сделать при помощи двух 16-ти битных таймеров и CLC, итого остается один 12-ти битный таймер... Для сравнения, у любого STM32G0 из десятка таймеров 4 умеют работать с энкодерами.

программатор на обычной ардуине делается

Программатор или отладчик?

[BOB51]

Собственно относительно ардуиноIDE смысла в отладчике нету.

Относительно STM (ARM)... в данном разделе принимается лишь то, что касается применения "в рамках референса" соответствующих платок-платформ (синя таблетка и подобные).
Разбор начинки ARM - удел соответствующей ветки.


В данном обсуждении предпочтительно или то, что имеется в ардуиноIDE "в рамках референса" или то, что касается семейств
MCS51, AVR, PICсреднемладших под ассемблером.
Просто невозможно за всеми тонкостями вовремя уследить и качественно разбираться - новый комплект AVRок от микрощипа тому подтверждение.

[oleg110592]

да по сравнению с тини13 навалили. И речь была о генерации тона - теперь таймеров хватит для этого и пр.. Когда надо энкодер - тут да аппаратный вне конкуренции, проверено.
Пока поддержки ардуинщиками 8-и ногих STM32G0 не видно, но тенденция с G0 есть
https://www.compel.ru/lib/132248

[Reflector]

[uquote="oleg110592",url="/forum/viewtopic.php?p=3975529#p3975529"]Пока поддержки ардуинщиками 8-и ногих STM32G0 не видно, но тенденция с G0 есть
https://www.compel.ru/lib/132248[/uquote]
STM32duino поддерживает STM32 от 8-ми ногих G0(STM32G0316-DISCO) и до H7.

[BOB51]

Досадко, что те новинки "прошли мимо внимания" - не все в полном объеме доступно, да и просто перечитать - там весьма большой объем.
Как уже ранее (еще в "винной" предполагалось - пока народ в ARMы уткнулся остальные производители молча "хреНОВИНКИ" готовили.
Микрощип успел и PICовые обновить с "улучшенной среднемладшей" и AVRки солидно перепотрошить.
К тому времени и ардуинки весьма солидно приросли...
В результате на сегодня идет смещение к "мультикристалльным" конструкциям, где одновременно будут применяться МК разных семейств - одни в качестве"голов" другие в качестве СБИС периферии сопровождения.
Начало подобному применению положило таки адурино - там наиболее часто стали применять СБИС.
Однако простейшую "целевую СБИС" можно и на малолапом МК соорудить самостоятельно.
ВОТЬ...

Кстати вопрос о "выжимке" предельных возможностей из имеющихся таймеров это как раз из соображений применения "малолапок" в качестве "целевой СБИС" (еще не закрыт анализ DDS или простой счетчик/делитель - по завершении чего-то выложу...)


Относительно ардуино и STM - там ведь "ограничения референса" практически всю прелесть "свободы действий" нивелируют.
Второе - сам "референс" относительно STM весьма ХРЕНОВО описан
(не сравнить к примеру с теми же Z-Uno - https://z-uno.z-wave.me/technical/
собственно референс
https://z-uno.z-wave.me/reference/ )

[oleg110592]

[uquote="BOB51",url="/forum/viewtopic.php?p=3975545#p3975545"]Относительно ардуино и STM - там ведь "ограничения референса" практически всю прелесть "свободы действий" нивелируют.[/uquote]
Огласите весь список, пожалуйста. Не вижу ограничений - такой же digitalWrite и пр.
Документация есть прекрасная на вики
https://github.com/stm32duino/wiki/wiki

[Reflector]

[uquote="oleg110592",url="/forum/viewtopic.php?p=3975568#p3975568"]Огласите весь список, пожалуйста. Не вижу ограничений - такой же digitalWrite и пр.[/uquote]
Нельзя ножками на AVR ассме дергать, чтоб не так медленно было

[BOB51]

Если использовать только средства референса, полного управления аппаратной начинкой не получить.
Даже для тех же АВРок (не говоря уже о ESPи ARM).
В арсенале имеется только определенный "универсальный набор".
Самодельные библиотеки на Си(да еще с ассемблерными вставками) не в счет - это уже "расширенное дополнение" написание которого отнюдь не для "рядового пользователя".
Добавить сюда "накладки" в случае перекрестного использования аппаратных средств как функционалом IDE, так и свежеизобретенной самодельной прожкой.
Так что для соответствующего "аппаратного примитива" придется "полноценный" ЯВУ с элементами ассемблера применять.
И ессно полностью документацию на потроха МК прорабатывать.

"описание различий"... там и разрядность разная (для АВРок одна, для 32-х разрядных другая) и прочие нюансы.
Я ж не зря привел пример трактовок для "стандартного референса" - там ни по гитхабу лазить не требуется, ни дополнительных регистраций. Все возможные отличия/особенности открыто заявлены и сведены в единое руководство.
Единственно чего не хватает - так отдельного руководства в оффлайн варианте и в виде *.pdf книжи.

Не вечно же "носом в комп" пялиться... Глазки жалко...


Кстати... микрощип таки потихоньку переводит кристаллы к "линейной модели" памяти с непрерывным адресным пространством, включающим и регистр-аккумуляторы и РСФ и ОЗУ-ПЗУ-ЕЕПРОМ...
Довольно интересное развитие после классических разделенных адресных пространств...

[oleg110592]

Если использовать только средства референса, полного управления аппаратной начинкой не получить.
Даже для тех же АВРок (не говоря уже о ESPи ARM).

Что за дичь. Зачем тогда написан референс, если "не получить" - это как "немножко беременна".
Если почитать референс на ардуино ядро для АРМ - возможностей аппаратной начинки там поболе, чем у AVR. А у ESP например есть аппаратный WiFi и в рамках референса на ядро. Насчет встроенных библиотек для ардуино ARM, описанных референсом - там полно всякого, что и "не снилось нашим мудрецам(c)". См. например CMSIS DSP. Тут надо четко понимать, что они (стандартные библиотеки), даже для AVR, имеют свойства пополняться и расширяться от версии к версии самой ардуино ИДЕ. Пишут зачастую даже - нужно ардуино ИДЕ > 1.6 версии. Или версия ядра - "Available in core version greater than 1.7.0".

"описание различий"... там и разрядность разная (для АВРок одна, для 32-х разрядных другая) и прочие нюансы.

digitalWrite, от того что 32, не так разве работает. Ардуино среде все равно там 32 или 8 - все на себя ядро принимает, потому и одна среда на все ядра - смысл то ардуино в этом.

Я ж не зря привел пример трактовок для "стандартного референса" - там ни по гитхабу лазить не требуется...

Какая разница где лазить - оно выводится все равно на экран, вики структура нагляднее (имхо) и вики-разметка - это облегчённый язык разметки. Сама википедия см.
https://ru.wikipedia.org/wiki/MediaWiki
Вики можно сконвертить в pdf и распечатать, есть онлайн конверторы, а на экране (хорошем) референс таки удобнее - мышкой тычеш в нужный раздел и ничего лишнего, удобно, а в другом окошке рядом сразу редактирование кода, можно даже копипастить некоторые примеры из референса.

[BOB51]

Разница в том, что "НАДО ЛАЗИТЬ", искать по разным страницам в разных источниках, переконвертировать и проччие лишние поползновения делать вместо того, чтоб быстернько и удобненько воспользоваться готовым.
Главное пример качественного подхода есть - но не воспринимается как правило для готовки сопровождающей документации.
Посему и результат - в основе пользователи библиотек (и то в большинстве случаев в прямом копипасте примеров).
Сами библиотеки приходится разбирать - чего там и как - идут практически без необходимых простых описаний.
А это - лишнее время... Конечно для учебного интереса чужой код покопать в период обучения можно.... Но в большинстве случаев ИСПОЛЬЗОВАНИЯ как готового материала "раскопки" не слишком удобны.
Референс дает готовые функции и ограниченное его рамками управление определенным набором аппаратных средств МК.
Естественно неиспользуемые средствами референса аппаратные модули можно программировать, но опять же теми средствами, что "референсом" предоставлены. Ограничения в случае отступлений от "стандартного минимума" напрямую не описываются - дескать "лезьте во дебри" - это подход для разработчиков самой IDE удобен, но не для пользователей.
К примеру мы используя тот же ассемблер/Си не лезем изучать как сам компилятор устроен, а пользуемся его описанием пользователя/users manual/ (синтаксис, директивы, макросы, описание команд, правила создания файлов запуска по-максимуму).
Так почему же подход к адуринке должен отличаться?

[oleg110592]

именно не надо "лазить", используется банальный принцип самого интернета, html страниц - нажми на кнопку (ссылку) - получишь результат. Это очень удобно. Да, для тех кто раньше пользовался печатной документацией, не привычно. А принцип должен отличаться - мухи отдельно, котлеты отдельно. Хотя ARM компилятор по вики удобно же
https://developer.arm.com/tools-and-sof ... m-compiler

[BOB51]

Вот уж "приятность" - висеть онлайн и пялиться в монитор!
ФЕЭЭЭЭ!!!

Но то уж "кто к чему привык"... Это верно...

[главный колбасист]

http://www.mastervintik.ru/cifrovoj-gen ... na-si5351/
А вот какая классная штучка...

[BOB51]

Это СБИС сопровождения/расширения возможностей для МК.
Штука весьма хорошая, но пока вопрос вертелся вокруг программного DDS и аппаратного счетчика в обычном МК да сравнения чего удачнее применить можно для генерации частот с возможно меньшей дискретностью перестройки.
Чего проще, но при том же и качественнее - учитывая стабильность результата, наименьшие затраты ресурсов и разумную достаточность по "хотелкам".
Т.е. - где грань применения простейшего делителя, где уже удобнее программный DDS, а где и внешний кристалл окажется много более удачным решением.

[oleg110592]

давненько уже упоминаний о СБИС не было - решил освежить (из википедии)

В зависимости от степени интеграции применяются следующие названия интегральных схем:
малая интегральная схема (МИС) — до 100 элементов в кристалле
средняя интегральная схема (СИС) — до 1000 элементов в кристалле
большая интегральная схема (БИС) — до 10 тыс. элементов в кристалле
сверхбольшая интегральная схема (СБИС) — более 10 тыс. элементов в кристалле
Ранее использовались также теперь уже устаревшие названия: ультрабольшая интегральная схема (УБИС) — от 1-10 млн до 1 млрд элементов в кристалле[9][10] и, иногда, гигабольшая интегральная схема (ГБИС) — более 1 млрд элементов в кристалле. В настоящее время, в 2010-х, названия «УБИС» и «ГБИС» практически не используются, и все микросхемы с числом элементов более 10 тыс. относят к классу СБИС.

скорее теперь все микроконтроллеры уже СБИС
по теме
у Аналоговых Девиц
Генераторы прямого цифрового синтеза, 31 компонент
https://www.analog.com/ru/parametricsearch/11018#/
Про махонький микроконтроллер PIC10F322, на котором DDS хорошо делать КРАМ уже рассказывал
https://www.radiokot.ru/forum/viewtopic ... 8&t=170093

[Zhuk72]

Вот еще про генерацию: https://radiokot.ru/forum/viewtopic.php?f=58&t=170093

Упс, выше только что упомянули.

[Reflector]

[uquote="oleg110592",url="/forum/viewtopic.php?p=3976742#p3976742"]Про махонький микроконтроллер PIC10F322, на котором DDS хорошо делать КРАМ уже рассказывал
https://www.radiokot.ru/forum/viewtopic ... 8&t=170093[/uquote]
У махонького мк мало флеша, в данном случае меньше 1КБ, а для DDS нужны таблицы. К махонькому мк не подключишь кварц, у него нет DAC, а частота ШИМа ограничена низкой частотой самого мк. И DMA у него нет, а брать данные из таблицы и выводить в ШИМ каждое прерывание - это далеко не самая быстрая операция. В то же время сложение и сдвиг двух чисел - это элементарная операция, по крайней мере для ARM. Для PIC она не совсем простая, он 20-ти битные числа складывать напрямую не умеет и сдвигает только на бит за раз, потому для него такой модуль полезен, а для cortex это несколько операций и т.к. DMA у него есть, то он уделает этот PIC по всем параметрам.

[Zhuk72]

Ну так NCO не только в нем, его КРАМ только для примера привел.

[oleg110592]

[uquote="Reflector",url="/forum/viewtopic.php?p=3976778#p3976778"]У махонького мк мало флеша, в данном случае меньше 1КБ, а для DDS нужны таблицы[/uquote]
изначально BOB51 tone (меандр) исследовал - на pic10f322 чисто аппаратно получить можно

Спойлер

Код: Выделить всё

#include <htc.h>
#define _XTAL_FREQ 16000000

__CONFIG(FOSC_INTOSC & MCLRE_OFF & WDTE_OFF & LVP_OFF & CP_ON & WRT_OFF & PWRTE_OFF & WRT_OFF & BOREN_OFF & LPBOR_OFF & BORV_LO);

void main(){

PORTA=0b00000000;
TRISA=0b00001011;
LATA=0b00000000;
OPTION_REG=0b00000000;
INTCON=0b00000000;

OSCCON = 0x78;
__delay_us(100);

NCO1CON = 0xC0; // NCO enable, NCO output enable, fixed frequency
NCO1CLK = 0x01; // NCO clock = FOSC = 16 MHz
NCO1INCH = 0x00; // NCO increment register high byte
NCO1INCL = 0x84; // NCO increment register low byte
// NCO output toggled at frequency = 2 kHz to get the square wave of 1 kHz
}

синус в принципе не сложно см. AN1523

Спойлер

Код: Выделить всё

#include <htc.h>
#define _XTAL_FREQ 16000000

__CONFIG(FOSC_INTOSC & MCLRE_OFF & WDTE_OFF & LVP_OFF & CP_ON & WRT_OFF & PWRTE_OFF & WRT_OFF & BOREN_OFF & LPBOR_OFF & BORV_LO);

unsigned char gDutycount =0;
const char SINETABLE[40]= {50,55,60,65,70,75,80,85,90,95,100,95,90,85,80,75,70,65,60,55,50,45,40,35,30,25,20,15,10,5, 0,5,10,15,20,25,30,35,40,45};

void main(){

OSCCON = 0x78;
__delay_us(100);

// Timer2 configuration for PWM
PR2 = 99; // PWM period register for 40 kHz
T2CON = 0x04; // Timer2 on
// PWM 1 configuration
PWM1CON = 0xC0; // PWM1 on, PWM 1 output enable
PWM1DCH = 50; // PWM duty initialized to 50%
PWM1DCL = 0;
PIE1bits.TMR2IE =1; // Timer2 interrupt enable
INTCON =0xC0; // Global interrupt enable, peripheral interrupt enable
TRISA = 0x00; // Port A as digital output port
ANSELA = 0x00; // Port A as digital output port
}

void interrupt Timer2_ISR(void)
{
    if (TMR2IF)
    { ++gDutycount; // Increment the counter variable by 1
        if(gDutycount == 39)
        {
            gDutycount = 0;
        }
        PWM1DCH = SINETABLE[gDutycount]; // Load the duty cycle register according to the sine table
        TMR2IF = 0;
    }
}