Мелкие вопросы по МК и ПЛИС.

oleg110592

конечно в тему -это к вопросу:

интересно, аналогичная демка на ARM уложится в такие требования по объему, ОЗУ и регистрам?

реальный пруф к этому:

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

Реклама

КРАМ

Совершенно не в тему. Приведенная Вами демка для АРМа на 1000 порядков более ресурсоемкая, нежели та, что была приведена для Аттини.
То, что можно достаточно просто реализовать весьма требовательные к вычислениям графические задачи на АРМе, ВСЕМ ИЗВЕСТНО и НЕ ТРЕБУЕТ ПОДТВЕРЖДЕНИЙ.
Тема была совершенно не про это.
ЗЫ. Под ресурсами понимаются не только ОЗУ и флеш. Сюда входят и разного рода периферийные ресурсы. Включая DSP копроцессоры, графические ускорители etc. А так же частоты тактирования ядра и периферии.

Реклама

oleg110592

[uquote="КРАМ",url="/forum/viewtopic.php?p=3647378#p3647378"]Приведенная Вами демка для АРМа на 1000 порядков более ресурсоемкая, нежели та, что была приведена для Аттини.[/uquote]
ну вот же и ответ получился на вопрос:

аналогичная демка на ARM уложится в такие требования по объему, ОЗУ и регистрам?

имхо, если упростить, аналогичная демка будет на 100 порядков. Однако эту демку можно написать на языке более высокого уровня - C++, там есть еще пример на Rust для STM32. Имхо это важнее чем ресурсы.

ПростоНуб

КРАМ, на самом деле практическое применение есть. Например, это альтернатива рамке со словами "No signal detected". Мне и Вам эта альтернатива безразлична, а тому же ARV она понравилась. Значит, некоторое количество покупателей выберут монитор именно с таким screen saver. Вот и конкурентное преимущество, достигнутое только прошивкой контроллера монитора

Добавлено after 15 minutes 30 seconds:
ARV, на самом деле это новое есть хорошо забытое старое. Например, мой отец занимался в начале 80-х именно формированием изображения для телеигр/игровых автоматов на ПЛМ и ПЗУ вообще без МК. И вполне успешно.

Реклама

КРАМ

[uquote="oleg110592",url="/forum/viewtopic.php?p=3647384#p3647384"]если упростить, аналогичная демка будет на 100 порядков.[/uquote]
Реализация демки для Аттини НАПИСАННАЯ НА ЛЮБОМ ЯЗЫКЕ, включая ассемблер, потребует на АРМе ресурсов больше, нежели чем на Аттини.
Но это не является ни достоинством, ни недостатком. Любая сложная архитектура ПРОСТО ДЛЯ ЕЕ ЗАПУСКА потребует неких ресурсов, которые могут быть много больше, чем РЕШЕНИЕ СОБСТВЕННО ЗАДАЧИ на простой. Ну и что?

Реклама

ARV · Сообщение **ARV** » Сб июн 08, 2019 09:22:32

[uquote="КРАМ",url="/forum/viewtopic.php?p=3647365#p3647365"]Еще раз. Задача КРАЙНЕ ПРИМИТИВНА. Это просто СТАТИЧЕСКАЯ КАРТИНКА с нарушенной синхронизацией.[/uquote]если вы смотрели видео, то я не понимаю, как можете делать такое утверждение? На видео есть неподвижная центральная часть, текст по синусоиде, движущийся с одной скоростью, цветная синусоида, движущаяся с другой скоростью, а так же цветные полоски разной ширины и цвета, движущиеся вниз каждая со своей скоростью.
Как это может быть реализовано рассинхронизацией?! В код, естественно, я не вникал, но сдаётся мне, чтобы "статическую картинку" вот так заставить двигаться, одной рассинхронизации маловато будет...

Добавлено after 2 minutes 47 seconds:
Дополню: все эти отдельные элементы корректно перекрывают друг друга. При этом вся картинка целиком не дергается, что обычно при рассинхронизации бывает

Добавлено after 7 minutes 19 seconds:
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3647385#p3647385"]Добавлено after 15 minutes 30 seconds:
ARV, на самом деле это новое есть хорошо забытое старое. Например, мой отец занимался в начале 80-х именно формированием изображения для телеигр/игровых автоматов на ПЛМ и ПЗУ вообще без МК. И вполне успешно.[/uquote]
Я помню: в одном из журналов даже публиковалась схема "телеигры" на нескольких 155ла3 - там надо было переменными резисторами управлять белыми квадратиками, стремясь накрыть один (цель) другим (перехватчик).

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

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

КРАМ писал(а):Ну и что?

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

Реклама

oleg110592

[uquote="КРАМ",url="/forum/viewtopic.php?p=3647411#p3647411"]Реализация демки для Аттини НАПИСАННАЯ НА ЛЮБОМ ЯЗЫКЕ, включая ассемблер, потребует на АРМе ресурсов больше, нежели чем на Аттини...Ну и что?[/uquote]
Спасибо кэп. Далеко от народа.
реальное, из жизни, РЕШЕНИЕ СОБСТВЕННО ЗАДАЧИ по ресурсам:
Тини5 демка 197 words - это только ассемблер (не НАПИСАННАЯ НА ЛЮБОМ ЯЗЫКЕ), ARM не только.
Для тини5 - нужен программатор с интерфейсом TPI - за 2$ есть ли - мог отстать от реалий.
Плату тини5 надо рисовать. ARM есть готовая под беспаечную макетку, даже с программатором внутри - мог тоже отстать.
и т.д.

ARV · Сообщение **ARV** » Сб июн 08, 2019 09:37:29

Кэп Олег, не стоит толочь воду в ступе! Изначально неоспоримо, что на любом стм32 можно сделать то же самое, что на тини5. Изначально неоспоримо, что на тини5 нельзя сделать практически все, что можно на стм32.
На главный вопрос вы не ответили даже при помощи видео: ни о размере, ни о потребном ОЗУ для этой демки ничего не сказано. Ответ был не на тот вопрос, и спорить не о чем.

Добавлено after 4 minutes 33 seconds:
Самое главное, от чего не надо отворачивается: если надо открыть бутылку пива, то лучшим предложением будет открывашка или даже ключ от квартиры, а не система, позволяющая открывать бутылки, банки, консервы, ворота в преисподнюю и при этом с ограничением доступа по отпечатку радужки с управлением Алексой по блютуз и трансляцией происходящего в 8К сразу в ютуб.

oleg110592

[uquote="ARV",url="/forum/viewtopic.php?p=3647446#p3647446"]На главный вопрос вы не ответили даже при помощи видео: ни о размере, ни о потребном ОЗУ для этой демки ничего не сказано. Ответ был не на тот вопрос, и спорить не о чем.[/uquote]
делать за вас вашу работу не буду(с)
есть там все - продублирую:

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

To build:

$ git clone https://github.com/cbiffle/m4vgalib-demos
$ cd m4vgalib-demos
$ ./bootstrap.sh
$ cd build
$ ./cobble build

на выходе будет рзультат и о размере и озу

Reflector

[uquote="oleg110592",url="/forum/viewtopic.php?p=3647441#p3647441"]Для тини5 - нужен программатор с интерфейсом TPI - за 2$ есть ли - мог отстать от реалий.[/uquote]
Для тиньки еще нужен LTC1799, у китайцев если брать таких 5шт, то один выходит в 2.5 раза дороже мелкого STM32, которому никакие внешние генераторы не нужны. Само собой сама тинька там тоже в разы дороже STM32...
[uquote="ARV",url="/forum/viewtopic.php?p=3646744#p3646744"]интересно, аналогичная демка на ARM уложится в такие требования по объему, ОЗУ и регистрам?

[/uquote]
Думаю если писать на ассме, то размер будет от примерно такого-же до максимум в полтора раза больше, т.е. израсходуется ~2% флеша, там где на тиньке осталось свободно 4%

Регистров там и там по 16, но на ARM их тратится меньше за счет 32-х битности, а больше RAM для такой задачи тратить просто не на что...

ARV · Сообщение **ARV** » Сб июн 08, 2019 12:58:56

oleg110592 писал(а):на выходе будет рзультат и о размере и озу

а вы смешной!

КРАМ

[uquote="oleg110592",url="/forum/viewtopic.php?p=3647441#p3647441"]Для тини5 - нужен программатор
Плату тини5 надо рисовать.[/uquote]
Их есть у меня только матом....
Олег, ну нельзя же так беззаветно тупить. Я вроде бы достаточно понятно выразился про точки сравнения.
Причем тут программатор? Причем тут плата? У Вас совсем плохо с баблом? Я Вам сочувствую, но ничем помочь не могу.
Тут не шла речь о деньгах. От слова ВООБЩЕ.

oleg110592

а вы смешной!

Олег, ну нельзя же так беззаветно тупить.

У Вас совсем плохо с баблом?

это знакомо - переход на личности в ввиду наличия отсутствия аргументов? Известный приемчик

Напомню - вопрос не был о моих финансовых возможностях и тупости и пр. (тут я на все согласный), а о ресурсах ARM, затраченых на демо подобное тини5. По моему исчерпывающий ответ на вопрос в теме прозвучал - см. сообщение Reflector.

з.ы. против тинией и пиков ничего не имею - на этой неделе делал проектик - на одной плате и тини13 и пик10Ф202

КРАМ

[uquote="oleg110592",url="/forum/viewtopic.php?p=3647558#p3647558"]это знакомо - переход на личности в ввиду наличия отсутствия аргументов?[/uquote]
Каких аргументов? Вы вообще о чем, Олег?
У меня такое ощущение, что Вам просто нужно о чем то поговорить, независимо от обсуждаемого вопроса...
Тут кто то говорил об экономической целесообразности? Тут кто то говорил о времени потраченном на проект?
Очнитесь, Олег... "Ваша дама давно ушла..." (с)
Невозможно аргументировать что либо человеку, который говорит на другую тему.

oleg110592

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

Даже стартап на АРМе займет в разы больше места

вот проекты ARM вообще без стартапа:
https://jacobmossberg.se/posts/2017/01/ ... -h103.html
https://github.com/samvrlewis/minimal-stm32
http://pandafruits.com/stm32_primer/stm ... inimal.php

КРАМ

[uquote="oleg110592",url="/forum/viewtopic.php?p=3647602#p3647602"]Или да - мы о разном говорим.
Поясню - слово ресурс не мной было в теме озвучено.[/uquote]
Видите ли, Олег, для некоторых товарищей, ЛЮБОЕ СЛОВО может быть скомпилировано в любимую ими тему. Хоть даже это слово из анатомии птиц с островов Полинезии.
И стартап в АРМах (как и в других МК) совсем не обязательно означает специальный файл. Можно инициализировать и без отдельного файла.
И таки да, совсем не обязательно все что попадает на глаза комментировать. Есть такие случаи (и их подавляющее большинство), что дополнить обсуждение совершенно нечем. Ибо все всё друг другу сказали.
Предлагаю Вам перечитать наш с АРВ разговор и понять наконец, что мы не обсуждали выбор МК. Вопрос был о том, насколько сложна КОНКРЕТНАЯ демка в реализации и насколько был виртуозен программист.
И ВСЁ. Вы слышите, Олег? Это вообще всё.

Добавлено after 10 minutes 11 seconds:
[uquote="ARV",url="/forum/viewtopic.php?p=3647427#p3647427"]подковавший блоху забьет и гвоздь электромолотком, а забивающий только электромолотком гвозди "профессионал" вряд ли подкует блоху...[/uquote]
Тут регулярно путают ДВЕ СОВЕРШЕННО РАЗНЫЕ профессии. Программист и радиоинженер (в общем случае - инженер занимающийся схемотехникой).
Да, программисты не понимают схемотехнику и все что с ней связано. Ибо ИХ ЭТОМУ НЕ УЧИЛИ. Вообще не учили. То есть дело не в электромолотке и блохе. А просто в профессии.
Произошло это ТОЛЬКО ПОТОМУ, что те, кто занимается схемотехникой, так же стали заниматься низкоуровневым программированием, местами переходящим в написание прикладных программ обслуживающих встроенные вычислительные системы из ПО на универсальном ПК.

oleg110592

[uquote="КРАМ",url="/forum/viewtopic.php?p=3647615#p3647615"]Предлагаю Вам перечитать наш с АРВ разговор и понять наконец, что мы не обсуждали выбор МК[/uquote]
не хочу - зачем мне ваш разговор, я просто высказал свое мнение по вопросу АРВ - это не возобраняется правилами, даже наоборот. Кому не нравится - может не читать, если не в тему - есть модераторы. Я Вам сочувствую, но ничем помочь не могу(с).

КРАМ

[uquote="oleg110592",url="/forum/viewtopic.php?p=3647620#p3647620"]не хочу - зачем мне ваш разговор, я просто высказал....[/uquote]
Аааа, нутадыой...
Если просто высказал - тадыда...

Мурик

[uquote="ARV",url="/forum/viewtopic.php?p=3646744#p3646744"]как вам демка? VGA-графика формируется микроконтроллером attiny5...
...интересно, аналогичная демка на ARM уложится в такие требования по объему, ОЗУ и регистрам?[/uquote]Похоже ARV решил "термометром" померится.

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

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

Вы бы лучше свой проект перенесли на STM32, а то сейчас впихиваете невпихуемое и от этого страдает функциональность. К примеру из-за недостатка ОЗУ в меге, число светодиодов сильно ограничено. Вы же не зря перешли с мега8 на мега38, но это не сильно помогло, т. к. ОЗУ все равно мало.
STM32 сможет связкой DMA+GPIO выдавать данные сразу на 16 лент что ускорит их заполнение и потребует меньше времени МК.
Только не нужно отказываться. Вы же раньше писали что у вас нет проектов для STM32, но вот он появился, но все равно продолжаете использовать AVR, даже если уместнее МК по мощнее.

КРАМ

Это эпидемия... Как пить дать, эпидемия.
Эпидемия тотальной глухоты и слепоты.