caxapa.ru :: на MASTERs будет большой класс по PIC32MZ

Илья (12.09.2013 11:45, просмотров: 340) ответил PIC32 на Microchip выложил на китайском сайте даташит на свое новейшее чудо-оружие PIC32MZ5XX/6XX/7XX с ядром microAptiv. Желаюшие могут скачать (33.9 MB) и почитать.

на MASTERs будет большой класс по PIC32MZ http://www.gamma.spb.ru/news.php?id=719
Лектором планируется Юрий Панчул (Senior Hardware Design Engineer, MIPS processors. Imagination Technologies Limited) c демонстрациями, как максимально (в некоторых случаях в 5-20 раз) ускорять алгоритмы на PIC32MX и PIC32MZ, используя кэш, префетчер и параметры конфигурации. Акценты на кэш (pico cache в PIC32MX, L1 instruction & data в PIC32MZ), MMU (FMT PIC32MX, TLB PIC32MZ, роли Bus Matrix), DSP (MADD PIC32MX, DSP ASE PIC32MZ), и обработку прерывыний (shadow register set, chained interrupt, optimized prolog). Системы команд MIPS16 и microMIPS. Обзор периферии HS/FS USB, Ethernet, Crypto, CAN, SQI, EBI, PPS, 28Msps 12bit ADC и тд.

Ответить

- Главное, чтобы они erratу свежую столь же подробно откоментировали. - Evgeny_CD(12.09.2013 11:49)
  - ну это легко :) - Илья(12.09.2013 12:52)
  - А с китайского сайта даташит убрали, однако. И в английском варианте он так и не появился. - Ксения(12.09.2013 11:56)
    - Потому что не объявлен еще RTP (Release To Production) Илья(191 знак., 12.09.2013 12:28)
      - Вот видите? Даже RTP еще не объявлен, а уже собирают семинары по обучению. Не рано ли? - Ксения(12.09.2013 13:21)
        
        Вообще, семинары не посвящены _только_ PIC32MZ. Илья(330 знак., 12.09.2013 16:07)
        
        это нормально, по мне. Пока то-се, пока старый проект закончишь всегда полезно знать на чем можно будет сделать след. задачу. А мастерс он ежегодный(собирается не ради этого события), почему бы на нем не рассказать про ближайшую перспективу. abivan(51 знак., 12.09.2013 13:37)
        
        Аудио-даташит. Читает лектор :) - Ксения(12.09.2013 14:37)
        
        Ага. Изговишься юзать новый чип, заложишь его "ментально" в проект, а как выйдет - выяснится, что реально его пользовать нельзя. Или некоторые критичные для тебя блоки, ради которых ты ваще затеял его изучение. - Evgeny_CD(12.09.2013 14:34)
        
        чем это лучше ситуации, когда есть даташит, есть еррата, закладываешь в проект и Илья(320 знак., 12.09.2013 15:30)
        
        Насчет зубов +1 :) Риски всегда есть. - Evgeny_CD(12.09.2013 16:06)
        
        Вот поэтому юзать надобно массовый продукт, который пихают в каждую дырку, все сто раз проверено тыщей юзеров, контора завтра не откажется от на ладан дышащего продукта. - ASDFS(12.09.2013 16:02)
        
        Банальный подсчет оптимального пути с учетом своих раскладов. Если в новом контроллере есть фишки, которые ты можешь превратить в сильное повышение платежеспособности юзера, и риски для тебя приемлемы - надо пробовать. А если возможности "окешить" Evgeny_CD(167 знак., 12.09.2013 16:35)
        
        ай не соглашусь Илья(183 знак., 12.09.2013 16:12)
        
        У ПИК32 нет никаких очевидных конкурентных преимуществ перед Кортексом. ASDFS(196 знак., 12.09.2013 17:14)
        
        есть они. Просто Вы не хотите видеть. Илья(239 знак., 12.09.2013 17:48)
        
        Традиционно посылают когда задаешь вопрос на который нет ответа. Своими словами сказать нечего? - 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)
        
        Главный недостаток кортекса в том, что он не является изделием фирмы Микрочип. - fk0(12.09.2013 17:25)
        
        Согласен. Если бы Майкрочип в свое время не лоханулся с МИПСом - сейчас был бы среди лидеров кортексизации Земли. А теперь потихоньку становится тем самым неуловимым героем анекдотов. - ASDFS(12.09.2013 17:30)
        
        Согласен. И еще не все потеряно. Достаточно прикупить одну или несколько компаний (процессорных подразделений) с Cortex - и ситуация резко поменяется. PIC32(318 знак., 12.09.2013 20:25)
        
        Тогда PIC32MZ - это всего лишь аргумент для торговли? Хорошая же перспектива у этого камня... - Evgeny_CD(12.09.2013 20:26)
        
        Это эхо минувшей войны. Он слишком хорош для убогой, умирающей инфраструктуры (средства разработки, форумы разработчиков и т.п.). Новый хозяин MIPS - Imgtec - будет пытаться реанимировать high-end направление (inter/proAptiv, Warrior), но на это PIC32(139 знак., 12.09.2013 21:30)
        
        Если ядро реально хорошее - можно попробовать сходить на рынок ASIC. - Evgeny_CD(12.09.2013 22:11)
    - Создают секту ДОПУЩЕНЫХ к ЗНАНИЯМ, кои только на мастерс устно от Гуру к слушателям передаются? - Evgeny_CD(12.09.2013 12:25)
      - ;) Илья(791 знак., 12.09.2013 12:40)
      - это повод выбить поездку у руководства :-) Так и поступлю. - abivan(12.09.2013 12:39)

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