Хитрый проект с CAN шиной, Есть подозрение что идея нежизнеспособна Опции

[sysel]

Здравствуйте!

Ведётся работа над созданием довольно масштабного проекта системы управления (не нашей фирмой).
Основная идея - объединение разнотипных плат ввода-вывода, устройств приёма и генерации сигналов в рамках одной телекоммуникационной стойки (19 дюймов 6U, евромеханика). Планируется что все устройства до 256 узлов будут общаться по одной CAN шине.
Нам предлагают адаптировать свою продукцию, чтоб она работала в этой стойке и работала с этим CAN-ом.


Идеология такая:
Физическая среда - витая пара.
Идентификатор устройства определяется положением его в стойке (на бек плате запаяны соответствующие перемычки).
Арбитр выдаёт пакет начала обмена. Все устройства (256 штук) должны выдать в шину пакеты данных (сразу же после приёма пакета от арбитра). Причем предполагается, что вопрос арбитража должен решаться самой шиной. Предполагаемая скорость работы 500 кБит/сек. Обмены без привлечения протоколов высокого уровня. Пакеты от устройств 4-6 байт, что укладывается в размер одной посылки.


Есть подозрения, что идея гнилая из-за:
1) руководитель проекта напоминает специалиста по освоению бюджетов.
2) большое число устройств на шине. разработчики выкопали драйвер TJA1051, который как-бэ должен сдюжить.
3) скорость 500 кБит
4) подозрительная идея свалить весь арбитраж на возможности CAN (типа пусть все 256 устройств одновременно начнут вещать, а там как-нибудь между собой разберутся)
5) хотят чтобы все устройства были гальванически развязаны от шины. Причем предполагают использовать связку ADUM14xx + TJA1051.


Вопрос собственно:
Жизнеспособна ли данная идея?

У нас есть опыт работы с CAN на таких скоростях, но число абонентов - менее 10. Проверить реализуемость идеи с 256 устройствами нет возможности.

Не хотелось бы ввязываться в проект который обречен, ибо потом ещё можем крайними оказаться.

[garry_]

задача для кана классическая, делал подобное , идеологически все работотать будет, только побейте свою сеть кан на две минимум а лучше на 4 сети (драйвер не потянет такое кол-во устройств),
работать будет железно

[sysel]

задача для кана классическая, делал подобное , идеологически все работотать будет, только побейте свою сеть кан на две минимум а лучше на 4 сети (драйвер не потянет такое кол-во устройств),
работать будет железно

Можно ли делать повторители сращиванием "попка к попке" (RX1 -> TX2, RX2 -> TX1) драйверов шины? Как себя в этом случае поведёт CAN (драйвер же вносит задержку) ?

Какой драйвер обеспечивает максимальную нагрузочную способность ?

Можно ли обойтись ISO1050 ?

[galjoen]

Можно ли делать повторители сращиванием "попка к попке" (RX1 -> TX2, RX2 -> TX1) драйверов шины? Как себя в этом случае поведёт CAN (драйвер же вносит задержку) ?

Зачем там могут понадобиться повторители? Что вы вообще под этим термином подразумеваете? (RX1 -> TX2, RX2 -> TX1) - это защёлка, которая сработает как только придёт первая же доминанта. Вы бы хоть что-нибудь про CAN почитали, прежде чем такое писать.

Там CAN хабы нужны. Но с ними не всё гладко...

[sysel]

Зачем там могут понадобиться повторители? Что вы вообще под этим термином подразумеваете? (RX1 -> TX2, RX2 -> TX1) - это защёлка, которая сработает как только придёт первая же доминанта. Вы бы хоть что-нибудь про CAN почитали, прежде чем такое писать.

Там CAN хабы нужны. Но с ними не всё гладко...

Простите, чущь сморозил. С CANом работал, но до повторителей и хабов дело не доходило. Устройств мало на шине было, ISO1050 отлично справлялся.