CAN контроллер в LPC21xx, работает кто с ним? Опции

[Andy Mozzhevilov]

Что-то по errata список багов довольно внушительный.
Вообще с ним работать можно реально?
Ну фильтры там не работаеют, wake up и т.п., конечно хреново, но просто можно не пользовать и анализировать все программно, но вот последний баг что-то меня совсем удручил
"Messages might not be received correctly if during a CAN Transmission the CAN bus arbitration is lost to another CAN node."
Вообще, нужен неразлапистый ARM с CAN, не более QFP64. У Atmel нету, у филипса х.з., можно ли пользовать, у кого есть?

[elantra]

Мы сделали уже три модуля. Реализовали на нем почти CANopen. Работает. Фильтры действительно не используем. Программист Эрраты как-то обошел. Так-что не бойтесь.

[Andy Mozzhevilov]

Мы сделали уже три модуля. Реализовали на нем почти CANopen. Работает. Фильтры действительно не используем. Программист Эрраты как-то обошел. Так-что не бойтесь.

Фильтры можено реализовать программно, это не проблема, меня волнует вот этот баг:
"Messages might not be received correctly if during a CAN Transmission the CAN bus arbitration is lost to another CAN node."
Может кто объяснит подробно, что это есть и с чем его едят?
Work-around прочитал, но хотелось бы услышать мнение, если кто уже обходил этот баг.

Есть еще у ST арм с CAN STR712 например. (тоже 64 ноги)
http://mcu.st.com/mcu/modules.php?name=mcu...TR712FR2&FAM=86

Да, такой у меня есть. У него правда есть несколько мелких неудобств, типа нет встроенного осцииллятора, нужно только внешний генератор вешать.
Но сейчас меня интересует наоборот толстый uC и с 3 CAN молулями и EMI, смотрю LPC2294.
Может еще кто присоветует ARM с тремя CAN?

[KRS]

Фильтры можено реализовать программно, это не проблема, меня волнует вот этот баг:
"Messages might not be received correctly if during a CAN Transmission the CAN bus arbitration is lost to another CAN node."
Может кто объяснит подробно, что это есть и с чем его едят?
Work-around прочитал, но хотелось бы услышать мнение, если кто уже обходил этот баг.

Вот это самый страшный баг! Если вдруг одновременно начнет пердавать филипс и кто то еще - возникнет arbitration lost, но один их пакетов который имеет наименьший приоритет проходит (dominant bit у него раньше), так вот филипс его выкидывает (похоже).
Рекоминдация по обходу конечно идиотская! они рекомендуют делать Self Reception Request (т.е заодно и все свои пакеты принимать) и к тому же свои пакеты еще и фильтр не должен выкидывать!

Да, такой у меня есть. У него правда есть несколько мелких неудобств, типа нет встроенного осцииллятора, нужно только внешний генератор вешать.
Но сейчас меня интересует наоборот толстый uC и с 3 CAN молулями и EMI, смотрю LPC2294.
Может еще кто присоветует ARM с тремя CAN?

Есть TMS с 3 CAN
http://focus.ti.com/docs/prod/folders/prin...s470r1b768.html

и STR73x тоже с 3 CAN