Интерфейс CAN. Что нужно знать для использования и разработки. Практический пример кода.

[@Gremlin00ful]

Как нельзя вовремя про CAN, спасибо =)

[@fait0n]

Спасибо, кратко по времени для такой объёмной темы, но ёмко по данным. Понятно с чего начинать.

[@bulba1995]

Спасибо за ваши видео ,прекрасные знания ,всего вам найлучшего 👍

[@АлександрМаслов-с4я]

Спасибо за урок. Как всегда очень методично!

[@stanislavpodlisker2319]

Полезно

[@arzamas1988]

Про битстафинг еще интересно было бы услышать. Спасибо!

[@forcingautomotiveelectroni7644]

CAN - просто песня , в сравнении с UART).

[@anatolykosychenko8038]

Hi Ya & best wishes. SuperB! Thanks for work. Be Happy. Sevastopol/Crimea!

[@NIKOLAY_PSHONIA]

Не подскажите в кубе убрали баг с каном на stm332f3. ?

[@VladimirMedintsev]

Да, вроде как убрали.

[@vladimir7666]

CANовский протокол на прямую по радиоканалу не передается, это проводная шина. А с точки зрения радиоканала, то там стоят разнообразные конверторы. Кстати, сильно извиняюсь за занудство, но CAN произносится как "КЭН", немного ухо режет :). Просто я в этой теме болеее 10 лет. А в целом, все по делу.

[@jp2en]

8:05 мы ни чего не разрешили, максимум: мы увидели, в процессе наблюдения за происходящими процессами. 11:42 как вы видели, мы говорили. чего???

[@ua4naj]

Немного поправлю, не стоячая волна, а эхо сигнал.

[@anatolykosychenko8038]

Shalom!

[@BB-ti9bf]

Я чет не совсем понимаю, зачем СПЕЦИАЛИЗИРОВАННЫЕ мк, когда в большинстве STM32 CAN обычная периферия? Чнм отличаются курсы с домашними заданиями от STM32 snippets? 🤔

[@VladimirMedintsev]

Серьезно? Сниппетс на F4 или на H5 серию не подскажете случайно?

[@BB-ti9bf]

@VladimirMedintsev в вашем ответе есть странность, и заключается она в том, что F4 и тем более H серия это ни разу не для новичков. А те, кто поднимает проекты на F4 и тем паче на H серии, те сами кому хочешь курс прочтут. Что до H серии и HF, если не лезть за DSP и FPU то, на базе понимания сниппетов от M0 без проблем можно поднять такую же периферию, различия в настройке и описании, там не драматические, открываешь RM и смотришь состав конфигурационных регистров периферии. Обучение STM32 без освоения RM и CMSIS через тыкание галочек в кубе и копипасты HAL это ИМХО очень поверхностно и приводит к непониманию основ.

[@VladimirMedintsev]

@BB-ti9bf Прикольно, я и не знал что есть микроконтроллеры "для новичков".

[@VladimirMedintsev]

​@@BB-ti9bfВы не обижайтесь, пожалуйста. Я иногда встречаю людей начинающих беседу с попытки как-то высказаться о библиотеке HAL и мне такие споры уже даже не интересны. Во-первых если человек профессионал, то он умеет использовать весь спектр имеющихся библиотек и средств разработки. Делается это с единственной целью - оптимально использовать рабочее время профессионала и получить максимальную прибыль. Во-вторых вы же не будете отрицать, что скорость написания кода с использованием HAL и CMSIS (которая даже не является библиотекой, а всего лишь набор заголовочных файлов) различается очень сильно. Это отрицать не получится. А если в итоге мы получим одинаково работающий код, то чей труд более эффективен? В этом и заключается профессионализм. Использовать спектр имеющихся инструментов более эффективно.

[@BB-ti9bf]

@@VladimirMedintsev обижаться тут не на что, у вас свой подход, у меня свой. Я зачастую использую куб и HAL как БЫСТРЫЙ старт чтобы что-то, с чем редко работаю или до этого не работал, правильно и быстро инициализировать, потом, построчно анализирую ту кучу, что была нагенерирована, сверяюсь с RM, разбираюсь посему так, а не иначе , и переписываю в более лаконичную и понятную мне форму последовательной инициализации путем прямого обращения к регистрам, ставя попутно подробные комментарии. С каждой такой интеграцией в голове откладывается информация и по мере ее усвоения приходит все более плотное понимание камня.

[@anatolykosychenko8038]

👋🤜🤛🤝👏💥!

[@BB-ti9bf]

22:00 за это я и не люблю HAL, так как люди, использующие ее, становятся пугливыми 😁

[@VladimirMedintsev]

@@BB-ti9bf Очень странное утверждение. Думаю вы не совсем четко представляете себе библиотеку HAL.

[@BB-ti9bf]

@@VladimirMedintsev я ее вполне себе представляю, но работаю в основном в связке IAR и CMSIS

[@YahontAction]

Сколько не интересовался темой CAN шины на МК. Везде не раскрыта главная тема, как практически ручками потрогать эту шину: Вот мы подняли CAN сервер на МК, это хорошо и понятно даже школьнику. Но как организовать сообщение с ПК? Есть ли адаптеры CAN/USB для взаимодействия с ПК, или естьли схема такого уст-ва для самост. изгт. Есть ли программы для ПК для работы с CAN или как такие создавать например в C++ или Delphi. Очень было бы хорошо, для целостного восприятия данной тематики, создать такой пример когда, с ПК в программе получаем список учебных устройств с CAN сервером, затем выбираем нужный нам сервер/МК, затем передаем ему небольшой текстовый или бинарный файл, а целевое устройство должно будет его записать скажем в корневой каталог на SD карту(чтоб потом можно было оценить пришел ли файл и с какой скоростью если он большой). Второй пример, выбрать сервер CAN и считать с него или записать на него, параметры параметрического класса переменных разных типов (как отдельные вещесственные/целые числа так и их дин. масивы, ну и строки и байты состояний). Как-то так надо формировать учебную методологию по использованию CAN. Иначе около 90% народа так и не поймет как с этим работать на деле. С уважением Дмитрий!

[@VladimirMedintsev]

@@YahontAction А в чем практический смысл скрещивать CAN и ПК? Для чего? Просто ваше сообщение построено все вокруг программы для ПК. А для чего? Какой такой сервер?

[@ArtemKAD1]

К примеру, есть проект CANHacker позволяет исследовать шину в сыром виде и что-то даже туда отправлять. Помимо этого физически можно видеть данные любым, даже китайским за 8 баксов, логическим анализатором и даже их декодировать, но т.к. данных на шинах много и они разнообразны и асинхронны, очень быстро понимаешь, что нужен специализированный интерфейс ради которого и нужен CANHacker. Касаемо файлов и устройств - надо понимать, что CAN это шина ориентированная на передачу коротких сообщений(до 8 байт). Там нет файлов или потоков данных. Для передачи чего-то длинного надо сперва придумать какими сообщениями данные разбитые кусками по 8 байт вы будете передавать. Это не интерфейс для передачи данных между ПК. Это шина для связи сети датчиков работающей автономно без участия в ней человека.

[@YahontAction]

@@VladimirMedintsev Практический смыл такой же как и у интерф. RS485 с прот. Modbus RTU. Но с той лишь разницей, что интерфейс CAN более живуч и производителен и там нет разделений на мастер/подчиненый. Практическое применение этому интерфейсу/протоколу давольно большой. Просто нет должной русской литературы где бы эти вопросы были освещены: А. Системно и последовательно от теории до практики, и схемотехники. Б. Практически с примерами аппаратных реализаций тех или иных идей. Пример который я привел постом выше про передачу файлов (от ПК к МК ну или от МК1 к МК2), был бы просто реализацией практики для расширения инженерного горизонта мышления.

[@vladimir7666]

>>>>> Есть ли адаптеры CAN/USB Есть