До тех пор, пока обе экраны соответствуют CAN спецификации, а также программное обеспечение на обоих концах использует ту же самую конфигурацию (битрейт, CAN структуру сообщения, не CAN идентификаторы) не должно быть никаких проблем при использовании различных платформ и различных языки для общения между ними.
Обратите внимание, что во многих экранах питание для трансивера CAN предоставляется от «транспортного средства», а не от используемой платформы (arduino, RPi), чтобы обеспечить лучшую защиту платформы, и вам может потребоваться предоставить такую источник питания (ардуино может сделать (хотя RPi может обеспечить 5 В от штыря 2).
Извините, но .. Что вы подразумеваете под «разными экранами» и «на разных языках?» Пока они используют один и тот же протокол (это может быть универсальный, такой как serial, i2c, spi, can, ethernet или пользовательский, который вы написали) и имеют те же электрические спецификации (что обычно не соответствует для плат 5-го уровня Arduino, поскольку rPI - это 3.3 V - вам понадобятся драйверы напряжения или поставят лучший вопрос), они будут работать. – frarugi87
Хорошо, извините, я новичок в этом, кто-нибудь знает учебник, в котором он arduino и малина pi были объединены в сети CAN? –
Есть много (вам просто нужно открыть случайный сайт - например, GOOGLE - и написать «малина pi arduino can bus») .. Во всяком случае, почему CAN-шина? есть более простые в использовании протоколы (serial, i2c, ...), которые извлекают выгоду из прямой аппаратной поддержки. Вам действительно нужна CAN? – frarugi87