Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Мост Ethernet-CAN
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Controller Area Network (CAN)
spf
Порекомендуйте бюджетное готовое решение или открытую платформу.

Требуется самый простой мост Ethernet-CAN.
При беглом поиске обнаружено:
Импортное - цена под 400 Евро (HD67048 и т.п.)
Отечественное - 6500 р. ( http://zaozmi.ru/catalog/ethernet_can_shluz.html )

Может существует более дешёвый вариант, корпус не требуется.

Видел информацию по ARMGeoSpyder - слишком избыточен.


Благодарю.
gosha-z
А стандарта-то, как такового, по нижним уровням OSI, не существует. И общих решений тут быть не может. Поправьте меня, если я неправ.
spf
Разработка на этапе эскизов.
Поэтому пока жёстких требований ни по физическому уровню, ни по уровню транслирования CAN<>Ethernet нет.

Предварительно остановились на варианте от завода мехатронных изделий.
Но может существует ещё более бюджетное решение.

Целесообразность собственной разработки (время и ресурсы) пока под вопросом.
ZASADA
Цитата(spf @ Jun 16 2016, 10:37) *
Требуется самый простой мост Ethernet-CAN.

самый простой мост Ethernet-CAN - микроконтроллер с двумя аппаратными интерфейсами.
возможность использовать для своих нужд готовые чужие изделия- звучит сомнительно. инкапсуляция кадров CAN в кадрах Ethernet не стандартизована.


а обратная задача - передача произвольных кадров Ethernet по сети CAN, т.е. Ethernet -CAN-Ethernet выглядит еще загадочнее.
zltigo
QUOTE (gosha-z @ Jun 16 2016, 11:19) *
А стандарта-то, как такового, по нижним уровням OSI, не существует. И общих решений тут быть не может. Поправьте меня, если я неправ.

Какие вообще Вы придумали "проблемы" и какие требуются "решения" для инкапсуляции одного пакетного протокола в другой?


QUOTE (ZASADA @ Jun 17 2016, 13:48) *
а обратная задача - передача произвольных кадров Ethernet по сети CAN

С какого перепуга Вы решили, что Автору нужно, например, по электрониксу через CAN бродить? Хотя и с этим проблема стемится к 0, ибо задача уж явно не стоит связаться с неведомым CAN устройством неведомого производителя у которого с другой стороны торчит какой то Ethernet. Так какая проблема бить те-же Ethenet фреймы на фреймы меньшего размера?
adnega
Цитата(spf @ Jun 16 2016, 12:20) *
Целесообразность собственной разработки (время и ресурсы) пока под вопросом.

Я довольно быстро сделал WiFi-CAN на основе ESP8266 (модуль ESP-01) и STM32.
Гонять маленькие кадры CAN по Ethernet/WiFi не очень, т.к. возникают вопросы с буферизацией, таймаутами.
Но мой протокол CAN не особо к этому чувствителен.
Если интересно - могу безвозмездно поделиться. Планирую в будущем сделать проект WiFi-CAN свободным.
ZASADA
Цитата(zltigo @ Jun 17 2016, 14:02) *
С какого перепуга Вы решили, что Автору нужно, например, по электрониксу через CAN бродить? Хотя и с этим проблема стемится к 0, ибо задача уж явно не стоит связаться с неведомым CAN устройством неведомого производителя у которого с другой стороны торчит какой то Ethernet.

С какого перепуга Вы решили, что автору это не нужно?
С какого перепуга Вы решили, что купленное автором чужое устройство, решающее вполне определенный круг задач, справится с неизвестной вам задачей автора?
Цитата(zltigo @ Jun 17 2016, 14:02) *
Так какая проблема бить те-же Ethenet фреймы на фреймы меньшего размера?

Разбить и передать и не потерять поток 100Мбит с кадрами 1500+байт по сети до 1Мбит 8 байт - никаких проблем нет? рад за вашего работодателя, отличного специалиста держит.
zltigo
QUOTE (ZASADA @ Jun 17 2016, 14:20) *
Разбить и передать и не потерять поток 100Мбит с кадрами

Почему 100? Нынче гигабиты десятками на дворе.
QUOTE
1500+байт по сети

Да, буфер должен быть, как и управление потоком.
QUOTE
до 1Мбит 8 байт - никаких проблем нет?

Никаких. Хоть азбукой морзе на 50 бод. Это все уже давным давно отработанные вещи - в еще менее скоростные каналы и в синхронные и асинхронные. Разнообразные каналы и протоколы передачи данных существоали и, что характерно были много проработаннее, чем Ethernet cо всякими IP, задолго до их появления. Так что через что только в последствии Ethernet фреймы не предавались и не передаются.
QUOTE
рад за вашего работодателя, отличного специалиста держит.

А уж как я рад, что я у себя такой есть sm.gif
syoma
Вроде есть такая прога - HORCH называется. https://sourceforge.net/projects/horch/
Она может напрямую подключаться к CAN Level 2 и выдавать сообщения в виде ASCII через свой Telnet сервер. Также можно обратно слать сообщения путем набора в консоли или TCP/IP сообщениями
Вроде как легко запускается на Raspberry PI с любой CAN мордой типа PiCAN2 - вот вам и дешевенький CAN<->TCP/IP гейтвей.
mk011
Цитата(spf @ Jun 16 2016, 10:37) *
Порекомендуйте бюджетное готовое решение или открытую платформу.

Требуется самый простой мост Ethernet-CAN.
У нас есть такое устройство в серийном производстве. Габариты платы примерно 50х20 мм. Протокол - самый тупой, LLC. Контроля соединения нет. Квитирования нет. Трансформаторов для ethernet на плате тоже нет :-) . Если интересно - пишите в ЛП.
leocat
Цитата(syoma @ Jul 1 2016, 11:23) *
Вроде есть такая прога - HORCH называется. https://sourceforge.net/projects/horch/
Она может напрямую подключаться к CAN Level 2 и выдавать сообщения в виде ASCII через свой Telnet сервер. Также можно обратно слать сообщения путем набора в консоли или TCP/IP сообщениями
Вроде как легко запускается на Raspberry PI с любой CAN мордой типа PiCAN2 - вот вам и дешевенький CAN<->TCP/IP гейтвей.

В линукс есть готовые тилиты для работы с CAN: candump, cansend
Можете взять мой: http://open-plc.com/can_gate.zip
Открытые исходники, через USB-UART можно подцепить к чему угодно. Работа текстом, внешне похоже на candump, cansend, но в "одном флаконе".
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.