caxapa.ru :: Есть, и много. Читал только Berkeley Design Technology.

Evgeny_CD, Архитектор (12.09.2013 18:31, просмотров: 302) ответил Илья на 1. Баг исправлен. 2. Статьи изначально с источников (как мне показалось), за доступ к которым нужно платить (подписка). 3. А по тексту статей вопросы есть? ;)

Есть, и много. Читал только Berkeley Design Technology. 1. Равенство площадей ядер не дает ответа о площади конечного решения. Голое ядро нахрен никому не нужно. 2. Нет реального сравнения средств разработки. Их распространенности (в том числе у одной трехзвездной дамы), цены, свойств и проч. 3. Готовые либы с поддержкой DSP фич? 4. Сравнение свойств шинного коммутатора Cortex и MIPS - площадь кристалла, сложность интерфейса Bus Master и проч.

Ответить

- Так действительно сравнивают "голые" ядра Илья(1046 знак., 12.09.2013 19:05)
  - pdf недоступен - ASDFS(12.09.2013 19:23)
    - а, ну там простая регистрация. выложить? - Илья(12.09.2013 19:30)
      - Выложи, плиз. - Evgeny_CD(12.09.2013 22:23)
        
        по ссылкам Илья(143 знак., 13.09.2013 10:14)
        
        Спасибо! - Evgeny_CD(13.09.2013 11:29)
      - тут вроде как перевод Илья(122 знак., 12.09.2013 19:35)
        
        Хоть бы номер и страницу указал. ASDFS(645 знак., 12.09.2013 20:17)
        
        Наверно я немного вас запутал илья(995 знак., 12.09.2013 22:15)
        
        Вы менеджер? ASDFS(433 знак., 13.09.2013 00:14)
        
        Мыслитель? Илья(19 знак., 13.09.2013 10:16)
        
        Но ведь правда же, их(преимуществ) нет и не будет. Nikolay801_(16 знак., 13.09.2013 10:23)
        
        У пика32 нет Memory Protection Unit. По-моему серьёзный недостаток: вероятность фатальных ошибок в больших программах растёт с их размером и растёт не линейно, так же она растёт при увеличении объёмов ОЗУ. Если мелкие МК с небольшими объёмами ОЗУ fk0(369 знак., 13.09.2013 10:32)
        
        да ладно. защита памяти нужна только для запуска стороннего кода - Mahagam(13.09.2013 12:22)
        
        Ещё раз. Есть вероятность сбоя. Она всегда есть. ПО для МК -- это комплекс из нескольких компонентов, где в больших МК число компонентов достаточно высоко и связность между ними тоже высокая. Надёжность компонента ПО порядка 0.999... fk0(1784 знак., 13.09.2013 12:45 - 12:51)
        
        вот только 99% глюков _никак_не_связаны_ с тем, что задача лезет не в свою память. MPU никак не поможет ловить ошибки в расчётах и алгоритмах. - Mahagam(13.09.2013 15:50)
        
        Из этого никак не следует, что MPU не нужен. Из этого следует, что некоторый класс ошибок не обнаруживается MPU и MPU от них не защищает. И не такой уж он и большой, отнюдь не 99%. При программировании на C значительная часть ошибок таки связана с fk0(108 знак., 13.09.2013 15:54)
        
        блин. да даже те что на память повязаны. вот есть массив и переменная. вышли за пределы массива (ага, ошибка связанная с памятью!), но так мы вышли в пределах памяти задачи! и такую ошибку MPU не выловит. MPU хорошо когда задачи загружаются извне, Mahagam(73 знак., 13.09.2013 16:13)
        
        Такая ошибка не так фатальна, так как не разрушает состояние произвольной соседней задачи. И может вовсе не влиять на работу (если посчиталось в итоге верно). Но я не понимаю о чём вообще речь. Если есть класс не фатальных ошибок это не значит, fk0(345 знак., 13.09.2013 17:43)
        
        ну вообще-то контроллер памяти в нормальных камнях при обращения к null валит ядро в data-abort. ну и что значит "не так фатальна" ?? а может она и соседнюю задачу точно также бы "нефатально" ушибила бы? Mahagam(83 знак., 13.09.2013 18:32)
        
        Нормальных камнях? Речь об MPU? А при обращениии (struct xxx)(NULL)->element не валит в abort? Вот в (ds)PIC замечательно. По адресу 0 -- регистры (WREG)... Никакого abort. В ARM7, например, в многих МК с адреса 0 флеш или ОЗУ. Тоже как-то без fk0(2029 знак., 13.09.2013 18:59)
        
        Оно и понятно, почему вы используете отступ в два пробела. Вы просто не знаете, что такое абзац и красная строка, а еще рассуждаете по поводу типографики. - Alex B.(13.09.2013 12:49)
        
        Я использую отступ в один таб. Во всём виноват Генерал: это он отрезает пробелы в начале строки и объединяет соседние строки (для разделения абзацев нужна обязательно полностью пустая строка). - fk0(13.09.2013 12:52)
        
        MMU и MPU - это разные вещи. Если устройство имеет много ОЗУ -> на нем можно пускать большие задачи -> без MMU управление памятью станет крайне сложным и накладным -> функция защиты является только одной из функций. - Evgeny_CD(13.09.2013 12:29)
        
        Большаков, Иртегов ==> - fk0(13.09.2013 13:32, ссылка)
        
        Вот там полнее -> - Evgeny_CD(13.09.2013 14:06, ссылка)
        
        У новой вендервафли вроде как есть. - Evgeny_CD(13.09.2013 11:31)
        
        А на какой максимальной частоте у этого 200-МГц microAptive могут работать таймеры и временнЫе базы capture/compare? - MBedder(12.09.2013 22:21)
        
        100МГц - Илья(13.09.2013 11:11)
        
        Извините, не проверил ссылку, думал она прямая. 2012год, 7-й номер - илья(12.09.2013 20:37)
        
        Осталось понять, что это за массовая ниша для мелких дешевых проектов, где без аппаратного IEEE754 никуда? - Evgeny_CD(12.09.2013 20:22)

Микроконтроллеры PIC