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

Почему эмбеддеры программному обеспечению прибора уделяют внимание в последнюю очередь. Вот железяк напихаем, а дальше программисты как-нибудь и что-нибудь сделают. Сэкономив время, и деньги, ага. Для CAN в авто нужна собственно логика его работы в существующем ПО, нужен разбор и генерация сообщений для каждой конкретной модели автомобиля, возможно, нужен специфический источник питания (для CAN-трансивера, обычно 4.5..5.5в, иногда 3.3в). И какой там контроллер (CAN или МК) дело десятое уже кажется. Поставить мост. Мост через UART может не справиться с объёмом и скоростью сообщений. Если не будет сам их фильтровать. Но тогда уж действительно mcp2515. Только некоторые (пример: Тэк электроникс) тем и занимаются, что продают готовые модули которые уже способны воспринимать сообщения для широкого ряда моделей автомобилей и переводить их в аналоговые сигналы или UART. К слову, МК там имеется 128К флеша и стоит serial NOR flash значительного объёма. Не знаю зачем, но догадываюсь, что после конфигурирования прибора он из внешнего флеша перешивает основную часть программы (кроме, может, конфигуратора и загрузчика через USB) под версию для конкретной модели авто. В 32к флеша это всё можно впихнуть? Сомневаюсь. Хотя в какой-то ранней версии чьих-то подобных модулей видел PIC16 и отсутствие CAN-контроллера, только трансивер. CAN принимали программно стало быть, и как-то справлялись. Если менять МК оставаясь в том же lpc21xx семействе, а там есть МК с нормальными объёмами flash, то я не вижу принципиальных проблем, т.к. периферия сильно не меняется. Это, скорей, в любом случае понадобиться. И там есть варианты с встроенным CAN. Но по экономическим соображениям, возможно, лучше mcp2515. Если место на печатной плате найдётся. А возможно, проще купить готовый модуль фирмы Тэк.