Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Конвертер CANa
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Controller Area Network (CAN)
npuзpak13
Одно время мне попалась микросхемка аппаратного преобразования
CANa в какой-то стандартный интерфейс - или UART или в SPI.
Но сейчас не могу вспоснить фирму-производителя, может кто в курсе?
spf
Цитата(npuзpak13 @ Sep 21 2007, 17:24) *
Одно время мне попалась микросхемка аппаратного преобразования CANa в какой-то стандартный интерфейс - или UART или в SPI.

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

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

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

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

Если кто в курсе - help.gif
spf
Цитата(призрак @ Sep 24 2007, 02:24) *
Оптимально конечно какой-нибудь МК ( в малагабаритном корпусе типа PICa) с программой уже зашитой внутри т.е реально аппаратная реализация - с одной стороны CAN-входы, с другой стандартый выход. Либо не МК а просто микросхема моста.

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

Если найдете то, что ищете, обязательно отпишите в форум.
Andrew2000
У Infineon-а было что-то подобное - конвертор CAN в дискретные ноги.
Dog Pawlowa
Цитата(призрак @ Sep 23 2007, 23:24) *
Если кто в курсе - help.gif

Гуглить не пробовали ? или поиском по форуму, например :
http://www.slavna.ru/doc/SL-USB-RS232-OPTF.pdf
Это не микросхема, это ящичек с ручками получается smile.gif
Тем не менее все равно возникнет вопрос HLP.
npuзpak13
И не только гуглить..
но везде ящички, либо большие МК с кучей других тут ненужных функций
Dog Pawlowa
Цитата(npuзpak13 @ Sep 24 2007, 11:36) *
И не только гуглить..
но везде ящички, либо большие МК с кучей других тут ненужных функций

1) Чем MCP2515 + драйвер не устраивает?
2) Какие функции считаете ненужными?
npuзpak13
В принципе придется наверно его или MSM9225 или ML9620 от OKI semiconductor? еще бы корпус покомпактнее smile.gif еще бы с UART-ом
spf
Цитата(Andrew2000 @ Sep 24 2007, 13:06) *
У Infineon-а было что-то подобное - конвертор CAN в дискретные ноги.

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

Цитата(npuзpak13 @ Sep 24 2007, 16:50) *
В принципе придется наверно его или MSM9225 или ML9620 от OKI semiconductor?

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

Цитата
еще бы корпус покомпактнее smile.gif еще бы с UART-ом

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

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

Поэтому и стоит вопрос о применении какой-то унифицированной микросхемы,
которую можно заказать в любом месте.
Да и для тестирования удобно брать FTDI- микросхемку и по уарту совмещать.. но пока
только SPI, можно постаить МАХ3420 но расширение номенклатуры тоже не приветствуется.
spf
Цитата(npuзpak13 @ Sep 24 2007, 18:00) *
У нас стоит BF561-600, и ставить рядом МК чтобы только конвертнуть CAN - cranky.gif

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

Цитата
2. повторяемость при пром производстве другим изготовителем.

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


ИМХО: MCP2515 - все что вам нужно. Если не устраивает, то возьмите любой МК с набортном CAN и сделайте. В последнем случае будет несколько больше работы, но вы получите все что вы хотите. А вы хотите нестандартное решение, поэтому придется платить.
Dog Pawlowa
Цитата(npuзpak13 @ Sep 24 2007, 15:00) *
Конечно можно было бы заказать на стороне PIC с зашитой прогой, но тут возникают
две проблемы - 1. ответственность внешнего разработчика за правильную реализацию
2. повторяемость при пром производстве другим изготовителем.

По поводу ответственности хороший вопрос... Адаптер CAN должен иметь интеллект, поэтому именно Вы должны правильно составить ТЗ. Иначе действительно, Вам сделают, будет конвертировать, а вот работать не будет.
npuзpak13
Цитата(spf @ Sep 24 2007, 16:57) *
Зачем же поставили то, что не устраивает?
Или задача стала ясно на этапе завершения создания продукта?

Нет, просто есть мощная вычислительная система на нескольких процах BF
В процессе модернизации поставили новые датчики, у которых CAN- выход.
И приходится реализовывать их совместимость
Цитата(spf @ Sep 24 2007, 16:57) *
Не вижу ничего плохого в том, что сделать конвертер на другом МК если вы сами себя на это толкаете или просто вынуждены такое реализовать.
Или религия не позволяет применить какой-то простенький МК?
Это про что, про то что программа не будет повторяема на "не вашем МК"?
При создании конвертера вам должны быть переданы все данные для создания вами этого конвертера (программа и средства программирования), поэтому повторяемость будет зависеть только от вас.
ИМХО: MCP2515 - все что вам нужно. Если не устраивает, то возьмите любой МК с набортном CAN и сделайте. В последнем случае будет несколько больше работы, но вы получите все что вы хотите. А вы хотите нестандартное решение, поэтому придется платить.

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


Цитата(Dog Pawlowa @ Sep 24 2007, 17:35) *
По поводу ответственности хороший вопрос... Адаптер CAN должен иметь интеллект, поэтому именно Вы должны правильно составить ТЗ. Иначе действительно, Вам сделают, будет конвертировать, а вот работать не будет.

В интеллекте и дело - нужен не управляемый оконечник, а именно интелсистема.
Чтобы принимала данные по CAN-интерфейсу и выдавала его во внешнюю среду,
а обрабатывать данные или нет, это уже дело второе. Поэтому и нужно что-то
вроде маленького МК с ПЗУ-шной прошивкой внутри, чтобы не заморачиваться вообще
с этим интерфейсом
spf
Цитата(npuзpak13 @ Sep 25 2007, 11:56) *
В интеллекте и дело - нужен не управляемый оконечник, а именно интелсистема.
Чтобы принимала данные по CAN-интерфейсу и выдавала его во внешнюю среду,
а обрабатывать данные или нет, это уже дело второе. Поэтому и нужно что-то
вроде маленького МК с ПЗУ-шной прошивкой внутри, чтобы не заморачиваться вообще
с этим интерфейсом

"Интелсистема" должна будет настраиваться и оборачивать каким-то образом пакеты CAN -- отличие от работы с "управляемым оконечником" только в названии функций, да еще придется с оборотками разбираться...
Dog Pawlowa
Цитата(npuзpak13 @ Sep 25 2007, 08:56) *
В интеллекте и дело - нужен не управляемый оконечник, а именно интелсистема.
Чтобы принимала данные по CAN-интерфейсу и выдавала его во внешнюю среду,
а обрабатывать данные или нет, это уже дело второе. Поэтому и нужно что-то
вроде маленького МК с ПЗУ-шной прошивкой внутри, чтобы не заморачиваться вообще
с этим интерфейсом

Вообще-то я как раз собираюсь заказать подобный проект на стороне. Скооперируемся? smile.gif
Если датчики известного типа, изменяться не будут и не требуют навороченного HLP для конфигурации, а протокол на строне RS232 Вы можете сформулировать, то подобный адаптер действительно не проблема.
Другое дело, если начнут меняться датчики - система получается закрытая.
npuзpak13
В нашем мире все возможно beer.gif
вопрос - на чем делать? в каком корпусе и кокой интерфейс,
да еще и в CAN есть разновидности
spf
Цитата(npuзpak13 @ Sep 26 2007, 12:00) *
да еще и в CAN есть разновидности

Нет в нем самом разновидностей, все описано в стандарте.
Просто есть отличия в реализации самих контроллеров, это уже совсем другое wink.gif
npuзpak13
В том то и дела что я не знаток CANa и не хочу в него вдаваться, поэтому и ищу готовую реализациб
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.