FlProg

Nikan писал(а): 06 дек 2020, 19:27 что она может (в среде ардуино) то чего не может обычная АВР-ка ?

Как грамотно поставлен вопрос

В такой постановке - одинаковы.
А вот если добавить "как", то тут уже есть варианты

Хотя сам предпочитаю пока AVR.

[ref]Nikan[/ref], скорее всего, внятного ответа вы не услышите.
Более или менее подходящее к теме вопроса, что мне удалось прочитать за последнее время, это статья на Хабре.
Кому в микроконтроллере жить хорошо?

Nikan писал(а): 06 дек 2020, 19:27 то она может (в среде ардуино) то чего не может обычная АВР-ка

Если убрать (в среде ардуино), то мой интерес возник когда
328 - 1 universe DMX
2560 - 4 universe DMX
stm32 - 8

Из плюсов, даже в ардуине иде работает 12 битный ацп. Цена у контроллеров подешевле чем атмега2560.
Ну и самый главный плюс, это знакомство с новой архитектурой, а там глядишь и до перехода на Cube MX и Keil не далеко. И как следствие такого перехода, не надо устройство собранное ранее в железе переделывать.

Nikan писал(а): 07 дек 2020, 21:23 прямо скажем, не густо, а шуму было про ее наличие

так stm-ке то поди уж лет 10, подзабылись хотелки

Nikan писал(а): 07 дек 2020, 21:23 прямо скажем, не густо, а шуму было про ее наличие

Кто использует ,тот не шумит ...Для них и так все очевидно - в зависимости от задачи выбираем инструмент. Достаточно посмотреть на чем делаются промышленные программируемые реле и ПЛК.

Rovki писал(а): 07 дек 2020, 21:59 промышленные программируемые реле и ПЛК

Ну так если Вы делаете промышленные реле и ПЛК - так применяйте при продаже имея сертификат.
А нам то

nalnik писал(а): 07 дек 2020, 22:16
Rovki писал(а): 07 дек 2020, 21:59 промышленные программируемые реле и ПЛК
Ну так если Вы делаете промышленные реле и ПЛК - так применяйте при продаже имея сертификат.
А нам то

Да вы посмотрите какие сложные проекты люди делают на ФЛ, используя всевозможные костыли (модули расширения портов) и мучатся со штатными бибками при использовании разных интерфейсов .

Отправлено спустя 2 минуты 22 секунды:

Nikan писал(а): 07 дек 2020, 22:11
Rovki писал(а): 07 дек 2020, 21:59 делаются промышленные программируемые реле и ПЛК.
это смотря какого производителя сих девайсов

Отправлено спустя 3 минуты 7 секунд:
Rovki писал(а): 07 дек 2020, 21:59 Для них и так все очевидно - в зависимости от задачи выбираем инструмент.
вот так и хотелось бы узнать - какую задачу нельзя выполнить в ардуино иде +фл прог на обычном атмеле,
и нужен супер быстрый стм

Хотя бы защита от копирования. В интернете полно сравнений ...что их сюда тащить...

Rovki писал(а): 07 дек 2020, 22:31 сложные проекты люди делают на ФЛ, используя всевозможные костыли (модули расширения портов) и мучатся со штатными бибками при использовании разных интерфейсов

Ну а теперь расскажите - как на STM - это проще сделать?
ну понятно если ВЫ половина ресурсов STM тратите на "Хотя бы защита от копирования".

Потому и молчат ,что знают ,что ваш вопрос -провокационный

Отправлено спустя 1 минуту 53 секунды:

nalnik писал(а): 07 дек 2020, 22:38
Rovki писал(а): 07 дек 2020, 22:31 сложные проекты люди делают на ФЛ, используя всевозможные костыли (модули расширения портов) и мучатся со штатными бибками при использовании разных интерфейсов
Ну а теперь расскажите - как на STM - это проще сделать?
ну понятно если ВЫ половина ресурсов STM тратите на "Хотя бы защита от копирования".

У Никана спросите , он спец , обьяснит

Nikan писал(а): 07 дек 2020, 22:39
я прекрасно знаю различие между ними, что какой мк может и как этого добиться.

Это не я сказал. Зачем было создавать тему

[/quote]
вот так и хотелось бы узнать - какую задачу нельзя выполнить в ардуино иде +фл прог на обычном атмеле,
и нужен супер быстрый стм

[/quote]

Преобразователь частоты например? Или фазовый регулятор? Я имею ввиду для управления электродвигателями переменного тока. Чем быстрее контроллер, тем у него больше времени на сопутствующие вычисления. На сегодня традиционный Атмел удобен только тем, что работает с 5В. Но и многие выводы STM толерантны к данному напряжению. Правильно пишут: под каждую задачу = свой инструмент. А какая будет задача - кто знает заранее? FLProg един, а железо выбираешь какое нужно = это удобно очень. Что-то можно сделать и на Атмеле, а для чего-то понадобится STM, а его нет.
На самом деле STM32 есть, даже на этом форуме описана процедура его интеграции. И у меня сейчас в работе проект ESP32 + STM32 (в качестве расширителя IO). А понадобился преобразователь Модбасб я его на обычном UNO сваял, благо там скорость была 9600. А понадобился имитатор 5 датчиков 1Wire - я его сделал на Blue Pill, т.к. там задержки протокола в микросекундах и я не стал выяснять, протянет все это тот же UNO, или нет. Всему свое.

Всё обсуждение, как всегда, скатилось к банальному AVR vs STM32.
Сравниваем мягкое с тёплым. А вопрос был совсем о другом.
Где доказательства того, что в среде FLProg (Arduino IDE) STM32 имеет преимущество перед AVR?

Лично моё мнение - никаких. Все преимущества архитектуры STM "съедаются" несколькими уровнями абстракции (так называемые обёртки), которые использует FLProg и Arduino IDE для того чтобы скрыть низкоуровневые операции с "железом". В результате получаем совершенно не оптимальный код. Время выполнения которого практически одинаково и на AVR и на STM32. Особенно это касается операций ввода-вывода по различным интерфейсам.

Nikan писал(а): 06 дек 2020, 19:27 А может хоть кто нибудь, внятно объяснить такой интерес к STM 32 ?

Все просто = STM32 цена 120р с доставкой, а атмега 328 цена 160р с доставкой, ниже не нашлось на али.
На STM32 летает проект для измерения кислорода в крови. На атмеге 328 зависает после трех попыток.

kulibinsvv писал(а): 08 дек 2020, 08:04 Всё обсуждение, как всегда, скатилось к банальному AVR vs STM32.
Сравниваем мягкое с тёплым. А вопрос был совсем о другом.
Где доказательства того, что в среде FLProg (Arduino IDE) STM32 имеет преимущество перед AVR?

Лично моё мнение - никаких. Все преимущества архитектуры STM "съедаются" несколькими уровнями абстракции (так называемые обёртки), которые использует FLProg и Arduino IDE для того чтобы скрыть низкоуровневые операции с "железом". В результате получаем совершенно не оптимальный код. Время выполнения которого практически одинаково и на AVR и на STM32. Особенно это касается операций ввода-вывода по различным интерфейсам.

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