Как сделать несколько CAN звездой

[slesar]

Приветствую всех.

Собственно вопрос в теме поста, как по простому физически реализовать несколько отдельных CAN шин под управлением одного микроконтроллера (с помощью микросхем трансиверов/мостов/буфферов/ретрансляторов)? У контроллеров обычно 1-2 CAN интерфейсов, а требуется больше отдельных линий.
С учетом, что контроллер будет управлять всеми абонентами, и общение между абонентами будет отсутствовать.
Ну и чтобы минимизировать количество арбитража, т.е. вариант когда два трансивера сидят на одном CAN контроллера не очень радует.

RS-485 тоже рассматриваю как вариант, но проблема в принципе та же, абонентов много, а значит требуется несколько линий, которые нужно физически организовать.
Но интереснее CAN.

[Martian]

ну, 1-2 CAN для мк - это совсем не догма. Берем SPC56 (ST) или XMC4000 (Infineon) - там штук шесть. Или Инфинеоновские Аурих (AURIX) - там и 12 штук есть, а мож и больше
или вот опять стм - Chorus 10M SPC58NH9X - там какого-то MCAN аж 16

Конечно, это всё пипец денег, но раз и задача специфичная, то... да и у китая наверняка что-то есть.

https://www.infineon.com/cms/en/product ... 9xxa-adas/

[u37]

Если вы не собираетесь принимать сообщения от slave и сам обмен будет строго по направлениям - ставьте несколько трансиверов с переключателем типа CD4052 для подключения одного-из-кучи трансивера к выходу CAN контроллера. Учтите, что отключенный трансивер должен переходить в адекватное состояние. Кроме того, учитывайте вхождение-выход.
Вообще, я не совсем понимаю, почему нельзя сделать одну шину, с бОльшем кол-вом устройств. Если нужна надежность и устойчивость, возьмите шину/трансиверы FT CAN.

[slesar]

u37 писал(а):

Вообще, я не совсем понимаю, почему нельзя сделать одну шину, с бОльшем кол-вом устройств.

Так у большинства трансиверов вроде ограничение около 100 абонентов. Или я не прав?

Переключать не вариант, идея в простой топологии, чтобы все слушали широковещательное сообщение, но исполнял только тот абонент, кому оно подходит.

Добавлено after 9 minutes 39 seconds:

Martian писал(а):

Chorus 10M SPC58NH9X - там какого-то MCAN аж 16

Интересный экземпляр судя по даташиту. Попробую поискать что он стОит и можно ли его достать. спасибо за идею

[Martian]

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

Добавлено after 8 minutes 50 seconds:
Chorus 10M SPC58NH9X - 45,5 долл. от 1 штуки в магазине ST... ну, в принципе, терпимая цена. Вот только купить сейчас выйдет за сам процесс ещё ого-го

[u37]

Гм. Широковещательные сообщения вполне "отравляются".
Впрочем, обсуждать сетку из сотЕН абонентов как-то не интересно.

[tonyk]

Не понял, в чём проблема.
И в 485, и в CAN всё равно ведь используются отдельные микросхемы трансиверов. Что мешает соединять их линии Rx через пару последовательных инверторов с открытым коллектором для получения монтажного "И"? Ну или ставьте трансиверы с SPI и/или I2С, коих полно у Maxim и TI.

[GARMIN]

slesar писал(а):

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

1. CAN с длинным заголовком логически поддерживает до 2^28 абонентов. Физически поменьше конечно.
2. Вы что-то путаете. Широкополосные сообщения затем и нужны, чтобы всем слушать. Нужно сообщение кому-то одному - посылаете адресное сообщение. Зачем использовать наоборот?
3. Коммутировать CAN не лучшая идея, так как нужны подтверждения на ответы, терминальные резисторы и подтяжка линий драйверами.

[Martian]

GARMIN писал(а):

2. Вы что-то путаете. Широкополосные сообщения затем и нужны, чтобы всем слушать. Нужно сообщение кому-то одному - посылаете адресное сообщение. Зачем использовать наоборот?

например, как сигнал SOS: слышат все, но бегут спасать те, кто рядом, кто могут и т.д. То есть, отправляющий широковещательное не обязан знать всех условий у получателей. ТС так и сказал:

чтобы все слушали широковещательное сообщение, но исполнял только тот абонент, кому оно подходит.

что логично и экономичней.