CAN + CPU low cost Опции

[cebotor]

Ищу максимально дешевый вариант, для простейшего переферийного модуля CAN.
Задача - отправить статус входа в CAN и наоборот - выставить выход по команде.

Рассматривал несколько вариантов -


LPC2119 6.9 уе

SAM7 10 уе
(SAM7A3 - с ним уже
работал и CAN там
реализовывал,
проблем не знал)

AVR + MCP2515 3.5 уе

Думал также (не смейтесь) о софтварной реализации CAN,
на той же AVR-ке. на самом деле, как мне кажется ничего особо
сложного и глючного не должно получиться , тем более , что
планируется использовать устройство только на шине c
длиной бита около 10 МКС.
тогда цена снизиться до 1.5 долларов

цену драйвера в это дело не включал, чтобы не заморачиваться.

Пока додумался до следующего -

SAM7 отпадает изза цены.

LPC2119 - уже значительно лучше , но все же дорого ,
а главное - в CAN контроллере этого чипа увесистая еррата , и
основной баг там - прощелкивание пакетов , при
arbitration lost - обходить которое очень гемморойно, как мне кажется.

Остаются варианты AVR + MCP и софтварный.
Может есть еще какие нибудь предложения ?
Если нет , то как считаете на чем остановиться ?

[spf]

AVR + MCP2515 3.5 уе

XC886C от Infenion будет стоить столько же.

Думал также (не смейтесь) о софтварной реализации CAN,
на той же AVR-ке. на самом деле, как мне кажется ничего особо
сложного и глючного не должно получиться , тем более , что
планируется использовать устройство только на шине c
длиной бита около 10 МКС.
тогда цена снизиться до 1.5 долларов

Если бы это было возможно, то давно бы было сделано до тебя,
Почитай внимательно спецификацию. Ни один МК за 1.5 бакса его не сможет реализовать на рабочем уровне, а очень медленный CAN смысла не имеет (ИМХО).
Если цена определяющая, то надо подумать о другой сети.

Остаются варианты AVR + MCP и софтварный.

О софтварным даже не и не думай. Уж лучше тогда подумать о LIN.

[cebotor]

XC886C от Infenion будет стоить столько же.


Если бы это было возможно, то давно бы было сделано до тебя,
Почитай внимательно спецификацию. Ни один МК за 1.5 бакса его не сможет реализовать на рабочем уровне, а очень медленный CAN смысла не имеет (ИМХО).
Если цена определяющая, то надо подумать о другой сети.


О софтварным даже не и не думай. Уж лучше тогда подумать о LIN.

насчет невозможности я не совсем согласен .
10 мкс на 20 мегагерцах это порядка 200 тактов на бит. Спецификацию я читал _очень_ внимательно,я не первый раз с CAN ом работаю. Даже учитывая то , что один бит в CANе делиться на несколько секций, при условии того , что устройство будет рассчитано только на одну частоту передачи - считаю что реализачия возможна.

Вообще сам всегда придерживаюсь мнения что если существуют устройства с хардварным узлом - то
софтварная реализация - не наш метод , но тут - экономическая целесообразность на первом месте.

За инфинион спасибо большое. я на него даже не смотрел.