Поясните пожалуйста как и через что вы будете подавать этот файл с данными программе,работающей в контроллере. Файл у вас в компе, контроллер на плате,
его последовательный интерфейс через который должны поступить эти данные - подключен тоже к чему-то там на плате,что эти данные генерирует.
Если у вас есть какой-то инструментарий который позволяет такое проделывать - так расскажите что это и как именно работает.


Хорошо, допустим файл небольшой и в память контроллера влезет. Условие вполне выполнимое. Но как имитировать поступление этих данных именно через последовательный порт? Я согласен,что можно изменить программу так чтобы она читала данные не из порта,а из той области памяти где разместилось содержимое файла с данными. Но это будет "не чистый" эксперимент. Программу придется изменить и перекомпилировать. Следовательно она будет расположена в памяти не так как исходная. И если причина была к примеру в затирании чего-нибудь важного из-за обращения не по тому адресу (привет сишным указателям) то теперь затираться будет что-нибудь другое. А это не будет . И глюк переедет в другое место. А потом вернется назад когда обращение к "искусственным" данным уберете и вернёте "настоящее" обращение к порту.


Так я не понял - мы про дешевый или про нормальный,профессиональный?


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


Со стороны очень заметно что вы на работе настолько "пропитались бизнесом" что любое занятие электроникой у вас жестко ассоциируется с денежными вопросами.
В то время как я говорил совсем о другом - о наличии места и времени для хобби. Да, электроника вообще и микроконтроллеры частности представьте себе бывают не только работой но и именно хобби. На которое приходится искать и место,и время. И не всегда это просто. А в данном случае я имел в виду что найти место где посидеть носом в ноут обычно проще чем место где можно расположиться с платами и проводами. И если отладкой хотябы чисто программной части своей самоделки можно заниматься в ноуте на симуляторе - то почему бы этой возможностью не воспользоваться?


Гарантию дает только страховая компания. А симулятор - лишь повышает шансы. Причем по моему личному опыту и опыту знакомы любителей - повышает очень и очень существенно. Потому что симулятором вылавливается большинство "любительских" программных ошибок ибо с точки зрения профессионала они "глупые" и он просто такие не сделает.


Если сложную - то даже и трижды. Начну с того,что напишу основной сложный кусок алгоритма на ПК и буду добиваться его правильной работы скармливая ему тестовые данные. Самое сложное это обычно всякие именно алгоритмические штуки,а они вполне "переносимы" с ПК на контроллер, естественно при умении это делать.

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


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


Да. И подадите заявку в отдел снабжения на работе,который вам этот контроллер и купит.
Любителю такое недоступно - он пользуется тем что есть под рукой,особенно если еще и халявно досталось - например выпаял откуда-нибудь. И может даже позволить себе переплатить вдвое (да, 200р вместо 100 :) за возможность использовать тот контроллер который ему удобен именно в процессе разработки благодаря наличию удобного инструментального софта и обилию обучающих материалов. А это будет именно avr. Понятно что на работе,где предполагается миллионный тираж изделия, такое расточительство неприемлимо. А также у любителей довольно частая задача - применить куда-нибудь с пользой то что в хламовнике валяется. Тут на форуме даже отдельная тема есть где обсуждают что сделать полезного из чего-нибудь бесполезного:)

Добавлено after 18 minutes 36 seconds:

У меня по этой ссылке показывает просто соединительные провода. Куда вы второй их конец подключетете? (один понятно - к контроллеру).


Можно пожалуйста повторить ссылку? А то по этой "страница не найдена".


Вообще-то в исходном сообщении говорилось про некий "нормальный" аппаратный отладчик. То есть в моем понимании это оборудование профессионального уровня,а не пучок проводов с Али. В общем случае под "аппаратным отладчиком" обычно понимается JTAG. А это штука далеко не три бакса стоит,даже если китайская непонятной совместимости,а не фирменная. И с совместимостью с софтом у этих китайских "коробочек" все весьма сложно. Имел личный опыт оживления приемников спутникового ТВ,убитых перепрошивкой "через эфир". jtag был не мой, брал на попользоваться.

Кстати, с avr всё тоже самое. Есть китайские копеечные программаторы,а есть настоящие фирменные. И только они способны "поднять" окирпиченный неправильной прошивкой контроллер. Любителю требуется редко,обычно проще в таком случае сходить туда где он есть.

Добавлено after 35 minutes 19 seconds:

Это будет означать что КОД скорее всего нормальный, а глючит именно железо. Теоретически возможно что запускающийся на симуляторе код вдруг будет мертво виснуть на исправном железе но в жизни я такого не встречал. А если код как-то запускается то он уже может писать лог куда-нибудь и анализируя что оно туда написало можно найти глюк. Совершенно обычный способ отладки для всех "безголовых" систем ,как контроллеров так и компов,от "микро" одноплатников и до серверов.


Теоретически может. Но в жизни видел либо совсем грубые и сразу очевидные глюки (в "плохо сломанном" по всей видимости дистрибутиве Протеуса) или не глючило вообще.


Нет,я уже говорил,что это _разные_ инструменты. Они не заменяют,а _дополняют_ друг друга. Также как например осциллограф и логический анализатор. Хотя и тот и другой цифровые сигналы показывают.
Иметь аппаратный jtag-отладчик это конечно круто,но не у всех есть и еще меньше кому из любителей реально нужен при наличии vmlab или proteus на компе. Не тот уровень сложности проектов чтобы заморачиваться с настройкой аппаратной отладки. А вот программная отладка нужна всегда потому что каждый любитель делает в коде "глупые" ошибки которые никогда не сделает профи. Причем не важно,пишет ли он код для МК или для большого компа. Примерно одни и те же ошибки все равно будут. Плюс для МК еще добавятся ошибки неправильной инициализации периферии,но их аппаратный отладчик не покажет. vmlab - многое показывает.


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


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


ST-Link это вообще-то программатор (полностью называется ST-Link V2 и купить его можно гораздо ближе Китая,на Озоне например).
А разговор был про "нормальный аппаратный отладчик" под которым классически все и всегда понимали JTAG. Который даже китайский стоит очень сильно больше 70р


Нет, это вы,как продвинутый профессионал, настолько далеки от радиолюбительских проблем что даже не способны понять их.
А насчет устаревания - также можно сказать букварь "устарел" после того как была написана "война и мир". Однако осваивать грамоту люди начинают именно с букваря.
Вот и avr - это такой же букварь. Ну или если угодно - наглядное пособие для изучающих микроконтроллеры,каковыми по факту радиолюбители и являются. Я хотя сам собрал и заставил работать десятка полтора поделок на микроконтроллерах (одну кстати на STM32,после чего понял что мне оно не надо) - ни в коей мере не считаю себя равным тем профи,которые ежедневно годами пишут код для микроконтроллеров. Даже несмотря на то что некоторые из своих поделок я изготавливал за деньги.

Добавлено after 27 minutes 20 seconds:

Может быть и нужно. Будет. Когда-нибудь. А по факту - любители не используют это примерно никогда.


Тот, кто годами ежедневно по восемь часов в день работает с микроконтроллерами и поэтому знает как ПРАВИЛЬНО применять всю ту кучу возможностей которая в них есть. А любитель может и прием байтов через последовательный порт тупо в цикле написать. И это в его самоделке даже будет работать. Хотя с профессиональной точки зрения правильнее использовать прерывания.


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


У профессионала - вероятно да, я оценить не могу так как профи себя не считаю(ибо лично знаком с _настоящими_ профи).
Для любителя - совершенно точно не компенсируется. Получается просто классический "оверинжиниринг". Вместо месяца на простом контроллере он будет делать
свою самоделку пол-года (вместе с изучением самого контроллера и как правило весьма монстрообразного инструментального софта). А еще через полгода когда возьмется за следующую поделку - естественно окажется что изучать надо почти что заново так как всё хорошо подзабыто. Даже с простыми avr и то если эдак полгода
к ним не подходить то потом требуется время на вспоминание,небольшое,но тем не менее.


Нежелание пользоваться самолётами,как по причине аэрофобии,так и например по религиозным соображениям - это _очень_ распространенное явление.
Всего 3% населения Земли летает на самолётах хотябы раз в год. А вообще поднимались в воздух хоть однажды - только 18%.


Там более продвинутый и серьезный народ сидит и котов на каждом шагу не поминает:) А тут форум больше развлекательный и народ в среднем попроще.


Да, не в Москве. А последние годы так и вообще в сельской местности.


Разница между Москвой и глубинкой где-то в среднем такая и есть,не только в электронике.

Добавлено after 9 minutes 58 seconds:

Пока тут небыло интернета - народ спивался ибо не знал чем себя занять в свободное время. Интернет реально перевернул жизненный уклад в провинции. Как в смысле развлечений,так и в смысле доступа к полезной околотехнической информации. Так что не надо его выкидывать. Я вот специально ставил этажерку антенн на 15-метровой мачте моего ветрогенератора и покупал промышленный радиомодем. Зато теперь связь не тормозит и не обрывается. А вот с "красотой" в деревне весьма не очень - большую часть года всё серое и скучное.

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

Ясно. Опять очередной поток бреда и графомании.

Походу "WatchCat" - просто графоман. Только слышавший что-то о микроконтроллерах.
Какое уж тут освоение чего-то нового......

Добавлено after 5 minutes 51 second:
Объяснять вам что-то - совершенно бесполезно.
Объяснить можно только человеку, желающему в чём-то разобраться. У вас это желание как видно - полностью отсутствует.

Да уж... Что называется "слышал звон, да не знаю где он"....

...графоманство поскипано...

PS: Вместо написания этих бесконечных портянок, можно было потратить время более полезно и хоть что-то изучить. Так нет же - продолжает строчить. Дохлый номер.....

Потому что AVR появились раньше. Их еще юзают, те кому лень перейти на МК по лучше. Со временем их ждет тоже что PIC16, которые когда-то тоже были популярные.

Для STM32 есть 10+ IDE на все цвета и вкусы. Несколько компиляторов. Но вы их упорно не замечаете.

PIC16 еще проще (35 команд, минимум периферии). Используйте его.

То есть вы видели только мегагерцы и мегабайты, а более лучшую встроенную периферию в упор не замечали? В AVR она вообще никакая по сравнению с STM32.

Почему сложной и долгой? Более функциональная периферия это компенсирует. Можно сделать то что в AVR не получится. К примеру есть вложенные прерывания (прерывание может прервать другое), чего в AVR и близко нет.
Можно настроить аппаратную оцифровку, при которой таймер запускает АЦП, а тот в свою очередь вместо прерывания по окончанию оцифровки запускает DMA, который копирует данные в память. Проц в этом не участвует и решает другие задачи. Сделайте так же в AVR.

Калькулятор проще компа, но почему люди осваивают компы / смартфоны, а не пользуются вместо них калькуляторами?

Зачем? При создании проекта в IDE генерируются файлы где все настроено. Не нужно с нуля инициализацию писать. Сейчас же не каменный век!

SPL / HAL / LL в помощь.

Для этого есть отладчик.

Для STM32 много инструментов. Но вы вы их почему-то игнорируете.

Отладчиком и чтением документации все отлавливается. В AVR тоже можно совершить много ошибок, но отладчик поддерживают очень мало моделей МК AVR.

Сколько раз любители и не только выбрасывали в мусор AVR контроллеры из-за прошивки кривых фьюзов?
В STM32 такое может произойти только при установке защиты памяти уровня 2, при котором выключается встроенный загрузчик и интерфейс отладки. А в AVR вывести из строя МК неправильными фьюзами проще простого! И любитель не знает как его восстановить. Параллельный прогер есть не у всех и не всегда им удобно пользоваться. В некоторых корпусах, проще МК заменить чем восстанавливать его.

Сразу видно что с STM32 вы дела не имели если не знаете что есть стандартные файлы где все настроено. Вам кажется что сложно только потому что не пробовали т. к. боитесь сложностей. Попробуйте и поймете что сложности преувеличены.

Почему вы воспринимаете МК как проц в отрыве от периферии? У меня чаще возникают сомнения что периферия аппаратно вытянет проект, а не производительности проца. Зачем делать программно то что можно сделать аппаратно? Это большая стабильность и предсказуемость работы.

Берете МК с аппаратной поддержкой плавающей точки для БПФ (STM32F3+) и с поддержкой аппаратной связки таймер+ацп+dma и задача решена и у МК еще много свободных ресурсов останется для различных эффектов. То есть задача не сложная.

Если данные идут через последовательный интерфейс то отправляете через него да и все.

Вот вы пользуетесь компом / смартфоном / умным ТВ?
А вы знаете как они работают? Как устроено ядро ОС? Как устроен проц и чипсет? Вам это надо чтобы пользоваться всеми этими устройствами?
Так же и с МК. Если мне сейчас не нужны модули CAN, USB, Ethernet и др., то зачем мне их изучать? Когда понадобятся, тогда и изучу. Помните, что все знать невозможно и нужно изучать только то что требуется на данный момент.

PIC16 еще проще. Используйте его.

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

Намного проще в IDE нажать кнопку и код скимпилируется и в МК зальется, чем изучать устройство makefile, писать его, изучать ключи GCC, вручную компилировать.

Зачем любителю профессиональный отладчик? Скажу по секрету, профессиональный ST-Link по возможностям такой как как Китайский. Разница только в максимальном удешевлении китайского из-за чего он менее надежный. К примеру выводы интерфейса отладки идут не через буферные элементы, а напрямую и теоретически МК в отладчике можно повредить статикой. Но это не важно учитывая стоимость - 70 рублей. В остальном разницы нет и отлаживают они одинаково т. к. МК и прошивка идентичные. Фирменная утилита производителя прекрасно обновляет прошивку в китайском ST-Link не подозревая что он не оригинальный.

К чему все это словоблудие? Это называется перевод темы в никуда и не красит вас как человека.

Если у вас нет времени на хобби то не важно AVR или др. контроллер - времени нет!

А если внимательно посмотреть? Первый раз на Али и не знаете как им пользоваться? Картинки не видите?

Спойлер

Вы определитесь, вам нужно бюджетное оборудование или профессионального уровня? А то вас не понять. Сначала пишите что отладчик очень дорого стоит, а потом хотите дорогой профессиональный?

У STM32 нет большой разницы между JTAG и SWD.
Нужен JTAG - держите https://aliexpress.ru/item/1005006375055318.html

ST-Link это полноценный отладчик. Странно что вы этого не знали.
Так что учим матчасть https://www.st.com/en/development-tools/st-link-v2.html

Вот, вы застряли в букваре и не хотите переходить на более интересную литературу.

А вот таки нужны!
Например, чтобы сделать осциллограф с полосой пропускания хотя-бы на 30 МГц.
Ацп с частотой выборки 100m ну или хотя бы 40m купить можно уже недорого, а чем данные с него собирать?
Ардуина на 20 мегагерцах не вариант. Был на Хабре проект с ардуиной и быстрым АЦП, но это какой-то позор. Ардуина АЦП придушила...

как-то не совпадает это

Совпадает то что любитель садо-мазо что в лине что в AVR.
Мыши плакали, кололись, но кактус жрали!

Именно в точности об этом я и писал - про "со временем". Avr тоже стали удобными в любительском использовании только где-то через десяток лет после своего появления.


Крайне монстрообразных,в которых _любителю_ разобраться сложно. А я говорил о _простых_ и удобных инструментах _любительского_ уровня.


Как раз с компилятором проблемы нет - gcc под arm вполне нормально код собирает.
Но вот удобных средств для процесса любительского освоения - нет. Интерактивного симулятора уровня vmlab пока что так и нет. В Proteus симуляция stm32 появилась но на момент когда случился коронавирус и появилось много свободного времени на разбирательства - работала весьма плохо. Может конечно с тех пор и починили. Но Proteus - платный.


Естественно использовал. Но с интерактивным симулятором и там плохо было. Вобщем-то в значительной степени поэтому на avr и перебрался в середине двухтысячных когда vmlab стал доступен бесплатно.


В первую очередь не более лучшую,а более _сложную_. А у любителя задачи _простые_, ему эта лишняя сложность только вредит.


Она в первую очередь ПРОСТАЯ. Но профессионал,работающий с контроллерами каждый день по восемь часов - не способен осознать это преимущество потому что для него всё "просто". Он не ощущает этой сложности именно потому что работает с этим каждый день.


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


Профессиональному разработчику - вероятно да (не могу оценить,я любитель а не профи). Зато точно могу сказать что для любителя это не так.


Назовите любительскую задачу где это преимущество критически необходимо.


Вы что, серьезно верите что рядовой любитель сможет такое написать и заставить работать?Да еще не имея интерактивного симулятора где можно было бы наглядно увидеть как оно работает(и почему не работает). Вы посмотрите как любители _обычно_ пишут работу с АЦП - просто цикл с ожиданием бита готовности результата. А уж если кто смог написать через прерывание и заставить работать - тот "продвинутым" считается.


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


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


Вам,как профессионалу, может быть и не нужно. А любителю нужно разобраться как периферия работает и как она инициализируется. Числа в столбик тоже уже никто не перемножает, однако в школе в процессе изучения математики изучают и это. Как и многое другое подобное в разных дисциплинах. Как я уже выше говорил - изучение грамоты начинается с букваря,а не с "войны и мира".


Чтобы уметь правильно их использовать - надо таки сначала разобраться как оно "внутри" работает. А в иных библиотеках такое нагромождение абстракций над обстракциями бывает что вручную даже проще будет. Для любительского уровня сложности приемлимо разве что это https://github.com/libopencm3/libopencm3
Но всё равно - сначала надо разобраться "вручную" прежде чем использовать. Собственно, я так и делал в той своей самоделке.


Я уж сколько раз объяснял что симулятор и аппаратный отладчик - это разные инструменты, они дополняют,а не заменяют друг друга.
Кстати, экспериментировать с dma на реальном железе - тяжко.


Игнорирую в виду наличия более простой и этим удобной для _любителя_ альтернативы - avr и инструментов под него.


Ну да, особенно DMA из вашего пример. Любителем. Документации кстати по avr намного больше, в которой разжевано буквально всё.


Вы вот серьезно считаете что _любитель_ будет тщательно подбирать другую модель контроллера под каждую свою самоделку?
Нет, он будет использовать то что есть под рукой,ну или в ближайшем магазине. И то что ему уже знакомо. У него не стоит задача
экономить каждый цент так как он не занимается выпуском миллионных тиражей своих устройств.


Да не так много на самом деле. Я например за два десятка лет вообще ни одного не угробил именно этим способом. Хотя более "махрового" любителя чем
я - еще поискать надо.


Куда проще убить контроллер случайным замыканием на плате. Хотя по моему опыту avr весьма живучие. Может умереть отдельный пин но при этом всё остальное
продолжает работать и такой "инвалид" еще может послужить в какой-нибудь самоделке.


Да все уже давно это знают. Но вот нужный фирменный программатор - это действительно редкость,да.


Это правда,но опять правда для профессионалов. Потому что любители стараются по возможности с неудобными корпусами не связываться.
У них и Atmega16 в dip вполне еще в ходу. Причем настолько в ходу что по сей день часто встречается в магазинах.


С точностью до наоборот - начитавшись форумов во время сидения на карантине я таки попробовал. И та самоделка даже заработала после долгой возни. Тогда-то я и понял что stm32 мне пока что не надо. Делать оцифровку через dma или вложенные прерывания - у меня просто нет таких задач. А с более простыми - на знакомых и привычных avr много быстрее достигается работающий результат.


Потому что в любительских задачах если изредка еще и возможно во что-то упереться - то именно в производительность проца.


Потому что программные решения проще и в написании и в отладке. Нередко вычислительный алгоритм можно вообще на компе отладить,просто в виде
программы на Си. А потом уже под контроллер ее адаптировать. Что не сложно еще заранее писать "совместимо".


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


Смею скромно напомнить что вы это сейчас порекомендовали радиолюбителю,а не своему коллеге-профессионалу.
А среднетипичный любитель такое не отладит примерно никогда.
Отдельный вопрос - а надо ли вообще такое писать для упомянутой мной задачи переделки цветомузыки?
Вы,как профессионал, точно уверены,что алгоритм bpm-detector этого безальтернативно потребует?
Я например встречал упоминания на буржуйских форумах что такие алгоритмы реализовывали даже на "языке ардуино",
знаменитом своей неэффективностью в сравнении с классическим Си. Правда не могу сказать насколько оно хорошо работало.


У той цветомузыки всего шесть фонарей. Это считайте как шестью светодиодами помигать. Как "свободные ресурсы"?


Так за сложную я бы и думал браться.


Файл с данными - в компе. Как их отправить к примеру в i2c контроллера? Ну допустим с ком-портом это еще как-то решаемо,
хотя и не слишком просто в том смысле что надо согласовывать посылку байтов с пошаговым прохождением программы в отладчике.
А в случае i2c придется сначала еще к компу этот интерфейс приделать. У меня есть вот такая штука https://github.com/thanks4opensource/buck50
но она только мастером быть умеет,а тут-то надо быть слейвом. Хотя файл с показаниями датчика я набирал именно этим. Но это я имитировал
контроллер,а слейвом был датчик. А теперь надо имитировать датчик.
Вот уж точно - в программном симуляторе это проще делается.

WatchCat, тут любителей 80% и массовый переход на ARM в этой среде - свершившийся факт. Понятно, что любители разные бывают, но давайте не будем обобщать, если вы не можете с IDE разобраться, то для большинства оставшихся любителей такое принижение их способностей может звучать оскорбительно )

И компом (линуксовым) пользуюсь,и андроидными девайсами, вот телевизора уже полтора десятка лет как нет.


Естественно.


Даже драйверы в линуксовое ядро пару раз писал и еще больше раз правил.
А еще до линукса,когда первый раз до 80386 добрался - писал код для перевода его в защищенный режим. Руками,на ассемблере.
Кстати,примерно в то же время когда Торвальдс пилил первую версию своего ядра. И также как и он - именно с учебно-образовательными целями.
Только у него была книжка профессора Танненбаума,а у меня небыло. Поэтому у меня получился только простейший "монитор",а у него относительно
работоспособное ядро.


Знаю. Для современных процов и чипсетов уже не так подробно,а в 90х много в этом копался.
Я начинал программистом под ms dos (Си+asm) и хорошее знание железа требовалось.


Конечно. А как иначе например подключить к компу любую достаточно экзотическую железку?
Ну вот когда я строил свою домашнюю солнечную электростанцию (у меня автономный дом) - купил специальный девайс для управления отбором мощности с панелей.
У него есть последовательный порт rs422 для настройки и для сбора статистики,на основе которой и настраивают. И есть [китайский] переходник rs422-usb. Линуксовое ядро знает такой чип,но работает с ним неправильно,в результате данные не идут. Пришлось лезть в соответствующий "ядерный" модуль,разбираться и править код.
Да, и на "морально устаревший" смартфон однажды даже линукс поставил просто из интереса. Даже радиоблок запустил и к интернету подключился (нет,с голосовыми функциями не возился так как было не надо). А уж в потрохах андроида вообще достаточно регулярно копаюсь.


Потому что вы профессионал и работаете в бизнесе. Задачи вам ставит начальство. А у радиолюбителя типичнейший случай - в руки попала железка,что бы такое полезное из нее сделать? Начальства нет, никто за любителя это не придумает.
И тут естественно надо иметь представление о том что железка реально может.
К примеру с месяц назад сделал практически полноценный одноплатный линуксовый комп из платы от охранной видеокамеры. Ethernet,usb, последовательный порт и несколько штук gpio. Наподключаю к ней датчиков и повешу на мачте ветрогенератора. Будет и картинку показывать и погодную информацию отдавать. Потеплеет - буду мачту опускать,генератор обслуживать,вот тогда и камеру поставлю.


Нисколько с вами не спорю. Я же не собираюсь изучать все существующие платы от видеокамер. А только ту что в руки попала.
Также и с микроконтроллерами. Попало когда-то в руки несколько плат с stm32,вот таких https://habrastorage.org/getpro/habr/po ... 6d7e38.jpg
- наследство от разорившегося кружка робототехники.
А тут карантин случился и я засел разбираться что из них вообще сделать можно.


Использовал естественно. Но у него с хорошим интерактивным симулятором тоже плохо. Как в середине двухтысячных vmlab появился так я ПИКи и забросил,
перешел на AVR.


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


Можно. Но не экзотику всякую. И с высокой вероятностью там как раз avr и будут в наибольшем ассортименте.


Проще оно только тогда когда уже потратил кучу времени на изучение и разбирательство с этим монстроидальным комбайном. И умеешь заставить его сделать именно то что надо,а не что ему хочется. То же устройство мэйкфайлов я как изучил в институте году кажется в 90м - так с тех пор и пользуюсь. С gcc тоже уже лет тридцать дело имею. А сколько за это время ide-комбайнов изучить пришлось бы? Всё знать невозможно,поэтому имеет смысл изучать в первую очередь то что будет максимально долго востребовано.


Не знаю, это там выше о "нормальном" отладчике упоминали. А в моем представлении "нормальный" это именно что профессиональный.


Нет, это называется неуважение чужого мнения и переход на личности. Если чье-то мнение отличается от вашего собственного - это еще не повод объявлять его
"словоблудием". Тем более что вы уже несколько раз продемонстрировали что бесконечно далеки от типичных радиолюбительских проблем. Я же не учу вас профессиональному проектированию электроники как виду бизнеса. Потому что понимаю что от радиолюбительства это очень сильно отличается. А вы всё время пытаетесь тащить в радиолюбительство подходы и методики из околоэлектронного бизнеса. Большинство из которых тут вообще не применимы.


А то,что на простые контроллеры время может найтись,а на сильно сложные - нет,вы почему-то не пониматете.


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


Это не ко мне вопросы - про аппаратные отладчики разговор начал вообще не я.
У меня для AVR хватает вообще программного симулятора с последующим выводом логов в том или ином виде из железки когда
код уже более-менее заработает.


Я честно говоря вообще никакой не хочу. Хотя аппаратные отладчики и для avr существуют(не всех) но мне как-то не требовалось - слишком простой код.
Это мне там выше по тексту сказали что я срочно должен захотеть. Я посмел не согласиться.


Конкретно по этой ссылке у меня выдается "страница товара не найдена". Но вообще например тот jtag которым восстанавливают спутниковые телеприемники,
убитые прошивкой "через эфир" - стоил около пяти тысяч.


То,что по вашей ссылке - вообще совсем не похоже на тот китайский ST-Link который есть у меня. У этого наличие jtag заявлено.


А зачем мне куда-то переходить если меня всё устраивает,как и многих других радиолюбителей? Просто ради самого факта перехождения что ли?
Уж если куда переходить - то на китайские risc-v,там хоть достойная причина есть в виде их открытости и соответственно отсутствия вендорлока.
Да и то пусть сначала их до безглючности доведут и полную документацию выпустят.

Добавлено after 4 minutes 54 seconds:

Может где-то у профессионалов он и свершился,а именно тут на этом форуме в разделе по AVR понаписано куда больше чем в темпе про ARM. Просто факт такой в котором вы легко можете прямо сейчас убедиться. И лично мое неумение в чем-то разобраться на него никак не влияет и никого никак не оскорбляет. И да, любители тоже очень разные бывают,изредка весьма крутые встречаются, не хуже иных профессионалов.Но это явно не массовое явление. Сами пойдите и почитайте что обсуждают.

Офигеть! Мужики, ну КАК можно СТОЛЬКО писать! Да кто это будет читать? Та не в жизнь.)

Я даже не поленился и посчитал суммарное количество тем здесь, на electronix и easyelectronics, в которых писали в этом году... AVR - 48, ARM - 89. А так да, радиокот - это последнее пристанище любителей AVR, они почти все тут )

Бич Петрович, который ищет и выковыривает AVR из хлама на помойке - с вами не согласится.
Ведь судя по описаниям "WatchCat": бич Петрович и есть - рядовой любитель AVR-ов.
После десятилетий злоупотребления синькой, мозги у Петровича уже совсем не те...

Добавлено after 2 minutes 10 seconds:
Есть такая мания - ГРАФОМАНИЯ.



PS: Если бы "WatchCat" открыл какой то учебник по ARM и мануал на самый простейший МК на ARM-е. И вместо написания бессмысленных постов и разведения демагогии, потратил бы это время с пользой - на изучение ARM. То он бы уже что-то смог на нём сваять.
Но нет же - предпочитает продолжать демагогию....
Одни люди просто берут учебник и начинают изучать и вникать в тему. Другие же - находят тысячу причин чтобы не делать это.

Ethernet на одноплатнике любой дурак сделать может...
Это скучно...


Ethernet должен быть на AVR !

Спойлер

STM32 давно вышли. Лет так 15 назад. Но вы этого не заметили потому что кроме AVR ничего другого не видите и даже не пытаетесь изучить!

Говорите за себя, а не за всех. Вам сложно разобраться. Но есть много других людей, которые легко освоят их.
Никто не требует чтобы использовали одновременно все IDE. Установили, посмотрели, подходит / не подходит, нравится / не нравится. Так и выбрали подходящую IDE.

То есть о серпе вместо газонокосилки, о ручной пиле вместо бензо или элекро пилы?
Понимаете что из-за простоты инструментов производительность труда низкая, а физические нагрузки большие?

Все есть, но вы в упор не видите или не хотите видеть.

Он не нужен при наличии отладчика.

То есть по вашему любитель это сельский дядя Вася бухарик который все мозги пропил и ничего сложнее 2 + 2 освоить не может? Говорите за себя. Если вы не можете освоить, это не значит что другие не могут.

До той степени простая что причти ничего не может? И зачем такая нужна? Зачем 8-ти битный таймер с коэффициентом деления предделителя 1, 8, 64, 256 и 1024 если можно использовать 32-ух битный таймер с 16-ти битным предделителем с произвольным коэффициентом деления в пределах 1 - 65536 и с 4 каналами захвата / сравнения?
Понимаете к каким ограничениям приводит простота? Вы наверное пользуетесь калькулятором вместо копа потому что калькулятор проще, а значит по вашему мнению намного лучше!

Почему вы выставляете любителей как немощный, глупых и неспособных к обучению людей? Если вы такой, это не значит что все другие не способны изучить современный МК. То есть не судите других по себе. Многие любители разрабатывают такие устройства что вам и не снились и они не ограниченны устаревшими AVR.

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

Это необходимо когда на прерывание можно отреагировать как можно скорее. Задачи могут быть самые разные. Скажем программный uart.

В этом нет ничего сложного и в сети полно статей на эту тему.
https://habr.com/ru/articles/543686/
https://microtechnics.ru/stm32-adc-aczp ... r-proekta/
https://habr.com/ru/articles/323598/
http://purebasic.mybb.ru/viewtopic.php?id=566

И много других ссылок в поисковиках.

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

Что же вы так боитесь DMA и вообще STM32?
Нет ничего сложного в DMA. Но у вас STM32-фобия и вы ею все оправдываете!
https://www.cyberforum.ru/blogs/204791/5169.html
https://www.cyberforum.ru/blogs/204791/5170.html

Кто вам сказал что я профессионал? Обычный любитель. Моя работа не связана с электроникой и программированием. Для меня это хобби.
Но я не боюсь изучать что-то новое, чего и вам советую.

На сайте ST есть документация. В сети полно примеров с пояснениями. Я не понимаю как вы AVR освоили если не способны найти документацию и примеры и изучить их и постараться понять?

Почему? Отладчик умеет останавливать периферию если это необходимо.

Вы случайно не игнорируете современные компы потому что у вас уже есть 286 комп и новее не нужен, т. к. сложнее?

Это из разряда "не пробовал но осуждаю"? Отладка DMA ничем не отличается от отладки других периферийных модулей.

Ваша проблема в том что вы судите остальных по себе. Многие кривыми фьюзами портят AVR пачками.
Просто почитайте форум и убедитесь в этом.

Про цветомузыку кто выше писал? Там оцифровка звука не нужна?

Нужно по максимуму использовать периферию перекладывая работу на нее, а не на проц.
В AVR это сложно из-за скудной периферии, а в STM32 возможно.

Ничего подобного. Аппаратные обычно проще в написании, стабильнее в работе и не сложнее в отладке.

Если процессорное ядро аппаратно поддерживает плавающую точку (имеет соответствующие инструкции) и вычисления производятся относительно быстро, то почему не использовать? Ваши учебники устарели, обновите их.

Как же все запущено! Я не предлагал ничего сложного и сконструировать периферию можно примерно 20 строками настроив связку таймер+ацп+dma.

Не нужно боятся сложностей. Получится, хорошо, не получится - вы пытались. А если боятся и не попробовать, то тогда точно не получится!

Вы чё, прикалываетесь?)))
Мурик, тебе делать нехрен? И ты пишешь, пишешь... ППЦ! Ей богу.

А Вы говорите "ужос, а не ре...."
(viewtopic.php?p=4711175#p4711175)

Ужос, это столько страниц вместо реал доказательств готовым проектом.

Дон Кихот тоже - воевал и воевал с мельницами. И его тоже за это критиковали наверняка. "Воюешь и воюешь, а они - знай себе крыльями машут и им хоть бы хны".
И вот - прошло много лет, а кто сейчас вспомнит тех критиков? А Дон Кихота помнят многие.
Так и Мурик

Я про винду. Линукс для роутеров, на крайняк для малины, но и на нее можно винду поставить.

Почему так решили? Моя работа не связана с электроникой и программированием. Для меня это просто хобби.

Для STM32 много IDE. Вы о какой пишите?

Вот вы опять судите по себе. Представьте, любитель, раньше с makefile и командной строкой gcc дела не имел. Ему будет проще изучить makefile и ключи gcc или нажать кнопку в IDE чтобы скомпилировать исходник?
Поэтому прекращайте судить других по себе!

ST-Link это нормальный отладчик. Китайский за 70 рублей отлаживает также как фирменный и отличается от фирменного слегка упрощенной схемой что никак не влияет на возможности отладки.

На более функциональном МК может быть проще и быстрее решить задачу из-за более оптимального способа решения.

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

То что корпус отличается не значит что начинка другая. Китайцам нет смыла разрабатывать свое устройство и писать под него прошивку, если можно взять готовую схему и прошивку ST-Link и продавать дешевле оригинала. Для STM32 достаточно SWD. JTAG в большинстве случаев не нужен. Некоторые модели STM32 его вовсе не поддерживают и у них только SWD. https://en.wikipedia.org/wiki/JTAG#Simi ... _standards
Выводов МК нужно меньше - 2, а не 5 как у JTAG.

Если вас устраивает, это не значит что устраивает остальных. У вас привычка писать от лица всех любителей, будто у них такие же потребности как у вас и такая же неспособность изучить что-то новое.

Это ни о чем не говорит. AVR появились раньше и поэтому тем больше.
Вы лучше посмотрите сколько тем в разделе ардуины. Очень мало по сравнению с ARM и о чем это говорит?