Одно время мне попалась микросхемка аппаратного преобразования
CANa в какой-то стандартный интерфейс - или UART или в SPI.
Но сейчас не могу вспоснить фирму-производителя, может кто в курсе?

Не было и нет такой микросхемы или ты не совсем правильно выразился

Или тебе нужен мост -- есть готовые устройства или его можно сделать из любого МК с CAN и нужным тебе интерфейсом.

Или контроллер CAN с интерфейсом управления по SPI -- MCP2515.

Наверно и правда не совсем корректно.

Поясню задачу: есть стороннее устройство с CAN-выходом, и есть устройство, которое должно обрабатывать эту инфу но без CAN-переферии. Поэтому нужно чтото, чтобы преобразовать CAN в стандартный интерфейс типа UART или SPI.
применение контроллера не реально - освоение нового ус-ва, ПО к нему, написание программы и отладка. Оптимально конечно какой-нибудь МК ( в малагабаритном корпусе типа PICa) с программой уже зашитой внутри т.е реально аппаратная реализация - с одной стороны CAN-входы, с другой стандартый выход. Либо не МК а просто микросхема моста.
И главное, что информацию я по такому видел, но она тогда была не нужна, а счас понадобилась но не могу найти где это видел.

Если кто в курсе -

CAN - это не просто последовательный интерфейс, его нельзя тупо преобразовать в поток UART.
Надо как минимум настраивать множество регистров, как максимум знать какой протокол высокого уровня применяется в сети CAN. Т.е. получается что все равно придется что-то изменять в программе работы с последовательным интерфейсом, значит можно поставить MCP2515 и программировать ее.

Если найдете то, что ищете, обязательно отпишите в форум.

У Infineon-а было что-то подобное - конвертор CAN в дискретные ноги.

Гуглить не пробовали ? или поиском по форуму, например :
http://www.slavna.ru/doc/SL-USB-RS232-OPTF.pdf
Это не микросхема, это ящичек с ручками получается
Тем не менее все равно возникнет вопрос HLP.

И не только гуглить..
но везде ящички, либо большие МК с кучей других тут ненужных функций

1) Чем MCP2515 + драйвер не устраивает?
2) Какие функции считаете ненужными?

В принципе придется наверно его или MSM9225 или ML9620 от OKI semiconductor? еще бы корпус покомпактнее еще бы с UART-ом

Они так и не получили широкого применения, это же подобно МК с уже зашитым ROM.


Последние будут много дороже, мне так кажется.


И сколько надо тебе такого чуда?
За какие деньги купишь? А то может для тебя кто-нибудь и сделает

PS:CAN сейчас обычно уже встроенный в МК применяют, поэтому и нет большого набора внешних контроллеров CAN.

У нас стоит BF561-600, и ставить рядом МК чтобы только конвертнуть CAN -
Конечно можно было бы заказать на стороне PIC с зашитой прогой, но тут возникают
две проблемы - 1. ответственность внешнего разработчика за правильную реализацию
2. повторяемость при пром производстве другим изготовителем.

Поэтому и стоит вопрос о применении какой-то унифицированной микросхемы,
которую можно заказать в любом месте.
Да и для тестирования удобно брать FTDI- микросхемку и по уарту совмещать.. но пока
только SPI, можно постаить МАХ3420 но расширение номенклатуры тоже не приветствуется.

Зачем же поставили то, что не устраивает?
Или задача стала ясно на этапе завершения создания продукта?
Не вижу ничего плохого в том, что сделать конвертер на другом МК если вы сами себя на это толкаете или просто вынуждены такое реализовать.
Или религия не позволяет применить какой-то простенький МК?


Это про что, про то что программа не будет повторяема на "не вашем МК"?
При создании конвертера вам должны быть переданы все данные для создания вами этого конвертера (программа и средства программирования), поэтому повторяемость будет зависеть только от вас.


ИМХО: MCP2515 - все что вам нужно. Если не устраивает, то возьмите любой МК с набортном CAN и сделайте. В последнем случае будет несколько больше работы, но вы получите все что вы хотите. А вы хотите нестандартное решение, поэтому придется платить.

По поводу ответственности хороший вопрос... Адаптер CAN должен иметь интеллект, поэтому именно Вы должны правильно составить ТЗ. Иначе действительно, Вам сделают, будет конвертировать, а вот работать не будет.

Нет, просто есть мощная вычислительная система на нескольких процах BF
В процессе модернизации поставили новые датчики, у которых CAN- выход.
И приходится реализовывать их совместимость

А проблема в том, что мы не применяли раньше МК, поэтому придется начинать полный цикл освоения.
И вопрос не в сложности, а в человекочасах (сроках) и финансах.
Теперь о стороннем разработчике:
Я должен в спецификации указать - ставится такая-то микросхема, и производство ее купит и поставит ( даже если оно во Владике), но я не могу не продать им МК с уже прописанной программой( тк я разработчик а не продавец), ни дать указание - возьмите еще к этой микросхеме программатор, возьмите инструкцию по прошивке и залейте туда вот этот файл - этого делать никто не будет делать, поэтому и стоит вопрос о готовом решении, при этом финансы - это уже вторичное



В интеллекте и дело - нужен не управляемый оконечник, а именно интелсистема.
Чтобы принимала данные по CAN-интерфейсу и выдавала его во внешнюю среду,
а обрабатывать данные или нет, это уже дело второе. Поэтому и нужно что-то
вроде маленького МК с ПЗУ-шной прошивкой внутри, чтобы не заморачиваться вообще
с этим интерфейсом

"Интелсистема" должна будет настраиваться и оборачивать каким-то образом пакеты CAN -- отличие от работы с "управляемым оконечником" только в названии функций, да еще придется с оборотками разбираться...