Alex B. (29.09.2008 18:02, просмотров: 13801)нет, кто-то должен за это ответить микрочип все больше поражает. Как можно быть такими лохами? была большая надежда в части CAN на новые мелконогие PIC24H/dsPIC. И на тебе...
вот интересно, что бывает тем, кто допускает такие ошибки в кристаллах? просто увольняют?
Я бы еще тестера и составителя ерраты уволил. Не уж-то не разобраться с условиями возникновения ошибки, надо сразу такую фигню в официальный документ ляпать?
Согласуйте импеданс!
-
- Так ведь причина известна: крысиные гонки на рынке. Что приводит к бОльшему количеству глупых ошибок. Времени на проработку и тестирование почти не остается. Производителям чистого софта проще - выпустил патч и вроде как опять мужик. А здесь фиговым blackbit(32 знак., 30.09.2008 09:40)
- За что они прямо сейчас и расплачиваются. - General(30.09.2008 10:52)
- Насмерть добивают в ерратах такие фразы как "may not" и "work around: none". Типа, у вас глюк может быть, а может и не быть, а с нас взятки гладки - ну и что что модуль не работает - пустячок-с :D - Picozoid(30.09.2008 01:30)
- Этапестдец, приехали... Свежачокнах. "This issue is more likely"... Т.е. с меньшей вероятностью могет возникнуть и на 125 кбит. Как ж. чуял - все никак не мог себя заставить взять быка (804) за рога поплотнее. Оказывается был прав... - Гудвин(30.09.2008 00:57)
- отож - Alex B.(30.09.2008 00:59)
- но кстати - об STM32 - следующем претенденте тоже не все хорошо отзываются. Типо периферия глючная, без родной либы вообще нормально юзать нельзя... Alex B.(154 знак., 30.09.2008 01:05)
- А производительность какая нужна? 18F2550+mcp2515 не прокатит? Имхо, конвертер интерфейсов какой-нить? Ежели учитывать, что со стороны USB планируется HID, то ресурсов и производительности должно вроде хватить... - Гудвин(30.09.2008 01:41)
- Я вообще всю бОшку сломал :) Мне еще надо было, чтоб "пучок за рупь"... И в "любом ларьке"... - Гудвин(30.09.2008 01:19)
- но кстати - об STM32 - следующем претенденте тоже не все хорошо отзываются. Типо периферия глючная, без родной либы вообще нормально юзать нельзя... Alex B.(154 знак., 30.09.2008 01:05)
- отож - Alex B.(30.09.2008 00:59)
- С этим может поспорить только моя любимая errata на ATmega161: At certain frequencies and voltages, the store program memory (SPM) instruction may fail. Problem Fix/Workaround: Avoid using the SPM instruction. -> Evgeny_CD(171 знак., 30.09.2008 00:36, ссылка)
- Точно не знаю, но считаю, что не все ерраты вызваны только ошибками в логической модели. Виновата может быть конкретная реализация в кремнии и в результате переключение одних сигналов приводит к искажениям других. Все как для печатных плат: разведено PIC32(29 знак., 30.09.2008 00:07)
- дык кто ж спорит. Но как итог - зашкаливание всех мыслимых пределов багов в одном чипе в последнее время. Alex B.(187 знак., 30.09.2008 00:27)
- Будь проще - людЯм банально "кусить хоцецця" ...по трудовому договору :)) - MBedder(30.09.2008 00:47)
- хе-хе =) - Alex B.(30.09.2008 00:57)
- Будь проще - людЯм банально "кусить хоцецця" ...по трудовому договору :)) - MBedder(30.09.2008 00:47)
- дык кто ж спорит. Но как итог - зашкаливание всех мыслимых пределов багов в одном чипе в последнее время. Alex B.(187 знак., 30.09.2008 00:27)
- Там в ECANе изначально самый махровый глюкодром - видимо, отдельная тяп-ляп-команда постаралась. Работали под девизом "Забудьте индукцию и дедукцию, давайте продукцию!" - MBedder(29.09.2008 19:10)
- Так ведь причина известна: крысиные гонки на рынке. Что приводит к бОльшему количеству глупых ошибок. Времени на проработку и тестирование почти не остается. Производителям чистого софта проще - выпустил патч и вроде как опять мужик. А здесь фиговым blackbit(32 знак., 30.09.2008 09:40)