Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
23 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

441235 Топик полностью

Илья (12.09.2013 17:48, просмотров: 308) ответил ASDFS на У ПИК32 нет никаких очевидных конкурентных преимуществ перед Кортексом.

есть они. Просто Вы не хотите видеть. Вот ссылки на независимые публикации: http://www.mips.co …croMIPS_Crams_Code.pdf Berkeley Design Technology, Inc. http://www.bdti.com/MyBDTI/pubs/m4k.pdf http://www.mips.co …Cores_Hit_the_Mark.pdf

Ответить

- Традиционно посылают когда задаешь вопрос на который нет ответа. Своими словами сказать нечего? - ASDFS(12.09.2013 18:57)
  - в двух словах microAptive vs CM4 Илья(635 знак., 12.09.2013 19:24)
- Независимая публикация на сайте MIPS о продуктах MIPS - она такая независимая :) Один только баг с двойной записью, внезапно вскрывшийся в PIC32 (подозреваю, что это баг MIPS ядра, на самом деле) перечеркивает нахрен все такие публикации. - Evgeny_CD(12.09.2013 18:02)
  - 1. Баг исправлен. 2. Статьи изначально с источников (как мне показалось), за доступ к которым нужно платить (подписка). 3. А по тексту статей вопросы есть? ;) - Илья(12.09.2013 18:16)
    - Есть, и много. Читал только Berkeley Design Technology. Evgeny_CD(404 знак., 12.09.2013 18:31)
      - Так действительно сравнивают "голые" ядра Илья(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)