
Комментарии 22
3D принтеры тоже на CAN работают. В обычной вороне 2 сидят 4 клиента на шине.
В лабораторном оборудовании тоже бывает CAN.
Я думаю она сейчас везде. По сути два куска проволоки.
Вообще-то кан и однопроводный есть, поинтересуйтесь опелями например. А кан это про формат передачи, арбитраж и всё такое.
Да согласен есть. Витая пара это защита от помех. CAN и по данному проводу будет работать. Вот только не помню какой нужен CAN-H или CAN-L или без разницы !? ПАЗ вектор next там если я не ошибаюсь однопроводной.
Вообще-то кан и однопроводный есть, поинтересуйтесь опелями например
Может это lin шина?
Да, легко. Для @aabzel тоже - ещё один пример, это не LIN. Зарядный порт Tesla когда-то был проприетарный, и они через разъём Type2 (всего 1 провод для данных там) фактически гоняли CAN на скорости 33 кбит/с. Жалко, им не удалось продавить это, как стандарт, и теперь там монополист Qualcomm. CCS - стандарт стал называться.
CAN это хорошо, но русский надо подтянуть. Читать больно.
Тут уже проблемы не (только) с "языком" а с "писательством" Нейрослоп зачастую выглядит более человечно.
вы пойдёте по этому мосту
Писать свои инструменты
ну это типа как плохой перевод с другого языка
Я вас услышал. К этому нужно отнестись по серьезный. Я не придал этому значение.
Учитель по русскому языку и литературе была Максенцова Светлана Петровна учила хорошо. А я не учился.
Хорошо что статья короткая. Спасибо буду иметь ввиду.
CAN это хорошо, но язык Си для работы с ним совсем не обязателен. Можно программировать на любом. На каком-нибудь питоне даже поудобнее, можно не париться с распределением и освобождением памяти.
upd: Судя по вашим исходникам, вы и так особенно с этим не паритесь, но таком пути вас ожидают неприятные сюрпризы с битыми данными, Наивно рассчитывать, что всегда массивы будут заполняться до штатной длины.
Я с вами согласен разложить на биты и байты индификотор и поле данных j1939 любой язык подойдёт. Но в планах программировать микроконтроллеры поэтому С.
По количеству элементов например PGN 16 разрядов максимальное количество этих элементов 65 535 + 0 это тоже значение итого 65 536 элементов расширение опускаем.
65 536 колличество этих элементов больше ни когда не будет. То что касается счётчика у меня 32 разрядные инты без знака. Да здесь возможно переполнение. Но переполнить 4.3 миллиарда ? Тогда нужно сделать 64 разрядные переменные здесь я точно за пределы не выйду. arr [65536] да здесь много памяти не используется . 256 КБ Для современного устройства я думаю это не критично. Оптимизацией не занимался вообще. Единственное , что я делал адрес должен быть кратен размеру данных. Там где достаточно 8 разрядных переменных я обьявил 16.
По поводу языков программирования я думаю у каждого своя стихия. Мое личное мнение автоэлектрику нужно осваивать си. Мне например была интересна тема память как тут с python. Мне интересен низкий уровень.
Извините, вы точно не бот? Ваш стиль изложения информации говорит или о рассеянности в целом или о том, что вы не человек) уж простите.
Нет не бот. Вся информация в битах и байтах. Есть github есть код. Я далеко не писатель.
https://vk.ru/kudrovo_remont_techniki Да я живой человек у меня есть своя история развития. На самом деле я радиолюбитель с неполным средним образованием. Напиши в поисковик Yandex Google #рембыттехника77 это я.
Писать свои инструменты лучший способ изучить CAN-шину