ЕМ
Медленный, быстрый, мож и ещё какие есть ;)
Size: a a a
2020 September 09
ЕМ
Думаю для обычного 3д принтера это всё ненужно и только напрасная трата сил и бабла
A
Так в авто фактически не один кан, а несколько
Не совсем. В тех авто, что я работаю, кан один. Это в оборонке любят несколько сетей поднимать, и блоки конверторов между ними
AB
В автомобиле куда больше устройств, чем в принтере, и куда выше плотность информации. Ничё, успевает ;)
так принтер это ембед, для этого есть spi, i2c, uart последний кстати не супер кайф в этой теме
r
Думаю для обычного 3д принтера это всё ненужно и только напрасная трата сил и бабла
Так я же не говорю это собачить в Эндеры уже сейчас :D
Так, мечтаю. И заодно про недостатки узнаю.
Так, мечтаю. И заодно про недостатки узнаю.
ЕМ
Alex
Не совсем. В тех авто, что я работаю, кан один. Это в оборонке любят несколько сетей поднимать, и блоки конверторов между ними
Там на уровне кан идёт какое-то разделение и приоритеты. Я тщательно не вдавался, но датчики там как-то делают гораздо более приоритетными
r
так принтер это ембед, для этого есть spi, i2c, uart последний кстати не супер кайф в этой теме
Та даже SPI был бы поярче, чем UART. Просто UART сильно проще для разработчиков. Кидаешь себе байтикам, и всё работает.
AB
Так я же не говорю это собачить в Эндеры уже сейчас :D
Так, мечтаю. И заодно про недостатки узнаю.
Так, мечтаю. И заодно про недостатки узнаю.
так в принтере нет блоко разнесенных и независимых, разве что экран со своими мозгами, все остальное управляемое, а не управляющее, так что зачем, тут больше вопрос рациональности
A
Там на уровне кан идёт какое-то разделение и приоритеты. Я тщательно не вдавался, но датчики там как-то делают гораздо более приоритетными
Так это входит в стандарт протокола Кэн, оно так и работает. Сама сеть то одна.
r
так в принтере нет блоко разнесенных и независимых, разве что экран со своими мозгами, все остальное управляемое, а не управляющее, так что зачем, тут больше вопрос рациональности
Ну почему, драйверы уже по SPI общаются отлично.
AB
Та даже SPI был бы поярче, чем UART. Просто UART сильно проще для разработчиков. Кидаешь себе байтикам, и всё работает.
так spi так же, как и любая другая шина, я как разработчик редко думаю что там за транспорт
ЕМ
Alex
Так это входит в стандарт протокола Кэн, оно так и работает. Сама сеть то одна.
Раз сеть физически одна то сбойное устройство может вывести её из строя целиком
A
Ну почему, драйверы уже по SPI общаются отлично.
Ага, только не забудь зашить не конфликтный адрес в каждое устройство)
AB
Ну почему, драйверы уже по SPI общаются отлично.
что значит общаются? они управляемая единица, они не порождают действий
AY
что значит общаются? они управляемая единица, они не порождают действий
они отдают дебаг инфу
r
что значит общаются? они управляемая единица, они не порождают действий
Порождают. Парковка, например. И куча отладочной инфы. Там двунаправленная связь.
AB
они отдают дебаг инфу
они не порождают действий, про инфу я в курсе, но это как ds18b20 опрашивать, вы его еще на кан повесьте =)))
A
Раз сеть физически одна то сбойное устройство может вывести её из строя целиком
Ну если только оно физически ее повредит, или у него высокий приоритет и будет загажен канал. Много с этим боролись на работе раньше, когда блок от стороннего производителя начинает сыпать мусор в сеть.
AB
Порождают. Парковка, например. И куча отладочной инфы. Там двунаправленная связь.
двунаправленная связь не говорит о том, что оно управляет чем-то
r
Alex
Ага, только не забудь зашить не конфликтный адрес в каждое устройство)
DIP-переключатели :D