Котуинко

[dosikus]

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

[BOB51]

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

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

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

[dosikus]

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

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

[BOB51]

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

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

[dosikus]

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

[ARV]

чисто аппаратный выхлоп на 8 разрядов

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

[Мурик]

интереснее сделать то, чего в эпоху К155ТМ2 не было - а именно софтовую динамическую индикацию

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

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

[ARV]

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

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

проще взять МК, по возможности современный

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

[Мурик]

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

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

зачем брать МК, если закладываться на использование "встроенной в него серии К155"?! тогда уж брать ПЛИС надо.

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

[BOB51]

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

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

[dosikus]

[uquote="BOB51",url="/forum/viewtopic.php?p=3714699#p3714699"]За все время от оппонентов только теория (даже без схемок).
В лучшем случае ссыль на чужие проекты и...[/uquote]


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

[Eddy_Em]

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

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

[BOB51]

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

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


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

[Eddy_Em]

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

ОК, у меня на гитхабе найдется много чего. Взять тот же хронометр: получаем с 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.

[BOB51]

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

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


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


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


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

[Eddy_Em]

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

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

DS2480/DS2490 к примеру....
Не слыхали про такие?

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

их вполне можно реализовать и на иных семействах МК.

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

АрдуиноIDE

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

Соответственно и знания о его возможностях и способах применения ДОЛЖНЫ ИМЕТЬ МЕСТО вместо полного отрицания.

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

в пользу исключительного применения только STM32

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

у пилюльки.... надо ВЕСЬ КОМПЛЕКТ библиотек внимательно просмотреть

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

[Reflector]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3715271#p3715271"]У меня коллега пытался сына приучить к железу через абдуринки и лего mindstorm. Ничего не вышло. Но мне, честно говоря, было жалко пацана, который в этом говне пытался код писать. И тоже, совершенно не имея никакой базы знаний для этого! Когда меня просили помочь, я довольно-таки быстро разобрался (благо, "библиотеки скетчей" лежат в исходниках, поэтому всегда можно этот быдлокод почитать и понять, что там к чему; документации по этим "скетчам" в абдурино-ide я почему-то не нашел с ходу).[/uquote]
Закончилось то чем? Теперь сын коллеги собирает проекты из сниппетов с закрытыми глазами и вспоминает готовые ардуино либы как страшный сон?

[Eddy_Em]

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

[BOB51]

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


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


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

[ARV]

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

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