Еще раз...
Речь не просто о мигании чем-то там , речь о использовании аппаратных возможностей управлением внешними устройствами.
У тебя и аббревиатуры зашоренный взгляд, вы до сих пор балуетесь софтовым ногодрочерством...

А для чего тогда МК используется кроме как НОГОДРЫГа?
Программно или аппаратно - все равно в конечном итоге тот же НОГОДРЫГ,
ежли конечно не аналоговый сигнал получать захотелось (и то... можно ШИМом заменить).
Принимаем какое-то состояние с лапок, применяем алгоритм обработки, который придуман и выдаем назад на лапки.

Зачем для низкочастотного сигнала (от силы 120 Гц) аппаратные средства?
Разве что для одного-двух каналов аппаратное формирование интерес представляет, и то редко.
В большей части интерес подвесить как можно больше независимо работающих точек при минимуме аппаратной обвязки.
Однако там уровни сигнала для индикации отнюдь не "внутрисхемные (3-5вольт)" - и напряжения побольше и токи посолиднее - все равно без внешних аппаратных развязок не обойтись.
Как правило или МК с как можно большим количеством "рядных" портов или МК+внешние порт-расширители применяются.

Ессно таймер для формирования интервалов (чаще системных) штука как бы стандартная,
НО... помимо собственно работы с выходными каскадами в МК еще другой функционал вертится.
А оный в подавляющем большинстве уже базовый системный таймер имеет - берем от него определенный тактовый интервал и выводим на порт индикации.
Да и количество точек индикатора стандартно увеличивается за счет динамической индикации
- то уже в любом случае НОГОДРЫГ.
Как вариант - разнообразные порты-расширители, коих на сегодня наплодилось немеряно.
А в случае чего можно и самому соорудить из МК попроще.
Там естественно уже вариации протокола последовательной передачи должны применяться
для обмена между оконечным "светопредставителем" и базовой головой.
Да и решения по автономно вертящемуся контроллеру индикации с ШИМ (далеко за 256 градаций) и мультилексированием каналов у меня уже было (на тиньке 2313 T/C1 с полным использованием аппаратной начинки и прерываний).
Причем именно с задачей "псевдопараллельной" работы. Решение достаточно "стандартное". Количество таких модулей более одного нужно уже будет жестко согласовывать с другими процессами, использующими прерывания на вопрос допустимых отклонений интервалов обработки.

Ключевое слово софтового. сОФТОВОГО, Карл, так любимого тобой и аббревиатурой.
Сам затронул динамическую индикацию , ну дык на стм32 уже реализовано не "псевдопараллельная" "работа" а именно параллельная работа , чисто аппаратный выхлоп на 8 разрядов. На той же пилюле выхлоп на VGA https://github.com/abelykh0/VGA-demo-on-bluepill .
И еще куча всего интересного, где задействована периферия, и таймеры и дма и т.д.
Но ты продолжай бредить, продолжай слушать аббревиатуру что все ересь ...

И какие на портырасВширетили??? Все делается на одном чипе...

Ну и нафига все в один ЧИП ГРУЗИТЬ?
Чем кстати вариант аппаратного таймера (одного) с подстановкой в порт результата из буфера предобработки данных на 8 бит
будет отличаться от 8 автономных таймеров с ШИМ выходами?
Это при соответствующей скорости обработки данных в отношении светиков совершенно одинаково...

Светики - это не VGA видеокарта.
Для них и размеры экрана ИНЫЕ (а соответственно и требования схемотехники).
Аналогию удается получить разве что на WS2812 (или подобных).
НО... там ТОЛЬКО ПЕРЕДАЧА ДАННЫХ - а регенерация на самом ЧИПе сделана.
Соорудить VGA НА НЕЗАВИСИМЫХ СВЕТОДИОДАХ вряд-ли и на АРМе удастся.

Ты то что пишешь, сам читаешь????

ну как бы все это было пройдено в 70-е годы прошлого века... сейчас-то в чем тут фишка? в том что из имеющихся 100% ресурсов можно на это задействовать 0,0001%? оно того стоит, да. разумеется, тому, кто микросхему К155ТМ2 в руках не держал в силу своей молодости, интересно добиться АППАРАТНОЙ динамической индикации... но остальным-то зачем? гораздо интереснее сделать то, чего в эпоху К155ТМ2 не было - а именно софтовую динамическую индикацию

Во времена К155ТМ2 не было процессоров типа КР580ВМ80А? На нем, К155ТМ2 и др. микросхемах можно было сделать софтовую динамическую индикацию.

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

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

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

Вам виднее. Вы же поставили такую задачу.

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

А у меня на данный момент...
"Осенне-сонное сосотяние" (дремать тянет, а не у компа сидеть)...

Тебе шашечки или ехать. Начни, спрашивай, тогда и большое подтянется..
Мда, чего только не набредит лишь бы не изучать новое.

BOB51, ну вот для сравнения под STM32F103: ногодрыг на прерываниях и ногодрыг на DMA.
На STM8S я тоже подобное, кажись, делал. Но там нет DMA, поэтому делал с прерываниями.
Если взять камень, у которого целый порт будет выведен наружу, но нет FSMC, то можно при помощи DMA сделать эмуляцию FSMC! Вполне шустренькая параллельная 16-битная шина получается...

Абдуринщики почему-то в этом случае даже прерываниями по таймеру брезгуют, а делают ручное управление ногодрыгом в блокирующем режиме: с delay'ями...

Eddy_Em
Для работ с АВРками адуринка достаточно хорошо подготовлена, а вот относительно STM32 адаптация весьма сложна - практически тот же вариант, что и работа со "стандартными" IDE в отношении подключаемых файлов/библиотек.
"Плоскую" модель имеющиеся библиотеки поддержат, а вот с "выкусью" в дальнейшем без достаточно подробного изучения их (библиотек) состава работать будет весьма напряжно. Посему пилюлька (как и иные продукты STM) "отложено на неопределенный срок".
Ежли б я знал продукцию STmicroelectronics на том же уровне, что и "стандартные восьмибитники" - тогда можно было б чего по Вашим проектам ответить.
Или предложите к обсуждению схему устройства и задачу, которую она должна выполнять.
Тогда можно будет варианты исполнения на известной базе проверить.
Один только текст программы - это не устройство/макет который можно в реале проверить да свое видение решения выложить.
Я стараюсь положить и полную схемку и прожку под нее. Да еще так, чтобы в любой точке(месте на карте) повторить можно было.

Ногодрыг на DMA это в принципе то же табличное чтение. Единственно добавляется аппаратный модуль, имеющий независимый доступ к содержимому ОЗУ и/или ПЗУ. Естественно требования к синхронизации доступа со стороны ядра МК и каналов DMA (решается аппаратной частью контроллера). В некотором роде подтормаживание доступа к памяти (за счет аппаратной синхронизации доступа) будет как со стороны ядра МК, так и со стороны DMA. Но то уже "вопрос гурманов".
Непосредственно реализовать такой режим можно в моей КОТУИНКО соответствующим схемным дополнением к внешней памяти программ/данных. Такой же вариант реализован и в одной из моделей имитаторов ПЗУ и параллельного программатора.
Для "стандартных 8 битников" аналогия достигается табличным чтением по прерыванию или работой по прерыванию с ОЗУ с использованием указателей.
Только применение подобной конструкции (16-битовой параллельной шины)...
Разве что в самодельном блоке для ISA шины ПК... Да в имитаторах параллельного ПЗУ/параллельных программаторах...
Или прямое управление ЖКИ - но там и типовых встроенных контроллеров в достатке...
На сегодня даже жесткие диски на последовательный доступ переведены, а самодельные блоки под PCI шину при нынешних стандартах и STM не всегда потянет...


dosikus
НЕ ЗУДИ - у мня сейчас и так бошка на погоду бо-бо из-за зубных пеньков.
Не до "творческа вдохновенья".
Так что ПОКА ПЕРЕРЫВ.

ОК, у меня на гитхабе найдется много чего. Взять тот же хронометр: получаем с GPS данные, по PPS корректируем SysTick и добиваемся стабильности времени не хуже 500мкс на протяжении 1 часа даже после отключения синхронизации; в качестве створов используются лазеры, кнопки, педали и лидар. Реализовано на STM32F103.
Другое устройство: мониторинг температуры в 80 точках. 6 контроллеров соединены CAN-шиной, каждый контроллер обслуживает до 16 термодатчиков по I2C. К любому контроллеру можно подключиться по USB для диагностики. Реализовано на STM32F042.
Управление фотометром — халява, там 4 шаговика, концевики и датчики тока. На STM32F030 (но лучше бы на 042 делал, чтобы 2 контроллера на CAN-шину сажать).
Сложней всех было управление ИК-спектрографом: там я решил не делать модульную структуру, а одним 100-ногим МК (STM32F103) управлять шестью шаговиками, парой десятков концевиков, десятком платиновых терморезисторов, десятком DS18S20 и еще по-мелочи...
Можно еще кучу железок на STM8 найти.

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

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

А смысл делать тайм-слоты на UART/таймере(как в первых апнотах DALLAS, когда еще МК слишком "тихоходными" были), если это
на сегодня и ногодрыг позволяет сделать?
Тем более для одного - пары датчиков... и достаточно простых задач.

В то же время для солидных применений там соответствующие деталюшки применять можно...
DS2480/DS2490 к примеру....
Не слыхали про такие?


Относительно Ваших конструкций - вполне приличный набор, однако их вполне можно реализовать и на иных семействах МК.
Ведь основой то является внешняя обвязка (в том числе и спецмодули беспроводной связи).
Вам нравится STM32 и получаемый результат весьма удачен - работайте на здоровье.


АрдуиноIDE необходимо расценивать как один из имеющихся инструментов, а сами платки (особенно в малоформатном варианте) как соответствующий элемент имеющегося набора элементной базы.
Соответственно и знания о его возможностях и способах применения ДОЛЖНЫ ИМЕТЬ МЕСТО
вместо полного отрицания. Вы же (как и остальные сторонники "святого STM") категорически отрицаете возможность работ с ардуиноподобными (либо с иными МК) в пользу исключительного применения только STM32 (даже не семейства АРМ, а только одного из направлений данного семейства).
Если уж кому STM будет НЕОБХОДИМ в работе - тот и так его освоит.
КАК ОДИН ИЗ ИМЕЮЩЕГОСЯ НАБОРА СРЕДСТВ.
Но не как абсолютно единственный вариант.


Будет возможность сделать контрольные макетки для нанки и пилюльки с относительной применяемостью - там и посмотрим, стоит ли тратить время на ее(пилюльки) детальную проработку.
Пока в применении к адуринке пилюлька проигрывает -
для работы с программой/самодельными библиотеками у ардуино под АВР только один подключаемый файл arduino.h,
а у пилюльки.... надо ВЕСЬ КОМПЛЕКТ библиотек внимательно просмотреть (да еще найти его в соответствующих каталогах).
Что вобщем удобство использования заметно снижает...

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

Не слыхал. Да и зачем мне это? Все равно на 1-wire абсолютно ничего годного нет. Те же DS18 — лажа полнейшая, врать ±0.5°C мне может и дешевый терморезистор... Если же вдруг понадобится с "таблетками-ключами" работать, то реализация 1-wire на таймере+DMA у меня уже есть. Если надо, сделаю на UART+DMA. Зачем для этого отдельную микросхему (еще и, небось, дорогущую) покупать?

Согласен. Но я выбрал именно эти за наименьшую цену и наибольшие возможности. Да и, скажем, толщина RM у тех же STM32F0 — всего лишь 500 страниц. С ними даже с нуля можно достаточно быстро разобраться.

Это — днище! Ладно, когда пользуются абрудинками как девбордами с аврками. Но когда [censored] с абдурино-ide, я уже закипаю! Это как на STM32 "работать" с калокубом: абсолютно не врубаясь, что ты делаешь, тасовать туда-сюда куски кода в надежде, что в конце-концов что-то рабочее получится.

У меня коллега пытался сына приучить к железу через абдуринки и лего mindstorm. Ничего не вышло. Но мне, честно говоря, было жалко пацана, который в этом говне пытался код писать. И тоже, совершенно не имея никакой базы знаний для этого! Когда меня просили помочь, я довольно-таки быстро разобрался (благо, "библиотеки скетчей" лежат в исходниках, поэтому всегда можно этот быдлокод почитать и понять, что там к чему; документации по этим "скетчам" в абдурино-ide я почему-то не нашел с ходу).
Особенно "радовало" то, что какой-то дебил додумался для 8-битного МК писать на С++. И все профаны с радостью этот идиотизм подхватили!

С чего бы вдруг? Пока что STM32 — самые легкодоступные (как по цене, так и по наличию на алиэкспрессе) ARM'яне. Как только появятся более дешевые и удобные, я перейду на них. Вот если с CS32 можно будет так же легко работать, как с STM32, а китайцы сделают копии хотя бы STM32F042, STM32F030, STM32F303 и STM32F407, то я с радостью перескочу с STM32 на CS32!
Так что, не надо тут! Я (как и dosikus, кстати), пользуюсь тем, что удобно, недорого и имеет низкий порог вхождения. Я не буду связываться с плисинами из-за слишком высокого порога вхождения, как и не буду пользоваться экзотическими контроллерами - как я с ними буду в линуксе работать (с плисинами, кстати, тоже не очень хорошо: вроде как только недавно появился компилятор С для зилинксов)?

Каких библиотек? Что за бред?
Советую по ссылочкам на мой гитхаб, что я давал, пройтись, и глянуть. Мне аж интересно: что ж я за библиотеки подключал?
Весь код (кроме заголовочных файлов) у меня самописный. Какой смысл вообще тянуть какие-то левые "библиотеки", когда пишешь под МК? Разве что lwip если вдруг понадобится...

Закончилось то чем? Теперь сын коллеги собирает проекты из сниппетов с закрытыми глазами и вспоминает готовые ардуино либы как страшный сон?

Нет, сын коллеги как страшный сон вспоминает абрудину и программирование вообще!
В ПТУ на радиоэлектронику не прошел - знаний не хватило, так что, закончит 11 классов и будет на старшего грузчика в ВУЗе учиться, как и большинство его ровесников.

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


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


О библиотеках относительно пилюльки и адуринки речь шла.
А там или адаптация от maple или вот это
https://github.com/stm32duino/BoardMana ... index.json
от STM32 cores by STMicroelectronics.
Оба варианта как внешние библиотеки вполне нормальные, однако сами содержат кучку дополнительных заголовочников, что может привести к осложнениям, если их не в основном файле, а в отдельной сборке, подключаемой к основному файлу применять...
Вот тогда и придется все "хвосты" отслеживать.
У АВРок значительно более упрощенный подход.
Хотя... возможно и по-другому туда влезть. Ежли уж сильно захочется.
На данный момент у меня особого интереса к пилюльке (в плане использования) не предвидится - зачем время зря тратить?
Ничего нового в плане работы с проектами в рамках самой ардуиноIDE там также не наблюдается, разве что уже выше указанные заморочки.

брависсимо! люто плюсую! особенно первую часть цитаты.