caxapa.ru :: чем это лучше ситуации, когда есть даташит, есть еррата, закладываешь в проект и

Илья (12.09.2013 15:30, просмотров: 357) ответил Evgeny_CD на Ага. Изговишься юзать новый чип, заложишь его "ментально" в проект, а как выйдет - выяснится, что реально его пользовать нельзя. Или некоторые критичные для тебя блоки, ради которых ты ваще затеял его изучение.

чем это лучше ситуации, когда есть даташит, есть еррата, закладываешь в проект и находишь _критичный_ баг не описанный в еррате или запускаешь в массовое производство и получаешь уведомление о EOL под ES/beta программы человек знает об ограничениях и еррате. Не нравится - не участвует в программе, если условия устраивают и человеку НУЖЕН продукт - получает образцы и тд. Зубов бояться ....

Ответить

- Насчет зубов +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)

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