Post:#507563 Date:10.09.2016 (18:55) ... Тема посвящена микроконтроллерам с архитектурой ARM Cortex-M.
Они стали "убийцами" 8-разрядных микроконтроллеров, так как они 32-разрядные, дешёвые, производительные, нафаршированы мощной периферией, например, 16 разрядными таймерами(есть модели с 32-разрядными таймерами), 12-разрядными АЦП (как правило), 12-разрядными ЦАП (как правило), различными приёмо-передатчиками.
Их изготавливают многие производители. Выпускаются множество недорогих ознакомительных плат со встроенными отладчиками и программаторами.
Есть свободные среды разработки, что тоже важно.
Yarston Пост: 516173 От 17.Nov.2016 (22:01)
... больше ничего не нужно для разработки.
...
АРМ это все таки стеклянные бусы для папуасов.
...
Стеклянные бусы кстати - это могла бы быть весьма полезная штука для "попуасов", особенно если из прозрачного стекла - но они не знают что с ними можно делать...
Если есть необходимость на машине со стеком выполнять только одно критичное по времени прерывание, то можно в остальной программе использовать буквально пару регистров, данные хранить сразу в ОЗУ, а весь остаток регистров - отдать прерыванию. В результате ничего в стек грузить и оттуда читать не надо. Основная программа при этом конечно сильно замедляется, но прерывание отработает резво...
Yarston Пост: 516173 От 17.Nov.2016 (22:01)
GCC есть, больше ничего не нужно для разработки.
Да, слегонца кривоватый. но для спеца не помеха.
Правда для ракет GCC не пользуют.
АРМ это все таки стеклянные бусы для папуасов. Смешно на них смотреть , когда они хвалятся друг перед другом как легко они рендерятся.
Может быть и бусы. Но пока единственный аргумент, который ты привел за МИПС это, менее затратное переключение контекста (как оказалось спорное. Разные сведения из разных источников), что для обсуждаемой задачи совершенно не критично. Во всем остальном ARM vs MIPS выглядят как близнецы братья. Но для целей распознавания, большая частота ARM + возможность использовать векторные операции + меньшая цена. Это несомненные + за ARM
Тут автор задачи упоминал NEON, но неизвестно, сможет ли он активировать SIMD из линукса на GCC к примеру. Допустим на x86 нужно использовать спец. компиляторы и спец. библиотеки. При этом возникает вопрос совместимости с AMD
Посмотрел как SIMD MIPS поддерживается нынче... GCC вполне понимает SIMD MIPS и его вполне можно заюзать из линукса. А вот с андроидным неоном непонятки. Написано, что он понимает ARM+x86, а о поддержке MIPS'ов не заявлено. Как бы получается, что программы на андроиде не могут использовать SIMD расширения на MIPS'е как бы стандартным способом, через общее API. При этом видеодекодеры на андроиде вполне используют SIMD на MIPS'е через NDK
Чего жыды с народом начудили- неграмотность порой удивляет...
Разобрали отличие бензинового движка от дизельного. Устаканили- степень сжатия, расход топлива, стоимость железа... И вдруг появляеттся онолитег и начинает рассуждать- а вот дизельных газонокосилок не выпускают- значит говно ваши дизели...
SIMD- это вообще инструкции сопроцессрора, совершенно отдельного, и центральный может спать, пока выполняется симд- абсолютно без разницы мипс у него архитектура или арм.
dedivan Пост: 516215 От 18.Nov.2016 (09:43)
Чего жыды с народом начудили- неграмотность порой удивляет...
Разобрали отличие бензинового движка от дизельного. Устаканили- степень сжатия, расход топлива, стоимость железа... И вдруг появляеттся онолитег и начинает рассуждать- а вот дизельных газонокосилок не выпускают- значит говно ваши дизели...
ты тоже хорош... Человек говорит тебя... вот у меня газонная трава вымахала. Не знаю чем косить, может газонокосилкой? Тут у меня недалеко газонокосилки продаются с китайским двигателем.
А ты. тут нужен непременно двигатель субару. Там более линейная характеристика мотора. Гораздо тише. Лучше соотношение мощности к объему, более экономичная и обороты двигателя более подходящие, чтобы не использовать редуктор. Там используется спец. система для дожига топлива. Меньше выбросов и т.д.
Тут сразу возникают доп вопросы. Стоит дороже. Заказывать надо из другого города. Запчастей на месте нет. Сервисного центра нет. Свечи, фильтра специфические и хрен достанешь и т.д. и т.п. Много всяких но, связанных с непопулярностью решения. А тебя это хрен волнует. Вот лучше и все! И кроме этого мотора для стрижки газона ничего использовать нельзя!
ну использовать то ты все равно будешь то что окажется более адекватно моменту. я вот сейчас трижды подумаю если подвернется проект, рожать его на типа продвинутой плате, или поискать рутер на который можно залить openWRT и поднять на нем маленький вебсервер... мне на моих поделиях нафиг нужна 4к графика, мне нужно чтобы оно работало максимально без сбоев и перезагрузок.
Тут автор задачи упоминал NEON, но неизвестно, сможет ли он активировать SIMD из линукса на GCC к примеру. Допустим на x86 нужно использовать спец. компиляторы и спец. библиотеки. При этом возникает вопрос совместимости с AMD
Математические библиотеки обычно идут уже с поддержкой SSE/NEON, а вот о мипсах мало кто заботится. В итоге я качаю готовую либо, подключаю к проекту - и юзаю камень по полной.
MKL кстати то ещё ненужно, так и не понял, зачем оно, если стандартный OpenCL на встроенной графике того же интела больше производительность даст.
Тут автор задачи упоминал NEON, но неизвестно, сможет ли он активировать SIMD из линукса на GCC к примеру. Допустим на x86 нужно использовать спец. компиляторы и спец. библиотеки. При этом возникает вопрос совместимости с AMD
Математические библиотеки обычно идут уже с поддержкой SSE/NEON, а вот о мипсах мало кто заботится. В итоге я качаю готовую либо, подключаю к проекту - и юзаю камень по полной.
MKL кстати то ещё ненужно, так и не понял, зачем оно, если стандартный OpenCL на встроенной графике того же интела больше производительность даст.
хм... пользую по полной и опен сорс... по мне так где то тут пиздеЖЖЖь...
по меньшей мере на ардуинных либах именно так, перед употреблением провести полный рефакторинг...
если на более мощных камнях ситуация получьше я за вас рад... но что то подсказывает что где то там есть код 70-го года написания...
Тут автор задачи упоминал NEON, но неизвестно, сможет ли он активировать SIMD из линукса на GCC к примеру. Допустим на x86 нужно использовать спец. компиляторы и спец. библиотеки. При этом возникает вопрос совместимости с AMD
Математические библиотеки обычно идут уже с поддержкой SSE/NEON, а вот о мипсах мало кто заботится. В итоге я качаю готовую либо, подключаю к проекту - и юзаю камень по полной.
MKL кстати то ещё ненужно, так и не понял, зачем оно, если стандартный OpenCL на встроенной графике того же интела больше производительность даст.
хм... пользую по полной и опен сорс... по мне так где то тут пиздеЖЖЖь...
по меньшей мере на ардуинных либах именно так, перед употреблением провести полный рефакторинг...
если на более мощных камнях ситуация получьше я за вас рад... но что то подсказывает что где то там есть код 70-го года написания...
Вообще-то я уже подключил всё что нужно к проекту, на i7 пока гоняю, больше 2% cpu не ест, но алгоритм ещё усложняться будет, в т.ч. вычислительно, надеюсь Banana Pi вытянет.
Простая же конвертация видеопотока с вебки из YUYV в RGB и отображение на экране ~0.75% CPU ест всего Но там я сам код писал.
Мне нужен результат, похожий на это -[ссылка] с некоторыми отличиями, в частности, трекать нужно несколько областей.
ARM чипы хороши ещё тем, что они с мощным GPU бывают, вплоть до терафлопса, который тоже можно использовать для расчётов через вычислительные шейдеры. Упомянутый MKL на порядок слабее, ну а мипсы и рядом с не валялись. На них можно теоретически GPU вкорячить, но т.к. нет спроса, нет и предложения
Тут автор задачи упоминал NEON, но неизвестно, сможет ли он активировать SIMD из линукса на GCC к примеру. Допустим на x86 нужно использовать спец. компиляторы и спец. библиотеки. При этом возникает вопрос совместимости с AMD
Математические библиотеки обычно идут уже с поддержкой SSE/NEON, а вот о мипсах мало кто заботится. В итоге я качаю готовую либо, подключаю к проекту - и юзаю камень по полной.
MKL кстати то ещё ненужно, так и не понял, зачем оно, если стандартный OpenCL на встроенной графике того же интела больше производительность даст.
хм... пользую по полной и опен сорс... по мне так где то тут пиздеЖЖЖь...
по меньшей мере на ардуинных либах именно так, перед употреблением провести полный рефакторинг...
если на более мощных камнях ситуация получьше я за вас рад... но что то подсказывает что где то там есть код 70-го года написания...
Вообще-то я уже подключил всё что нужно к проекту, на i7 пока гоняю, больше 2% cpu не ест, но алгоритм ещё усложняться будет, в т.ч. вычислительно, надеюсь Banana Pi вытянет.
Простая же конвертация видеопотока с вебки из YUYV в RGB и отображение на экране ~0.75% CPU ест всего Но там я сам код писал.
Мне нужен результат, похожий на это -[ссылка] с некоторыми отличиями, в частности, трекать нужно несколько областей.
ARM чипы хороши ещё тем, что они с мощным GPU бывают, вплоть до терафлопса, который тоже можно использовать для расчётов через вычислительные шейдеры. Упомянутый MKL на порядок слабее, ну а мипсы и рядом с не валялись. На них можно теоретически GPU вкорячить, но т.к. нет спроса, нет и предложения
меня учили, что короткая дорога это по которой привык ходить. удобно тебе АРМ и видео тягать, на здоровье, спектр моих поделий ближе к пром автоматике, оно очень разное, по целям... так что и реализации надо юзать те которые удобные.
Простая же конвертация видеопотока с вебки из YUYV в RGB и отображение на экране ~0.75% CPU ест всего
Всяких глупостей можно много придумать, эту работу легко выполняет пару резисторов и пару операционников. Или жесткая логика- алгоритм там не меняется.
Ну прикольно слайдером коммуникатора в песочнице ковыряться, да и вообще ведроиды довольно плоские пошли- вместо лопатки можно использовать.
Впопуасы, че с них взять.
Yarston Пост: 516231 От 18.Nov.2016 (13:07)
MKL кстати то ещё ненужно, так и не понял, зачем оно, если стандартный OpenCL на встроенной графике того же интела больше производительность даст.
OpenCL внутри своей имплементации может использовать MKL. Т.е. если не нужна кроссплатформенность. То MKL можно использовать непосредственно
Yarston Пост: 516234 От 18.Nov.2016 (13:41)
Упомянутый MKL на порядок слабее, ну а мипсы и рядом с не валялись.
Насколько я понял есть SIMD движек встроенный в CPU, а есть еще тот, что встроен в GPU. MKL это что находится на процессорном борту, а не на графическом. Понятно, что GPU мощнее. Но я думаю, что на XEON'ах без встроенной графики, MKL может себя показать гораздо лучше, чем на i7. Можно же ведь и одновременно использовать SIMD on CPU + SIMD on GPU теоретически...
Всяких глупостей можно много придумать, эту работу легко выполняет пару резисторов и пару операционников. Или жесткая логика- алгоритм там не меняется.
Ну прикольно слайдером коммуникатора в песочнице ковыряться, да и вообще ведроиды довольно плоские пошли- вместо лопатки можно использовать.
Впопуасы, че с них взять.
цифровой видеопоток резистором обрабатывать? круто ты придумал однако...
Может быть и глупо смартфон в качестве лопатки использовать, но так его можно использовать, тем не менее, а твой совет нельзя использовать даже по глупому...
цифровой видеопоток резистором обрабатывать? круто ты придумал однако...
Ну не у всех так плохо с чтением. там и дальше можно прочитать про жесткую логику. Для работы с камерами выпускаются специальные контроллеры со встроенной жесткой обработкой
Но там я сам код писал.
. На них можно теоретически GPU вкорячить, но т.к. нет спроса, нет и предложения
