-
- Ура! Есть пост класса 10к хитов :) - Evgeny_CD(28.10.2010 11:40)
- Через год любителям острых впечатлений уже будут "доступны" quark(219 знак., 24.10.2010 01:40)
- Между прочим, один только факт появления на свет этого монстрика (TMS320C6A8168) убивает наповал утверждение Evgeny_CD об умирании DSP и прихода на замену МК+FPGA. Dir(276 знак., 24.10.2010 12:00)
- Скорее подтверждают. Эти камни - как-то не совсем МК...GPU при некоторй фантазии тоже DSP можно назвать, но это нишевое решение. Я хорошо помню, как в начале 2000-х годов продавались за безумные деньги платы на TI DSP для работы с графикой на PC. Evgeny_CD(197 знак., 24.10.2010 17:40)
- Угу. Только 2 момента 1) я хочу посмотреть на эррату этих чудо камней 2) "замах на 10 рублей, удар на 1р". Evgeny_CD(1351 знак., 24.10.2010 17:35)
- Я просто лишний раз хотел сказать, что никто не умрет :) Как только какое-то решение на связке МК+ФПГА станет интересно для массового рынка, как тут же возникнет кремниевое решение, оптимизирующее его до копейки. Dir(1215 знак., 24.10.2010 19:15 - 19:20)
- к слову о названиях: MCU + FPGA + Configurable Analogue называется Fusion - Snaky(26.10.2010 07:39, ссылка)
- SmartFusion -> покруче будет. --> Обсуждали по весне, я даже цены анализировал. В общем это некий макет того, о чем я говорю, но чуток несовершенный. Evgeny_CD(524 знак., 26.10.2010 08:42, ссылка, ссылка)
- И даже небезызвестный DASM попробовал на этом Fusion изобразить какой-то проект для цифрового телевидения. Но остался сильно недоволен производительностью как Cortex-а, так и FPGA. Dir(225 знак., 27.10.2010 19:45)
- А там в "просто Fudion" Cortex M1 стоит, похоже. А в SmartFusion - M3 100 Мгц (его довольно трудно порвать NIOS-II, если только не через плавучку). - Evgeny_CD(27.10.2010 19:49)
- В 3-м цыклоне NIOS-II спокойно на 120МГц работает. Если повезет с чипом,speedgrade 6, можно и на 150 МГц запустить. - Ruslan(28.10.2010 09:08)
- Лично у меня опыта нет, но мне представляется, что 120 Мгц NIOS-II и 100 Мгц Cortex M3 - одного поля ягоды. Если, конечно, не прикрутить к NIOS спец. аппаратный ускоритель под целевую задачу - тут, понятно, он всех порвет (а без такого ускорителя Evgeny_CD(55 знак., 28.10.2010 10:35)
- Эти несчастные 120 МГц NIOS небось выдает без кэша и DMA работая из своей прямо связанной с ядром мизерной RAM. AlexandrY(67 знак., 28.10.2010 11:11)
- С двумя кешами, из DDR SDRAM. - Ruslan(28.10.2010 11:51)
- С кешами кода и данных? - Evgeny_CD(28.10.2010 11:56)
- Да. Ruslan(344 знак., 28.10.2010 12:02 - 12:10)
- Не тупиковый, но имеет свою нишу. - Ruslan(28.10.2010 11:54)
- С кешами кода и данных? - Evgeny_CD(28.10.2010 11:56)
- NIOS - путь не тупиковый. Но и не такой прямой, как кажется. Пиписькомерство с hard core - вот это точно глупость. Evgeny_CD(832 знак., 28.10.2010 11:39)
- Так и есть. TCP/IP стек проще запустить на NIOS-II, чем городить на HDL. :) - Ruslan(28.10.2010 11:53)
- С двумя кешами, из DDR SDRAM. - Ruslan(28.10.2010 11:51)
- Эти несчастные 120 МГц NIOS небось выдает без кэша и DMA работая из своей прямо связанной с ядром мизерной RAM. AlexandrY(67 знак., 28.10.2010 11:11)
- Лично у меня опыта нет, но мне представляется, что 120 Мгц NIOS-II и 100 Мгц Cortex M3 - одного поля ягоды. Если, конечно, не прикрутить к NIOS спец. аппаратный ускоритель под целевую задачу - тут, понятно, он всех порвет (а без такого ускорителя Evgeny_CD(55 знак., 28.10.2010 10:35)
- в цифровом ТВ плавучка вроде не нужна, или я ошибаюсь? - Snaky(28.10.2010 02:37)
- Ну это от искусства программизма зависит :) - Evgeny_CD(28.10.2010 09:59)
- В 3-м цыклоне NIOS-II спокойно на 120МГц работает. Если повезет с чипом,speedgrade 6, можно и на 150 МГц запустить. - Ruslan(28.10.2010 09:08)
- А там в "просто Fudion" Cortex M1 стоит, похоже. А в SmartFusion - M3 100 Мгц (его довольно трудно порвать NIOS-II, если только не через плавучку). - Evgeny_CD(27.10.2010 19:49)
- ну сейчас нет - через N лет появятся, и? что с ведром в очередь вставать - закупаться на всю оставшуюся жизнь? :> быстрые маленькие чипы это конечно замечательно, но мы же знаем что задачи тоже меняются и железа всегда нехватает чтобы совеременный Snaky(645 знак., 26.10.2010 09:06)
- Респект! Хорошо сказал. Конкурентоспособно с моими лушими постами! :) Вопрос опять же в целевой функции и возможности интеграции маленьких преимуществ :) Evgeny_CD(879 знак., 26.10.2010 09:17)
- И даже небезызвестный DASM попробовал на этом Fusion изобразить какой-то проект для цифрового телевидения. Но остался сильно недоволен производительностью как Cortex-а, так и FPGA. Dir(225 знак., 27.10.2010 19:45)
- SmartFusion -> покруче будет. --> Обсуждали по весне, я даже цены анализировал. В общем это некий макет того, о чем я говорю, но чуток несовершенный. Evgeny_CD(524 знак., 26.10.2010 08:42, ссылка, ссылка)
- Неравномерное расположение шариков. С пустыми местами. По дырки переходов. Говорят, хорошо получается. - Evgeny_CD(24.10.2010 19:30)
- к слову о названиях: MCU + FPGA + Configurable Analogue называется Fusion - Snaky(26.10.2010 07:39, ссылка)
- Я просто лишний раз хотел сказать, что никто не умрет :) Как только какое-то решение на связке МК+ФПГА станет интересно для массового рынка, как тут же возникнет кремниевое решение, оптимизирующее его до копейки. Dir(1215 знак., 24.10.2010 19:15 - 19:20)
- Между прочим, один только факт появления на свет этого монстрика (TMS320C6A8168) убивает наповал утверждение Evgeny_CD об умирании DSP и прихода на замену МК+FPGA. Dir(276 знак., 24.10.2010 12:00)
- Однако тяжела "шапка мономаха". Сравниваем спецификации процессоров Cortex-M3 -> Cortex-M4 --> (таблица в конце, реализация проца в кремнии по технологии TSMC). И видим, как непросто дались М4 все новые фишечки... Evgeny_CD(1462 знак., 23.10.2010 22:09 - 22:13, ссылка, ссылка)
- С плавучкой писать удобнее. И если есть выбор я возьму с плавучкой. - Ruslan(23.10.2010 23:15)
- а где плавучка нужна? - Mahagam(25.10.2010 11:55)
- В вычислениях. - Ruslan(25.10.2010 11:57)
- а именно. что считать-то собрались? - Mahagam(25.10.2010 11:59)
- Время. Как в Windows. - Dir(25.10.2010 14:31)
- Есть алгоритмы уже отлаженные на компьютере, для них нужна плавучка. С плавучкой проще делать перенос алгоритмов из матлаба на микроконтроллер, не нужно лишний раз нагружать свой мозг. - AST(25.10.2010 13:33)
- я даже обработку GPS координат как-то в fixed point арифметике делал. точности было достаточно. - Mahagam(25.10.2010 13:44 - 13:47)
- точность как раз у fixed point при той же разрядности выше. Но тут нужно всё время контролировать диапазон допустимых значений. Плавучка же просто позволяет не задумываться об очень больших/малых числах - koyodza(25.10.2010 14:01)
- Вот именно. Когда числа в программе представлены в формате флоат и не требуют нормировки, даже код становится более читабельным, что очень немаловажно. - AST(25.10.2010 14:06)
- они нормируются процом. что отнимает время. - Mahagam(25.10.2010 14:21)
- Как то разбирался с плавучкой на писюках. Оказалась, что начиная с Vallav(699 знак., 25.10.2010 21:46)
- быть того не может. чтобы плавучка быстрее. тем более в пне-2. - Mahagam(26.10.2010 11:21)
- Быть может, Pentium-III, в котором впервые SSE появился? Вот там за счет SIMD такое точно делается. Второй имел только MMX, а там не особо разгонишься. - Evgeny_CD(26.10.2010 08:56)
- Бабочка была на ASM-FPU, все операции в стеке, компилятор ASM код Vallav(206 знак., 26.10.2010 23:05)
- Везде есть свои плюсы и минусы. - AST(25.10.2010 14:32)
- Какие минусы? Ruslan(20 знак., 25.10.2010 14:46)
- нет, минусы у плавучки есть koyodza(295 знак., 25.10.2010 15:00)
- ценник минус. площадь FPU не сильно меньше самого ядра. - Mahagam(25.10.2010 14:49)
- Этот как всегда вопрос бизнес оптимизации. Вот есть пластина 200 или 300мм. И тебе надо превратить ее в максимум юзеровского кайфа, что = максимизация твоего бабла (подчеркиваю - именно кайфа, а не технического совершенства) :) Evgeny_CD(881 знак., 26.10.2010 09:08)
- я бы на площадь FPU лучше бы чего-нить иного напихал. как вам метр рамы? :) - Mahagam(26.10.2010 11:20)
- А я бы напихал аппаратный ускоритель задач RTOS. Но "настоящих буйных мало".... Я же говорю, нужно заработать пару ярдов зелени и для души сделать правильный MCU... Evgeny_CD(100 знак., 28.10.2010 10:38)
- Тогда уж многоядерный (или псевдомногоядерный по типу hyper threading) MCU. Каждой задаче - по (виртуальному) ядру. - vmp(28.10.2010 10:41)
- Нужно аккуратно подсчитать, что эфективнее по расходу ресурсов кристалла :) Я вот так сразу не готов ответить. - Evgeny_CD(28.10.2010 10:45)
- Неверный критерий оптимизации. Считать будут по максимуму прибыли производителя кристалла. :) - vmp(28.10.2010 11:16)
- Ё! Мы же договорились, что это кристалл - для души :) - Evgeny_CD(28.10.2010 11:57)
- Неверный критерий оптимизации. Считать будут по максимуму прибыли производителя кристалла. :) - vmp(28.10.2010 11:16)
- Нужно аккуратно подсчитать, что эфективнее по расходу ресурсов кристалла :) Я вот так сразу не готов ответить. - Evgeny_CD(28.10.2010 10:45)
- Тогда уж многоядерный (или псевдомногоядерный по типу hyper threading) MCU. Каждой задаче - по (виртуальному) ядру. - vmp(28.10.2010 10:41)
- А я бы напихал аппаратный ускоритель задач RTOS. Но "настоящих буйных мало".... Я же говорю, нужно заработать пару ярдов зелени и для души сделать правильный MCU... Evgeny_CD(100 знак., 28.10.2010 10:38)
- "гомоэмбеддинг нужно изучать" (с) :-) - amusin(26.10.2010 09:15, ссылка)
- я бы на площадь FPU лучше бы чего-нить иного напихал. как вам метр рамы? :) - Mahagam(26.10.2010 11:20)
- ценник минус на сколько? Площадь FPU - пофиг, корпус тот же. - Ruslan(25.10.2010 14:52)
- как думаете, почему с FPU так мало чипов? - Mahagam(25.10.2010 14:54)
- Теперь будет много. Ruslan(30 знак., 25.10.2010 14:57)
- да что вы говорите! ничего что даже там где FPU был крайне важен (ПиСи, за которым вы сидите) его вживили только с 486-го проца. а до этого он был довеском. - Mahagam(25.10.2010 15:08)
- Это было в прошлом веке. Теперь век нанотехнологий и 65нм процессов. - Ruslan(25.10.2010 15:11)
- Похоже на то. 90 нм пошли в широкие массы контроллеростроителей, а при 90нм плавучка уже на так страшна в плане потери площади кристалла. Да и AVR32 поднятнулись :) -> - Evgeny_CD(25.10.2010 15:01, ссылка)
- Точно. Я как юноша не умею так красиво и кратко излагать мысли :) - Ruslan(25.10.2010 15:07)
- юношеский максимализм ;=) - koyodza(25.10.2010 15:01)
- Руслан, тащись, для внешнего мира ты еще юноша! - Evgeny_CD(25.10.2010 15:03)
- Чорт. Запалил. :) - Ruslan(25.10.2010 15:06)
- Обязательно! - Ruslan(25.10.2010 15:01)
- Руслан, тащись, для внешнего мира ты еще юноша! - Evgeny_CD(25.10.2010 15:03)
- да что вы говорите! ничего что даже там где FPU был крайне важен (ПиСи, за которым вы сидите) его вживили только с 486-го проца. а до этого он был довеском. - Mahagam(25.10.2010 15:08)
- Теперь будет много. Ruslan(30 знак., 25.10.2010 14:57)
- как думаете, почему с FPU так мало чипов? - Mahagam(25.10.2010 14:54)
- Этот как всегда вопрос бизнес оптимизации. Вот есть пластина 200 или 300мм. И тебе надо превратить ее в максимум юзеровского кайфа, что = максимизация твоего бабла (подчеркиваю - именно кайфа, а не технического совершенства) :) Evgeny_CD(881 знак., 26.10.2010 09:08)
- Какие минусы? Ruslan(20 знак., 25.10.2010 14:46)
- Как то разбирался с плавучкой на писюках. Оказалась, что начиная с Vallav(699 знак., 25.10.2010 21:46)
- они нормируются процом. что отнимает время. - Mahagam(25.10.2010 14:21)
- Вот именно. Когда числа в программе представлены в формате флоат и не требуют нормировки, даже код становится более читабельным, что очень немаловажно. - AST(25.10.2010 14:06)
- точность как раз у fixed point при той же разрядности выше. Но тут нужно всё время контролировать диапазон допустимых значений. Плавучка же просто позволяет не задумываться об очень больших/малых числах - koyodza(25.10.2010 14:01)
- это я понимаю что они есть. ну к примеру звук морщить. а что ещё-то нужно считать именно в плавучке? деньги? - Mahagam(25.10.2010 13:44)
- я даже обработку GPS координат как-то в fixed point арифметике делал. точности было достаточно. - Mahagam(25.10.2010 13:44 - 13:47)
- Да что угодно. - Ruslan(25.10.2010 12:01)
- особенно классно деньги в плавучке считать ;=) - koyodza(25.10.2010 12:05)
- Точно! -> Вероятно, там плавучка, причем single, и стояла :) - Evgeny_CD(25.10.2010 12:59, ссылка)
- для денег придуман long long int :) - Mahagam(25.10.2010 12:16)
- это для нас с Вами. А любители плавучки, видимо, будут считать в плавучке :=) - koyodza(25.10.2010 12:24)
- Точно! Буду деньги считать в плавучке :Р - Ruslan(25.10.2010 13:05)
- это для нас с Вами. А любители плавучки, видимо, будут считать в плавучке :=) - koyodza(25.10.2010 12:24)
- особенно классно деньги в плавучке считать ;=) - koyodza(25.10.2010 12:05)
- а именно. что считать-то собрались? - Mahagam(25.10.2010 11:59)
- В вычислениях. - Ruslan(25.10.2010 11:57)
- а где плавучка нужна? - Mahagam(25.10.2010 11:55)
- С плавучкой писать удобнее. И если есть выбор я возьму с плавучкой. - Ruslan(23.10.2010 23:15)
- Впечатляет. Особенно сравнение с LPC18xx. Интересно, когда (хотя бы для LPC18xx) распиновку TQFP-корпусов откроют... - Vit(21.10.2010 09:18)
- А у "Фрескела"обещают КортехМ4 (серия "Брейн сторм")в первой половине 2011 65 нанометровые. - _Mic(19.10.2010 10:39, )
- Вроде они Кайнетис на M4 сделали. Или я уже чего упустил? - Evgeny_CD(19.10.2010 11:07)
- Luminary/TI это, а не Freescale :-) - amusin(19.10.2010 11:29, ссылка)
- Да у меня в голове полный коктейль от этих презентаций,действително Тй-"Брейнсторм", а "Фрискале"-"Кинетик".Извините. - _Mic(19.10.2010 12:30, )
- Уже представил себе размер эрраты :) - Evgeny_CD(19.10.2010 11:33)
- Luminary/TI это, а не Freescale :-) - amusin(19.10.2010 11:29, ссылка)
- Вроде они Кайнетис на M4 сделали. Или я уже чего упустил? - Evgeny_CD(19.10.2010 11:07)
- А еще у него есть SIMD инструкции. стр.22 ruslan(18.10.2010 21:44)
- Ничерта себе "микроконтроллер" Да, DSP точно крепко вздрогнут. "DSP - "отработанная ступень" развития электроники на текущем этапе. Позже ее перезарядят, и она снова будет готова "к бою". Теорема и доказательство." -> - Evgeny_CD(18.10.2010 22:14, ссылка)
- Не совсем пойму ваши бурные восторги, Евгений. Вы же отлично знаете, что подобные МК уже массово продаются по цене от 4$/1000шт. Вы же сами мне ссылки давали. Dir(192 знак., 19.10.2010 03:53 - 03:55, ссылка)
- Диавол таится в деталях. Просто у NXP все выглядит хорошо продуманным. Evgeny_CD(547 знак., 19.10.2010 11:13 - 11:39)
- SCT Ruslan(313 знак., 19.10.2010 11:44)
- Ага, вот к например SGPIO: Ruslan(852 знак., 19.10.2010 11:43)
- Что приятно в NXP, так это корпоративная культура. Как взглянешь на эрраты всех этих недопатченных STM32, Luminary и пр. сукся - плакать охота. А у NXP все-таки малобажные кристаллы. - Evgeny_CD(19.10.2010 11:15)
- почитайте еррату на 32х0 в части DDR, это ж какие кривые руки надо иметь чтоб так сделать... ыыыы(92 знак., 19.10.2010 15:32, )
- Так, все дружно могут забыть про баг DDR в LPC32xx. Делаю уже второе поколение дивайсов на LPC3250 и просто нарадоваться не могу. AlexandrY(1117 знак., 19.10.2010 23:41)
- а в какой температуре работает у Вас? мы из-за этой ераты отказались от DDR (третье поколение приборов) и ставим 32х разрядную SDR - перфоманс тотже. там вообще дибильноватенькое решение DDR и async шины скрестить. нам еще нужно по async шине ыыыы(573 знак., 20.10.2010 18:17, )
- Разве на задачах общего назначения LPC43xx обгонит LPC32xx? Кэша у него нету, частота 150МГц, внешняя память SDRAM. Под какие задачи Вы его нацеливаете? - AST(19.10.2010 23:57)
- Ну нет, я не собираюсь их применять как application MCU. AlexandrY(587 знак., 20.10.2010 00:45)
- а практические применения андроидным роботам уже придумали? - Snaky(20.10.2010 03:11)
- Вчера помер мужик без рук водивший машину с помощью андроидной руки и попавший в аварию. Подозревают на cбой в программе руки. AlexandrY(80 знак., 23.10.2010 21:18, ссылка)
- Паделка финских студентов? - T.Дocтoeвcкий(23.10.2010 21:20)
- Вчера помер мужик без рук водивший машину с помощью андроидной руки и попавший в аварию. Подозревают на cбой в программе руки. AlexandrY(80 знак., 23.10.2010 21:18, ссылка)
- Ровные ряды тантала на последней фотке говорят о том, что народ серьезно к делу подходит. нечто, похожее на FPGA с двумя нечто, похожим на SMA разъемы - тоже хорошо смотрится :) - Evgeny_CD(20.10.2010 00:48)
- Да, там сплошняк Alter-ы стоят. Этот робот запросто наверно калорифер заменяет. Ну ничего, LPC-шками дело поправим ;) - AlexandrY(20.10.2010 00:52)
- а практические применения андроидным роботам уже придумали? - Snaky(20.10.2010 03:11)
- 150 мгц против 266 - не так уж и сильно отставание. SDR имеет + - низкая латентность. 200К ОЗУ (поделено на кучу банков) и 2 банка 256 бит FLASH, SIMD - тут все не так очевидно по перфомансу. - Evgeny_CD(20.10.2010 00:01)
- Ну нет, я не собираюсь их применять как application MCU. AlexandrY(587 знак., 20.10.2010 00:45)
- Да, это зачетный баг, я сам тут о нем писал. И способы его устранения тоже прикольные - либо диф. пара с проводниками разной длины, либо вообще забить на второй канал диф пары :) Насчет простые - ну как сказать, LPC23xx, 24xx к простым не Evgeny_CD(76 знак., 19.10.2010 20:26)
- Так, все дружно могут забыть про баг DDR в LPC32xx. Делаю уже второе поколение дивайсов на LPC3250 и просто нарадоваться не могу. AlexandrY(1117 знак., 19.10.2010 23:41)
- почитайте еррату на 32х0 в части DDR, это ж какие кривые руки надо иметь чтоб так сделать... ыыыы(92 знак., 19.10.2010 15:32, )
- Диавол таится в деталях. Просто у NXP все выглядит хорошо продуманным. Evgeny_CD(547 знак., 19.10.2010 11:13 - 11:39)
- Скажем так, DSP до 200 MIPS вздрогнут. А это довольно большая часть рынка, ибо GIPSы не везде нужны. - Evgeny_CD(19.10.2010 00:28)
- да ничё не вздрогнут. DSP - это не только набор инструкций, это и аппаратные заточки под этот набор на уровне ядра. так что в плане "посчитать" DSP пока что рулят. - Mahagam(19.10.2010 15:55)
- Да выдохлись DSP, чего уж там. Их аппаратные заточки морально устарели. Это у NXP теперь аппаратные заточки. - AlexandrY(19.10.2010 16:14)
- это какие? и что устарело? аппаратные циклы? Mahagam(76 знак., 19.10.2010 16:57)
- В относительных попугаях (/клок тактовой частоты, /байт кода) DSP немного выигрывают, это честно описано в бумагах про M4. Но при достижении некоторого порога абсолютной производительности, и превышении порога требований ряда практических задач Evgeny_CD(392 знак., 19.10.2010 20:32)
- а там честно рассказано сколько это "немного" в процентах на толсто-вычислительных задачах будет? ну и чОрныФин давно вроде аж 750MHz есть. и двухядерный 561-ый тоже старый. и стоят эти звери относительно недорого. хотя супротив кортекса другие Mahagam(15 знак., 19.10.2010 22:16)
- Фишка в другом. Сколько там MIPS сделает фин на 32 битных операндах? Это если не MAC, а просто арифметические и логические операции? Точно не 750. Пусть 200. Против 150 MIPS Cortex. Весь вопрос в балансе. Evgeny_CD(344 знак., 19.10.2010 22:38)
- мощно вы BF до 200мипс опустили. - Mahagam(20.10.2010 12:52)
- Ну а сколько тактов у него уйдет при 32 битных операндах? Сложить 2 32 битных числа и пр.? - Evgeny_CD(20.10.2010 17:27)
- берём простой код: Mahagam(1380 знак., 20.10.2010 18:54)
- Если галимая математика то да, а вот если взять не цикл, а лапшу из кучи условий, вызовов функций и работу с указателями, то всё получается намного печальнее. Где-то раза в 2 медленнее чем ARM той-же частоты. - =AlexD=(20.10.2010 21:35)
- Это при какой разрядности данных? - Evgeny_CD(20.10.2010 19:21)
- long int. регистры R0 R1... 32-х разрядные. - Mahagam(20.10.2010 19:44)
- Ок. Круто. Я не спорю. Но поймите. Evgeny_CD(671 знак., 20.10.2010 21:39)
- ну вот. пишете "DSP вздрогнут", а когда оказывается что "банально не заметят", то сразу "не очень то и хотелось" :) Mahagam_from_home(234 знак., 21.10.2010 01:18, )
- :) Хотелось бы контроллер под задачу подбирать, а не наоборот - я же не в маркетинге AD работаю :) А вообще будет место BF младшим в дримборде - сопроцессор-числомолотилка. У них PPI вроде есть, так что сливать/выливать поток смогут эффективно. - Evgeny_CD(21.10.2010 11:55)
- Да нет, это вы скачайте RealView, покопайтесь в исходниках, изучите хардварные примочки, научитесь использовать мультипроцессорность, FP сопроцессор (ох, тяжковато вам будет, AD то учит максимум на исходниках для работы с примитивной периферией) и AlexandrY(29 знак., 21.10.2010 09:18)
- побольше конкретики. - Mahagam(21.10.2010 11:46)
- Вот смотрим на последнюю надежду
прогрессивного человечестваAD - ADSP-BF592. Приложено. Баглист довели до 12 позиций. Уже хорошо - раньше AD такого не удавалось. Баги вполне терпимые, лично меня не напрягли. Но! Evgeny_CD(578 знак., 22.10.2010 16:12 - 16:19)- Неадекватность цен на JTAG для ADменя всегда поражала! -> - Evgeny_CD(22.10.2010 16:28, ссылка)
- Хотя вроде недавно они объявляли - сделали какой-то за $150. - Evgeny_CD(22.10.2010 16:34)
- и я с ним работал. тормозной. но жить можно - Mahagam(22.10.2010 16:37)
- ссылку можете дать на него? - Evgeny_CD(22.10.2010 16:40)
- нашёл вот что - Mahagam(22.10.2010 17:04, ссылка)
- Спасибо! Значит, профайлить только за 4k$ можно :(. - Evgeny_CD(22.10.2010 17:10)
- если у вас будет такая задача что профайлить придётся - то и $4к найдётся. а у нас народ на BF под линуксом софтварно профайлил. и вроде всё отпрофайлилось что надо. - Mahagam(22.10.2010 17:41)
- Спасибо! Значит, профайлить только за 4k$ можно :(. - Evgeny_CD(22.10.2010 17:10)
- нашёл вот что - Mahagam(22.10.2010 17:04, ссылка)
- ссылку можете дать на него? - Evgeny_CD(22.10.2010 16:40)
- и я с ним работал. тормозной. но жить можно - Mahagam(22.10.2010 16:37)
- Хотя вроде недавно они объявляли - сделали какой-то за $150. - Evgeny_CD(22.10.2010 16:34)
- Неадекватность цен на JTAG для ADменя всегда поражала! -> - Evgeny_CD(22.10.2010 16:28, ссылка)
- Вот смотрим на последнюю надежду
- побольше конкретики. - Mahagam(21.10.2010 11:46)
- ну вот. пишете "DSP вздрогнут", а когда оказывается что "банально не заметят", то сразу "не очень то и хотелось" :) Mahagam_from_home(234 знак., 21.10.2010 01:18, )
- Ок. Круто. Я не спорю. Но поймите. Evgeny_CD(671 знак., 20.10.2010 21:39)
- long int. регистры R0 R1... 32-х разрядные. - Mahagam(20.10.2010 19:44)
- Сложить 2 32 битных числа это 1 такт на частоте ядра 600MHz. - quark(20.10.2010 18:49)
- берём простой код: Mahagam(1380 знак., 20.10.2010 18:54)
- Ну а сколько тактов у него уйдет при 32 битных операндах? Сложить 2 32 битных числа и пр.? - Evgeny_CD(20.10.2010 17:27)
- В общем тупой пиписькомер получается. Если перформанса хвататет для задачи, и камень нравится девелоперу - вопрос закрыт. Очевидно, что Cortex выберут большее число девелоперов :) - Evgeny_CD(19.10.2010 22:46)
- мощно вы BF до 200мипс опустили. - Mahagam(20.10.2010 12:52)
- Фишка в другом. Сколько там MIPS сделает фин на 32 битных операндах? Это если не MAC, а просто арифметические и логические операции? Точно не 750. Пусть 200. Против 150 MIPS Cortex. Весь вопрос в балансе. Evgeny_CD(344 знак., 19.10.2010 22:38)
- а там честно рассказано сколько это "немного" в процентах на толсто-вычислительных задачах будет? ну и чОрныФин давно вроде аж 750MHz есть. и двухядерный 561-ый тоже старый. и стоят эти звери относительно недорого. хотя супротив кортекса другие Mahagam(15 знак., 19.10.2010 22:16)
- Да именно это и устарело. У M4 все тоже самое или лучше. - AlexandrY(19.10.2010 17:41)
- пальцем в это ткните. чтой-то не нахожу - Mahagam(19.10.2010 18:15)
- Значит не искали. В курсах что даже AMD отказывается от симметричной мультипроцессорности? - AlexandrY(19.10.2010 23:51)
- искал. и при чём тут AMD и SMP ???? - Mahagam(20.10.2010 12:53)
- Значит не искали. В курсах что даже AMD отказывается от симметричной мультипроцессорности? - AlexandrY(19.10.2010 23:51)
- пальцем в это ткните. чтой-то не нахожу - Mahagam(19.10.2010 18:15)
- В относительных попугаях (/клок тактовой частоты, /байт кода) DSP немного выигрывают, это честно описано в бумагах про M4. Но при достижении некоторого порога абсолютной производительности, и превышении порога требований ряда практических задач Evgeny_CD(392 знак., 19.10.2010 20:32)
- это какие? и что устарело? аппаратные циклы? Mahagam(76 знак., 19.10.2010 16:57)
- Да выдохлись DSP, чего уж там. Их аппаратные заточки морально устарели. Это у NXP теперь аппаратные заточки. - AlexandrY(19.10.2010 16:14)
- да ничё не вздрогнут. DSP - это не только набор инструкций, это и аппаратные заточки под этот набор на уровне ядра. так что в плане "посчитать" DSP пока что рулят. - Mahagam(19.10.2010 15:55)
- Ну им еще до ADSP-21483 400 МГц - как до луны. - ruslan(18.10.2010 22:46, ссылка, картинка)
- А оно нужно - такая моща - везде? - Evgeny_CD(18.10.2010 23:20)
- Согласен, не везде. - ruslan(18.10.2010 23:25)
- А оно нужно - такая моща - везде? - Evgeny_CD(18.10.2010 23:20)
- Не совсем пойму ваши бурные восторги, Евгений. Вы же отлично знаете, что подобные МК уже массово продаются по цене от 4$/1000шт. Вы же сами мне ссылки давали. Dir(192 знак., 19.10.2010 03:53 - 03:55, ссылка)
- Ничерта себе "микроконтроллер" Да, DSP точно крепко вздрогнут. "DSP - "отработанная ступень" развития электроники на текущем этапе. Позже ее перезарядят, и она снова будет готова "к бою". Теорема и доказательство." -> - Evgeny_CD(18.10.2010 22:14, ссылка)
- Более, чем впечатляет! Подход NXP позволяет надеяться на "обезглючивание кристалла" перед его запуском в серию. Ну а набор набортных ресурсов позволяет назвать этот контроллер "Смерть Linux". - Evgeny_CD(18.10.2010 20:39)
- Эээ... Точно? - she(18.10.2010 21:03)
- Для мелких embedded систем - точно. В 1Мбайт кода влезет все осмысленное. Если не загромождать код ненужными статическими константами - как то картинки для GUI и таблицы для разных вычислений. Для констант есть Serial FLASH, для которого Evgeny_CD(923 знак., 18.10.2010 21:14)
- без RTOS и либ замучаетесь 1 МБайт кода строчить. т.е. не сам процессор должен "убивать" Linux, а либы и другая ОС. а иначе получится как всегда - дурная моща есть, а что с ней делать никто не знает (PIC32-way) - Snaky(19.10.2010 04:38 - 04:41)
- PIC32-WAY ведет в никуда не по причине дурной мощи, а по причине несбалансированности кристалла. FLASH, там, кстати, 512, да еще и с не такой кодоэффективной системой команд, как Cortex, SDRAM снаружи не подцепишь - вот и получилось нафиг не Evgeny_CD(17 знак., 19.10.2010 11:17)
- И Мы давеча прозрели. При желании задействовать Ethernet RMII получаем нерабочий PSP, 1 SPI + 2 UART или 1 SPI 1 + UART (RTS, CTS) на старшем камне. Проглядел пару общих пинов. Придется теперь работать с тем что есть. - potapenko(11.11.2010 09:42 - 09:49)
- Курить нада меньше. Есть 2-й SPI (sdo1). Класс. Дешево и сердито. Пока хватит потом возьмем че-то побыстрей (M4?). - potapenko(14.11.2010 08:46)
- ну MIPS я бы не назвал сильно кодонеэффективной системой. идея довольно неплохая. - Snaky(19.10.2010 12:41)
- Да. Супротив ARM7TDMI/ARM966 MIPS M4K, да еще и с опцией ускоренной чистки конвейера при неугадывании перехода выглядит достаточно эффективно. Много раз обсуждали это при появлении PIC32. Но против Cortex M3, а уже тем более Cortex M4 их акции Evgeny_CD(15 знак., 19.10.2010 23:54)
- МИПС тоже на месте не стоит какбы. в PIC32 стоит MIPS4K, а сейчас есть новое поколение ядра - MIPS14K. - Snaky(23.10.2010 13:30, ссылка)
- Да, что-то хило - Alex B.(28.10.2010 15:01, ссылка)
- Думаю, все хитрее. Evgeny_CD(349 знак., 28.10.2010 16:14)
- Смотрим внимательно свойства ядер Evgeny_CD(1312 знак., 23.10.2010 22:58)
- Да, что-то хило - Alex B.(28.10.2010 15:01, ссылка)
- МИПС тоже на месте не стоит какбы. в PIC32 стоит MIPS4K, а сейчас есть новое поколение ядра - MIPS14K. - Snaky(23.10.2010 13:30, ссылка)
- Да. Супротив ARM7TDMI/ARM966 MIPS M4K, да еще и с опцией ускоренной чистки конвейера при неугадывании перехода выглядит достаточно эффективно. Много раз обсуждали это при появлении PIC32. Но против Cortex M3, а уже тем более Cortex M4 их акции Evgeny_CD(15 знак., 19.10.2010 23:54)
- И Мы давеча прозрели. При желании задействовать Ethernet RMII получаем нерабочий PSP, 1 SPI + 2 UART или 1 SPI 1 + UART (RTS, CTS) на старшем камне. Проглядел пару общих пинов. Придется теперь работать с тем что есть. - potapenko(11.11.2010 09:42 - 09:49)
- Таких осей навалом. AlexandrY(477 знак., 19.10.2010 09:44)
- PIC32-WAY ведет в никуда не по причине дурной мощи, а по причине несбалансированности кристалла. FLASH, там, кстати, 512, да еще и с не такой кодоэффективной системой команд, как Cortex, SDRAM снаружи не подцепишь - вот и получилось нафиг не Evgeny_CD(17 знак., 19.10.2010 11:17)
- Ишшо в LPC4300 имеем Cortex-M0 сопроцессор с расшаренной памятью. Обслуживать всякую лабуду с протоколами на UART-ах, файловую систему на флешках и т.п. - ReAl-лень-искать-пароль(18.10.2010 21:41, )
- Dream-Board-On-Chip :) Всего лишь 5 лет прошло с момента, как я "открыл" для себя эту идеологию :) - Evgeny_CD(18.10.2010 21:42)
- TI в своем AM1705 аж целых два сопроцессора - PRUSS заложил. ruslan(244 знак., 18.10.2010 21:49, ссылка, картинка)
- Членомерить так по полной! FreeScale - 16 битник S12X - сопроцессор XGATE. Digi - NS9210 и NS9215 (ARM926EJ-S) 8 битники DRPIC1655X ->. Доки вложены. Evgeny_CD(18.10.2010 22:00, ссылка)
- IMHO это всё пока (ба)нанотехнологии. Нужна скорей общая память и более-менее равноценные (одной архитектуры) ядра. И 32-бита -- минимум, в т.ч. из-за софта. И скорей фон-нейман исключительно, и скорей без FLASH, если это обслуживание периферии с fk0(25 знак., 18.10.2010 22:06)
- Не спорю. Cortex-M0 - в качестве сопроцессора - это грамотно, чего тут говорить. - Evgeny_CD(18.10.2010 22:08)
- Жалкое поделие финских студентов :) - ruslan(18.10.2010 22:03)
- IMHO это всё пока (ба)нанотехнологии. Нужна скорей общая память и более-менее равноценные (одной архитектуры) ядра. И 32-бита -- минимум, в т.ч. из-за софта. И скорей фон-нейман исключительно, и скорей без FLASH, если это обслуживание периферии с fk0(25 знак., 18.10.2010 22:06)
- Членомерить так по полной! FreeScale - 16 битник S12X - сопроцессор XGATE. Digi - NS9210 и NS9215 (ARM926EJ-S) 8 битники DRPIC1655X ->. Доки вложены. Evgeny_CD(18.10.2010 22:00, ссылка)
- TI в своем AM1705 аж целых два сопроцессора - PRUSS заложил. ruslan(244 знак., 18.10.2010 21:49, ссылка, картинка)
- Dream-Board-On-Chip :) Всего лишь 5 лет прошло с момента, как я "открыл" для себя эту идеологию :) - Evgeny_CD(18.10.2010 21:42)
- К моменту, когда ваши программисты данные идеи реализуют и отладят, эти контроллеры как раз перейдут в разряд устаревших :) - she(18.10.2010 21:37)
- Поэтому профессионалы программируют PIC16F84. - fk0(18.10.2010 21:57)
- ну это смотря как код писать. Если стандартным способом - точно нифига не получится. А вот если писать на промежуточном языке, с расширенными квалификаторами и пр, что я тут много раз излагал, и потом из этого языка "компилить" в С - вот это Evgeny_CD(28 знак., 18.10.2010 21:41)
- Язык не определяет. Было бы что писать. На асме, конечно, тяжко, но вообще возможно, я не отрицаю. При таком объёме кода нужны сторонние компоненты в больших количествах. Потому и Linux. А без ОС, которая не только задачи переключает, а собственно fk0(69 знак., 18.10.2010 22:01)
- Транслятор с промежуточного языка, как я понял, уже готов? ;) - she(18.10.2010 21:58)
- В голове у меня? - Да :) - Evgeny_CD(18.10.2010 22:04)
- Понятно. Маленькое Сколково :) - she(18.10.2010 22:06)
- не маленькое. У меня оно 60 см :) - Evgeny_CD(18.10.2010 22:07)
- вот такое вот? Argon(18.10.2010 22:34)
- Аха. - Evgeny_CD(18.10.2010 22:39)
- вот такое вот? Argon(18.10.2010 22:34)
- Распилково. - fk0(18.10.2010 22:07)
Кирпичево.Силикатное. - Evgeny_CD(19.10.2010 00:29)
- не маленькое. У меня оно 60 см :) - Evgeny_CD(18.10.2010 22:07)
- Понятно. Маленькое Сколково :) - she(18.10.2010 22:06)
- В голове у меня? - Да :) - Evgeny_CD(18.10.2010 22:04)
- без RTOS и либ замучаетесь 1 МБайт кода строчить. т.е. не сам процессор должен "убивать" Linux, а либы и другая ОС. а иначе получится как всегда - дурная моща есть, а что с ней делать никто не знает (PIC32-way) - Snaky(19.10.2010 04:38 - 04:41)
- Для мелких embedded систем - точно. В 1Мбайт кода влезет все осмысленное. Если не загромождать код ненужными статическими константами - как то картинки для GUI и таблицы для разных вычислений. Для констант есть Serial FLASH, для которого Evgeny_CD(923 знак., 18.10.2010 21:14)
- Эээ... Точно? - she(18.10.2010 21:03)