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

[BOB51]

[uquote="dosikus",url="/forum/viewtopic.php?p=3426246#p3426246"]BOB51, у тебя снова все в кучу и кони и люди.
Кто тебе не дает использовать эти платки без аурдуньи?
Или ты уже вкусил все прелести халявы- за пару часов накидать куски быдлокода из чужих скетчей?
Практически все "наработки" на аурдунье не заслуживают даже внимания, что либо более серьезное, при подробном изучение, аляпавато накиданное г. которое легче переписать чем править.

И да, для лентяев слишком мягко сказано, скорей для дурачков, что не в состоянии осознать как архитектуру так и язык...[/uquote]

Так потому и "аляповато", что первично проталкивалась быстрая популяризация с уклоном "привязать к поставщику"-
аналогия того же самого сначала для PICов, ныне для STM32.
Вы же сами ведете пропаганду такого же подхода, но с гораздо более узкмими результатами - исключительно STM32 из ВСЕЙ группы АРМ.
А даже в той же адуринье набор приложений значительно шире. Система-на-кристалле однозначно закончится подобием адурины (а может и ею самой - как пойдет развитие).
И второе - кто-нибудь из "знатоков" пытался что-то свое самостоятельно написать, а не использовать написанные такими же люьителями библиотеки в той адуринье? Чей-то больше попадаются или гибридные переносы из стандартного Си или копипасты с чужих проектов с примитивными связками. Да еще и вполне работоспособные как ни странно...
Второе прикладное направление явно не за АРМами - там 8-битники как были так и останутся.
Но опять же "солидным товарисчам" до оного "опускаться" здается позорным.
И снова - китаяцы у руля, а наши "супермены" в ... энном месте у ПЕСЦА...

Мурик
насчет "неоптимального кода" - в "чистом Си" это достигается заданием опций компилятора/линкера в файле запуска компиляции.
Штука достаточно проработанная теми, кто сими компиляторами пользуется.
В адруринье таковые также имеются (и в великом количестве), но настроены как всегда "по умолчанию"
В то же время правила о том как их править/оптимизировать никто детально не описывал - вероятно за нынешней невостребовательностью - и так для проектов типового применения ресурсов хватает.
Тем не менее это "скрытый ресурс" на будущих "гурманов".

[Reflector]

[uquote="BOB51",url="/forum/viewtopic.php?p=3426270#p3426270"]Тем не менее это "скрытый ресурс" на будущих "гурманов".[/uquote]
Посмотри на внутренности простой функции ногодрыга для ардуино:

Спойлер

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

void digitalWrite(uint8_t pin, uint8_t val)
{
        uint8_t timer = digitalPinToTimer(pin);
        uint8_t bit = digitalPinToBitMask(pin);
        uint8_t port = digitalPinToPort(pin);
        volatile uint8_t *out;

        if (port == NOT_A_PIN) return;

        // If the pin that support PWM output, we need to turn it off
        // before doing a digital write.
        if (timer != NOT_ON_TIMER) turnOffPWM(timer);

        out = portOutputRegister(port);

        uint8_t oldSREG = SREG;
        cli();

        if (val == LOW) {
                *out &= ~bit;
        } else {
                *out |= bit;
        }

        SREG = oldSREG;
}

Никакие ключи отпимизации тут не помогут.

[dosikus]

[uquote="BOB51",url="/forum/viewtopic.php?p=3426270#p3426270"]Вы же сами ведете пропаганду такого же подхода, но с гораздо более узкмими результатами - исключительно STM32 из ВСЕЙ группы АРМ.[/uquote]

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


[uquote="BOB51",url="/forum/viewtopic.php?p=3426270#p3426270"]В то же время правила о том как их править/оптимизировать никто детально не описывал - вероятно за нынешней невостребовательностью - и так для проектов типового применения ресурсов хватает.
Тем не менее это "скрытый ресурс" на будущих "гурманов".
[/uquote]
Увы и ах, нет никаких "скрытых ресурсов" в ардунье.
Единственное что тянет нубов на эту срань - неспособность к обучению.




https://ru.aliexpress.com/item/Free-shi ... autifyAB=0

Что из восьмибиток может похвастаться подобным?
Этот малыш просто создан для квик старта на стм .
STM32F042F6P6
Имеет на борту с завода DFU работающий даже без внешнего кварца , не нужен даже USB-UART.
Аппаратная поддержка модбас ,как RTU так и ASCII

– 16 to 32 Kbytes of Flash memory
– 6 Kbytes of SRAM with HW parity
• CRC calculation unit
• Reset and power management
– Digital and I/Os supply: VDD = 2 V to 3.6 V
– Analog supply: VDDA = from VDD to 3.6 V
– Selected I/Os: V
DDIO2 = 1.65 V to 3.6 V
– Power-on/Power down reset (POR/PDR)
– Programmable voltage detector (PVD)
– Low power modes: Sleep, Stop, Standby
– V
BAT supply for RTC and backup registers
• Clock management
– 4 to 32 MHz crystal oscillator
– 32 kHz oscillator for RTC with calibration
– Internal 8 MHz RC with x6 PLL option
– Internal 40 kHz RC oscillator
– Internal 48 MHz oscillator with automatic
trimming based on ext. synchronization
• Up to 38 fast I/Os
– All mappable on external interrupt vectors
– Up to 24 I/Os with 5 V tolerant capability
and 8 with independent supply VDDIO2
• 5-channel DMA controller
• One 12-bit, 1.0 µs ADC (up to 10 channels)
– Conversion range: 0 to 3.6 V
– Separate analog supply: 2.4 V to 3.6 V
• Up to 14 capacitive sensing channels for
touchkey, linear and rotary touch sensors
• Calendar RTC with alarm and periodic wakeup
from Stop/Standby
• Nine timers
– One 16-bit advanced-control timer for six
channel PWM output
– One 32-bit and four 16-bit timers, with up to
four IC/OC, OCN, usable for IR control
decoding
– Independent and system watchdog timers
– SysTick timer
• Communication interfaces
– One I2C interface supporting Fast Mode
Plus (1 Mbit/s) with 20 mA current sink,
SMBus/PMBus and wakeup
– Two USARTs supporting master
synchronous SPI and modem control, one
with ISO7816 interface, LIN, IrDA, auto
baud rate detection and wakeup feature
– Two SPIs (18 Mbit/s) with 4 to 16
programmable bit frames, one with I2S
interface multiplexed
– CAN interface
– USB 2.0 full-speed interface, able to run
from internal 48 MHz oscillator and with
BCD and LPM support

[Мурик]

Так потому и "аляповато", что первично проталкивалась быстрая популяризация с уклоном "привязать к поставщику"- аналогия того же самого сначала для PICов, ныне для STM32.

Для AVR разве нет так? Говоря про ардуину, посчитайте сколько моделей плат с mega, а сколько с другими МК. Если стандатрые библиотеки еще как-то портируют под платы с другими МК, то с библиотеками написанными пользователями, все обстоит иначе. Зачастую они под мегу. Вот вам привязывание к одному поставщику - Atmel (сейчас принадлежит микрочипу).

исключительно STM32 из ВСЕЙ группы АРМ.

Почему STM32 уже отвечал. https://radiokot.ru/forum/viewtopic.php ... 7#p3425737

Система-на-кристалле однозначно закончится подобием адурины

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

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

Именно так и поступают. Нет ничего сложного в том чтобы изучить даташит на железо (скажем датчик или дисплей) и написать код для него.
Сколько здесь тем о переносе библиотек с ардуины?

Второе прикладное направление явно не за АРМами - там 8-битники как были так и останутся.

При текущей цене на МК с ARM ядром, при разработке более или менее сложного устройства, проще и дешевле применить ARM чем 8-ми битник. В серийном производстве именно так, а любители используют что считают нужным.

В то же время правила о том как их править/оптимизировать никто детально не описывал - вероятно за нынешней невостребовательностью - и так для проектов типового применения ресурсов хватает.

Я то думаю почему простенький проект собирают из нескольких плат с ATmega2560? Оказывается это называется "ресурсов всегда хватает, а если нет, пару плат вместе соединим".

[ARV]

Это называется "НЕНАВЯЗЧИВОЕ ПРИНУЖДЕНИЕ",

навязчивое

Добавлено after 57 seconds:

в остальном - решили наши "ГУРУ от STM" тему флудом забить, ежли кишка тонка проекты предоставить

вы тоже заметили?

[BOB51]

Кстати... о начинке...
АТтини "серия1"
ATtiny3216 / ATtiny1616
https://www.rlocman.ru/i/File/2018/07/1 ... 01997B.pdf
...

Спойлер

CPU:
– AVR®
8-bit CPU
– Running at up to 20 MHz
– Single-cycle I/O access
– Two-level interrupt controller
– Two-cycle hardware multiplier
• Memories:
– 32/16 KB In-system self-programmable Flash memory
– 256 bytes EEPROM
– 2 KB SRAM
– Write/erase endurance:
• Flash 10,000 cycles
• EEPROM 100,000 cycles
– Data retention: 20 years at 85°C
• System:
– Power-on Reset (POR)
– Brown-out Detection (BOD)
– Internal and external clock options:
• 16/20 MHz low-power RC oscillator
• 32.768 kHz Ultra Low-Power (ULP) internal RC oscillator with ±10% accuracy, ±2%
calibration step size
• 32.768 kHz external crystal oscillator
• External clock input
– Single pin programming and debugging interface (UPDI)
– Three Sleep modes:
• Idle with all peripherals running for immediate wake-up
Standby
– Configurable operation of selected peripherals
– SleepWalking peripherals
• Power-down with limited wake-up functionality
• Peripherals:
– One 16-bit timer/counter type A with dedicated period register, three compare channels (TCA)
– Two 16-bit timer/counter type B with input capture (TCB)
– One 12-bit timer/counter type D optimized for control applications (TCD)
– 16-bit Real-Time Counter (RTC) running from an external crystal, external clock, or internal RC
oscillator
– One USART with fractional baud rate generator, auto-baud, and start-of-frame detection
– Master/slave Serial Peripheral Interface (SPI)
– Master/slave I2C with dual address match
• Standard mode (Sm, 100 kHz)
• Fast mode (Fm, 400 kHz)
• Fast mode plus (Fm+, 1 MHz)
– Configurable Custom Logic (CCL) with two programmable Look-up Tables (LUT)
– Three Analog Comparators (AC) with low propagation delay
– Two 10-bit 115 ksps Analog-to-Digital Converters (ADC)
– Three 8-bit Digital-to-Analog Converters (DAC) with one external channel
– Five selectable internal voltage references: 0.55V, 1.1V, 1.5V, 2.5V, and 4.3V
– Automated CRC memory scan
– Window Watchdog Timer (WDT) with separate on-chip oscillator
– Peripheral Touch Controller (PTC)
• Capacitive touch buttons, sliders, and wheels
• Wake-up on touch
• Driven shield for improved moisture and noise handling performance
• Up to 12 self-capacitance and up to 36 mutual capacitance channels
– External interrupt on all general purpose pins
• I/O and Packages:
– 18 programmable I/O lines
– 20-pin QFN 3 mm x 3 mm (Only for ATtiny1616)
– 20-pin SOIC300
• Temperature Ranges:
– -40°C to 105°C
– -40°C to 125°C
• Speed Grades:
– 0-5 MHz @ 1.8V – 5.5V
– 0-10 MHz @ 2.7V – 5.5V
– 0-20 MHz @ 4.5V – 5.5V

...

закатал под спойлер - это ведь только для справки.

[Мурик]

Это называется "НЕНАВЯЗЧИВОЕ ПРИНУЖДЕНИЕ"

Что именно и к чему вас принудили?

А есть ли на сегодня достаточно опубликованных проектов на новых PICах?

Они новые. Подождите, по временем появятся. Или можете не ждать и стать первопроходцем. Только не забудьте с нами поделится результатами.

А в остальном - решили наши "ГУРУ от STM"

За зафлуживание темы скажите спасибо ARV.

Кстати... о начинке...АТтини "серия1"

Все перечисленное есть во многих других МК, например в самом дешевом (0.5$) и простом STM32F030F4P6.
ATtiny1616 и ATtiny3216 на али нет, а у производителя цена будет гораздо выше.

[ARV]

За зафлуживание темы скажите спасибо ARV

а вы обратили внимание, что автор темы с вами не совсем согласен? и отметил ваш флуд, а не мой. не догадываетесь, почему?

Что именно и к чему вас принудили?

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

кстати, а где же ваши проекты на STM32? автор топика ими интересуется тоже

Добавлено after 1 minute 49 seconds:

Все перечисленное есть во многих других МК, например в самом дешевом (0.5$) и простом STM32F030F4P6

и даже вот это есть?

Configurable Custom Logic (CCL) with two programmable Look-up Tables (LUT)

[Reflector]

[uquote="BOB51",url="/forum/viewtopic.php?p=3426372#p3426372"]АТтини "серия1"
ATtiny3216 / ATtiny1616[/uquote]
Новый программатор, новая периферия, старая производительность, ненормальные цены... Да там даже кварц нельзя поставить, причем и на новых мегах, настолько помню, тоже.

[ARV]

К слову о ресурсах.
Вы в курсе, что вплоть до 80-х годов прошлого века существовали и активно применялись гидрокомпьютеры?
это все к тому, что вовсе не обязательно иметь много, чтобы многое делать (если голова на плечах, конечно).

[dosikus]

[uquote="BOB51",url="/forum/viewtopic.php?p=3426362#p3426362"]Начинки полно - но даже ежли ее на половину использовать 32 килобайт (с учетом, что это не 8-разрядник данные и/или команда заметно объем уменьшают) будет уж не так комфортно.[/uquote]

Ты в своем уме?


[uquote="BOB51",url="/forum/viewtopic.php?p=3426362#p3426362"]А в остальном - решили наши "ГУРУ от STM" тему флудом забить, ежли кишка тонка проекты предоставить.
Хоть какое-то удовлетворение получить.
[/uquote]

Здесь уже выкладывал, как раз под STM32F042F6P6 http://www.microchip.su/showpost.php?p= ... tcount=184

[Мурик]

Вы в курсе, что вплоть до 80-х годов прошлого века существовали и активно применялись гидрокомпьютеры? это все к тому, что вовсе не обязательно иметь много, чтобы многое делать

Скажите это любителям ArduinoIDE. Им нужно много ресурсов даже для простых задач.

Здесь уже выкладывал, как раз под STM32F042F6P6

Без регистрации не скачать.

[dosikus]

[uquote="ARV",url="/forum/viewtopic.php?p=3426392#p3426392"]гидрокомпьютеры
это все к тому, что вовсе не обязательно иметь много, чтобы многое делать (если голова на плечах, конечно).[/uquote]

Весьма "удачный" пример...
Занимаемое пространство уже не ресурс, оГа ??


[uquote="Мурик",url="/forum/viewtopic.php?p=3426404#p3426404"]Без регистрации не скачать.[/uquote]

https://ru.files.fm/u/u2wzvb4n

[AndTer]

[uquote="ARV",url="/forum/viewtopic.php?p=3426392#p3426392"]вплоть до 80-х годов прошлого века существовали и активно применялись гидрокомпьютеры[/uquote]
Но к счастью во главе технического и прочего развития стоят куда более разумные люди нежели адепты гидрокомпьютеров.
А то так до сих пор бы и звенели склянками.
Но нет, искуственный интеллект, интернет в любой точке мира, сотовая связь, смартфоны.

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

Вам приводим конкретные цифры, документы, факты, а вы нам в ответ домыслы, слухи и тупые препирательства...
Давайте больше фактов. По пунктам, почему нельзя использовать арм для "помигать светодиодом"? При том что он дешевле и имеет огромное коммьюнити с кучей аппноутов, любительских поделок, открытых проектов, уроков и т.п

[ARV]

[uquote="Мурик",url="/forum/viewtopic.php?p=3426404#p3426404"]

Вы в курсе, что вплоть до 80-х годов прошлого века существовали и активно применялись гидрокомпьютеры? это все к тому, что вовсе не обязательно иметь много, чтобы многое делать

Скажите это любителям ArduinoIDE. Им нужно много ресурсов даже для простых задач. [/uquote]вам-то ресурсов много надо вообще не для задач, а потому что дёшево. проекты мы увидим ваши, которые так легко и просто на 32-битах вы клепаете, в отличие от нас, сирых?

Добавлено after 7 minutes 9 seconds:
[uquote="AndTer",url="/forum/viewtopic.php?p=3426413#p3426413"]Давайте больше фактов. По пунктам, почему нельзя использовать арм для "помигать светодиодом"? При том что он дешевле и имеет огромное коммьюнити с кучей аппноутов, любительских поделок, открытых проектов, уроков и т.п[/uquote]для начала давайте рассьавим точки над ё в вопросе, который я вам уже задавал: с какого перепугу я должен вам доказывать и объяснять ВАШ вымысел? Вы ляпнули, вы и рассказывай те, почему нельзя. Я такого не говорил. А ваши грубые попытки меня подставить за ваши мысли, мне уже порядком надоели.
А после этого давайте посмотрим на ваши проекты, как я уже не раз просил.
Пока что все ваши аргументы те же, что и у старушки на распродаже. А это не убедительно, и не только я так считаю.

[AndTer]

Где я ляпнул? Где я кому то запрещал? Цитату приведи!
Я нигде не запрещал тебе насиловать мозг с 8 битками. И нигде не называл идиотами людей которые тратят своё время на запихивание невпихуемого. Нравится, делайте. А то что мы пишем что есть другое решение, обосновываем свой выбор, (при чём не для тебя, тебя вылечить уже невозможно) ведь кроме тебя другие люди читают форум и делают свои выводы и предпочтения.
А вот ты везде пишешь что все кто использует мк с возможностями выше чем требует задача идиотами, неучами и т.п.
При этом оно дешевле, быстрее в разработке, т.к. никто не запрещает использовать хоть асм хоть куб.
Ты не смог осилить стм, а в куб лезть не захотел мараться. И теперь считаешь что все кто использует стм пользуют куб и тягают готовые проекты? Нет, мозгов для стм надо иметь поболее чем для авр. Однако ты, не сумев разобраться с стм, называешь тех кто сумел идиотами...
Л-логика(с)

[BOB51]

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

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

Тем более, что у Вас самого "раздвоение интересов" -
с одной стороны радость прогрессу в отношении STM32,
а с другой -
КАТЕГОРИЧЕСКОЕ НЕПРИЯТИЕ концепции применения ардуино.
Хотя еще неизвестно что из этих продуктов прогресса более рационально с точки зрения любительской аудитории.

[dosikus]

ВОВ51, к чему твой бред о калькуляторе?
Что запустил чужой скетч с этим самым калькулятором?

https://www.compel.ru/lib/ne/2017/11/5- ... ze-stm32f4

Ссылку на оригинал не даю, знаю что с языками у тебя туго.

[ARV]

поскольку наши дружеские беседы модератор перенес сюда, можно считать эту тему помойкой. однако, я обещал Alex-у, что в этой теме дозволенные речи прекращу, поэтому всем адептам STM32: до свидания! не прекратите навязывание своих предпочтений повсеместно, особенно в непрофильных темах - помните, я на страже!

[AndTer]

1. Аргументов почему нельзя использовать арм для "помигать светодиодом" ты не привёл...
2. Цитату где я или кто то из нас запрещал использовать вам 8 битные МК не привёл...
3. По теме ничего не пишешь, только препирательства и оскорбления...

Итого: тебе нечем возразить, по сути ты слился, так что до свидания!