Мигать светодиодом. ARM или не-ARM?

[AndTer]

[uquote="arkhnchul",url="/forum/viewtopic.php?p=3434374#p3434374"]а атмеги тоже микрочип (хотя в то время еще атмел) "в ардуину скинул"?)[/uquote]
Что за бред? Атмеги и сделали ардуино и её популярность. Или у вас нет логики?
Стмки вошли в ардуино так же как и аврки, они оказались более популярны и более дружелюбны к конечному пользователю, благодаря продвижению, кубу и огромному сообществу.
А вот сейчас некоторые пытаются использовать платформу ардуино для раскрутки шлака.

[arkhnchul]

[uquote="AndTer",url="/forum/viewtopic.php?p=3434455#p3434455"]Атмеги и сделали ардуино и её популярность.[/uquote]
ардуину и ее популярность сделали формат "паять не надо, проводочки/шилды тыкай и норм", примитивная IDE и библиотеки управления периферией, доступные для понимания среднестатическому школьнику. Никакие не атмеги. Ардуинщики в массе своей распознают свои железки как Дуо, Нано, Мини, Уно и так далее, и многие еще удивляются, что контроллер на плате называется как-то по-другому.
[uquote="AndTer",url="/forum/viewtopic.php?p=3434455#p3434455"]А вот сейчас некоторые пытаются использовать платформу ардуино для раскрутки шлака.[/uquote]
Что за бред?(с)
даже если забыть, что все сделали в Arduino LLC - Читай выше. Какая, в пень, раскрутка модели чипа? Целевой аудитории совершенно наплевать, чо там распаяно.

[oleg110592]

Материалы вебинара «Новинки 2018 года от TI: CC1352 и CC2652 — беспроводные мультистандартные SoC для интернета вещей»
продемонстрированы особенности и преимущества нового семейства многоядерных беспроводных микроконтроллеров от Texas Instruments CC1352 и CC2652 для диапазонов до 1 ГГц и 2,4 ГГц, соответственно.

Это семейство было создано с учетом многочисленных пожеланий заказчиков. В его составе однодиапазонные (только SuB1GHz или 2,4 ГГц) и двухдиапазонные решения (Sub1GHz + 2,4 GHz), предназначенные для работы с беспроводными протоколами Bluetooth 5 low energy, Zigbee, Wireless M-Bus, IEEE 802.15.4g, 6LoWPAN, Thread, KNX RF, Wi-SUN и другими. Новые SoC, по сравнению с СС1350 и CC2650, основаны на ядре с большей производительностью Cortex-M4F и имеют больший объем флэш-памяти.

Содержание вебинара:

Беспроводная линейка TI: новые SoC CC1352 и CC2652
Техническая реализация IoT на базе новых SoC
Программное обеспечение, новые стеки протоколов
Как начать работу: 5 простых шагов

[oleg110592]

новинки не-ARM
Если в Вашем изделии необходимо большее количество портов, чем у микроконтроллера N76E003AT20 (20 ног) или требуется использовать сегментный ЖКИ индикатор, то идеальным решением будет новый микроконтроллер Nuvoton – N76E616AL48
Краткие технические характеристики:
* Ядро 8051 Т1 - максимальная тактовая частота - 16 MHz;
* 18 кБайт Flash; 512 байт RAM;
* 2 порта UART, 1SPI, 1 I2C;
* 8 каналов 12-битных ШИМ;
* 10 каналов 12-bit АЦП;
* четыре 16-ти битных таймера;
* Аппаратный драйвер ЖКИ - 3x32 и 6x30 сегментов
* диапазон рабочего напряжения - 2.4V to 5.5V;
* диапазон рабочих температур - -40C to 105C;
* корпус - LQFP48 7x7x1.4mm, шаг 0,5мм.
Китайская отладочная US за $3.50, для любителей паять самостоятельно - есть схема:
https://ru.aliexpress.com/item/N76e616- ... 77529.html

[oleg110592]

Отладочная плата STM8 Nucleo-64, оснащенная 8-битным микроконтроллером STM8S208RB MCU, с поддержкой подключения Arduino и ST Morpho
Платы STM8 Nucleo-64 от STMicroelectronics предоставляют пользователям возможность тестирования новых идей и создания прототипов с помощью установленного в корпус LQFP64 микроконтроллера STM8, который обеспечивает различные сочетания производительности и энергопотребления
Линейка отладочных плат Nucleo поддерживает подключение к «Arduino» и «ST Morpho» разъемам, которые позволяют легко расширять функциональные возможности платформы. Разъемы обеспечивают подключение к периферийным устройствам и шилдам.
Платы STM8 Nucleo-64 не нуждаются в интеграции дополнительных устройств, благодаря встроенному отладчику-программатору ST-LINK/V2-1.
Ключевые особенности:

Спойлер

* STM8 микроконтроллер в корпусе LQFP64;
размер флэш-памяти:
— 64-Кбайт для STM8L152R8T6;
— 128-Кбайт для STM8S208RBT6;
* 4 LED — индикатора:
— USB порт (LD4);
— 5 V STLINK (LD3);
— USER (LD2);
— Power (LD1);
* 2 кнопки:
— USER and RESET;
* 768 kHz LSE кварцевый генератор, исключительно для NUCLEO-8L152R8;
* разъемы расширения платы:
— Arduino™ Uno V3;
— ST Morpho штыревые наконечники для полного доступа ко всем STM8 I/Os;
* поддержка различного питания платы:
— USB VBUS или внешний источник (3,3 V, 5 V, 7 — 12 V);
— точка доступа управления питания;
* расположенный на плате программатор-отладчик ST-LINK/V2-1 с SWIM коннектором;
* возможность переключения USB для трех различных интерфейсов: виртуальный COM-порт, массовое хранилище, порт отладки;
* комплексное бесплатное ПО библиотек STM8, включая разновидности ПО;
* поддержка широкого спектра интегрированных сред разработки (IDEs), включая бесплатный STVD-STM8 (с использованием Cosmic toolchain) от STMicroelectronics, IAR ™, Cosmic free IDEA.

[ARV]

встряну в бесконечный дайджест новинок с небольшой цитатой из вполне интересной статьи про ARM MBed на гиктаймсе:

полный текст программы, включающий инициализацию процессора STM32 и мигание светодиодом. Программа написана для ОС ARM Mbed:

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

#include "mbed.h"
DigitalOut myled(LED1);

int main() {
    while(1) {
        myled = 1; // LED is ON
        wait(0.2); // 200 ms
        myled = 0; // LED is OFF
        wait(1.0); // 1 sec
    }
}

Похоже ли это на высокий входной порог? На функции с непонятными названиями? Бессонные ночи над даташитами?

и в конце статьи про код "метеостанции":

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

#include "mbed.h"
#include "BME280.h"
#include "OPT3001.h"

DigitalOut led(LED1);
BME280 sensor_bme(D14, D15);
OPT3001 sensor_opt(D14, D15);
EventQueue eventQueue(/* event count */ 50 * EVENTS_EVENT_SIZE);
Serial pc(SERIAL_TX, SERIAL_RX);
LowPowerTicker lpTicker;

void printTemperature(void)
{
    pc.printf("%2.2f degC, %04.2f hPa, %2.2f %%\r\n", sensor_bme.getTemperature(), sensor_bme.getPressure(), sensor_bme.getHumidity());
    pc.printf("%ld lux\r\n", sensor_opt.readSensor());        
    led = !led; // Toggle LED
}

void tickerIRQ (void)
{
    eventQueue.call(printTemperature);
}

int main()
{
    pc.baud(115200);
    
    lpTicker.attach(tickerIRQ, 1); // every second
    
    while(1)
    {
        eventQueue.dispatch(0);
        sleep();
    }
}

Единственной платой стало разве что потребление ресурсов — 55,1 КБ флэша и 9,2 КБ ОЗУ (можно посмотреть, жамкнув «Build details» в логе с сообщением об успешной сборке проекта), но и это для современных контроллеров — не то чтобы гигантские объёмы, даже совершенно типовой 2-долларовый STM32F103CB имеет 128 КБ первого и 20 КБ второго.

вот так мигать на ARM легко и просто...

[dosikus]

ARV, БИНГО, а сколько было пламенных речей и брызга слюней.
И все таки avr это диагноз, ничему не научившись на авр-огрызках при переходе на арм выбирают аурдунью...

[ARV]

dosikus, диагноз - это ты сам. вот материальное воплощение диагноза.

[a5021]

[uquote="ARV",url="/forum/viewtopic.php?p=3438742#p3438742"]

Единственной платой стало разве что потребление ресурсов — 55,1 КБ флэша и 9,2 КБ ОЗУ

вот так мигать на ARM легко и просто...[/uquote]
Противники прогресса возбудились на 55кб, надо полагать? Ничего удивительного, учитывая, что практически все вычисления там выполнены в плавучке и используются плавучие форматы printf(). Есть сильное подозрение, что если то же самое замутить на атмеге, то размер еще больше получится.

[dosikus]

ARV, тебя по твоей же ссылке ни чего не смущает?
Ничего что там аурдунья?

[ARV]

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

[dosikus]

А то, что авр прородитель аурдуньи и именно оттуда и пошло "безмозгло при помощи ОС и всяких "кубов" это как?

[ARV]

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

[dosikus]

Имей мужество не лгать...

[ARV]

я никогда не лгу.

[oleg110592]

онлайновая среда Mbed позволяет экспортировать проект в Keil, мигалка не так уже и страшна становится:

Program Size: Code=4940 RO-data=316 RW-data=56 ZI-data=80
плюгавый STM32F030F4P6 - 16 кБ флэша (на самом деле 32 кБ), Mbed и к нему уже прикрутили
на хабре была еще хорошая статейка
MBED, или о дырявых абстракциях
«Если я обучаю программистов C++, было бы здорово, если бы мне не нужно было рассказывать им про char* и арифметику указателей, а можно было сразу перейти к строкам из стандартной библиотеки темплейтов. Но в один прекрасный день они напишут «foo»+«bar», и возникнут странные проблемы, а мне придётся всё равно объяснить им, что такое char*...»
https://habr.com/post/387299/

[ARV]

https://habr.com/post/387299/

хорошая статья. совпадает с моими мыслями на этот счет: чем больше контроллер (или обобщенно - ресурсы), тем больше желание знать про него меньше, тем тупее стиль и тем глупее результат. и это тренд всемирной разработки - хоть на джаве возьми, хоть на на модном Go...

[a5021]

[uquote="ARV",url="/forum/viewtopic.php?p=3438823#p3438823"]меня вообще ничего не смущает.[/uquote]
Точно. Главное лопату поширше, да вентилятор поразмашистей.

[uquote="ARV",url="/forum/viewtopic.php?p=3438843#p3438843"]чем больше контроллер (или обобщенно - ресурсы), тем больше желание знать про него меньше, тем тупее стиль и тем глупее результат.[/uquote]
Примерно то же самое говорили насчет DOS vs винда. Сегодня под досом не живут даже ортодоксальные сторонники доса тех времен. Явление хорошо иллюстрирует тот факт, что некоторым для понимания всех вкусностей нужно пару дней, а у других этот процесс затягивается на десятилетия.

[oleg110592]

чем больше контроллер...

наверное ардуино на большой Mega 2560 раньше Mbed-а появилась
http://arduino.ru/Hardware/ArduinoBoardMega2560
* Флеш-память 256 KB (из которых 8 КB используются для загрузчика)
* ОЗУ 8 KB
* Энергонезависимая память 4 KB

хоть на джаве возьми, хоть на на модном Go...

сейчас для микроконтроллеров модна Ржавчина (Rust) - можно C++ не учить

[Мурик]

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

Не учите других своему стилю программирования. То что ресурсов много, не значит что их следует использовать как попало.