ну а детальнее? профи посмеялся. мне эта инфа зачем?

@@ms-33 а мне зачем инфа о том, что тебе не нужна инфа другого комментатора?

@@486OverDrive я попросил сказать подробнее. Обратная связь для автора - это очень ценно. Василий, признаюсь, о Вас не думал, когда комментировал.

да, я всегда с юмором говорю :)

Спасибо за отзыв! Я рад что помог разобраться )

Спасибо за отзыв! Я постараюсь рассказать ещё про что-то интересное. ))

Спасибо за теплые слова! Я рад что это было полезно. Да, у меня запланированы обучающие видео, но не могу добраться до монтажа. Следите за каналом!

@@samon655 уже подписался!!!

Спасибо за отзыв ) приятно знать что не просто так это сделал )

Ого ) спасибо за такую высокую оценку. Я крайне рад что был полезен!

Спасибо за обратную связь!

Рад слышать! Работаю над этим )

Добрый день! Книга Controller Area Network by Konrad Etschberger.

SamON Добрый! Благодарю за информацию.Все очень доступно и понятно.

Привет! Пока сложно сказать. Я далеко от компа, на котором я делаю видео да и много работы на работе. В любом случае, у меня есть планы по второй части CAN. При этом этот канал больше про программирование контролёров, FPGA, самоделки электронные. По этому следующее видео будет из этой области. Но пока руки не доходят. Канал у меня - это хобби, чтобы отвлечься от других задач ))

@@samon655 Сергей, но первая видео-лекция получилась очень неплохо. Логично было бы продолжить. Количество просмотров об этом говорит. Не у всех болтунов-политологов столько за год набирается, как у вас за 3 месяца. Желаю здоровья и вдохновения!

Спасибо за отзыв! Нет, я не работал. Я разработчик электроники, в которой используется шина CAN. Тут я рассматриваю базовые принципы работы шины, не привязываясь к протоколу верхнего уровня.

Ищите информацию конкретно по вашей машине. Каждый производитель использует КАН-шину как считает нужным, причём, может от машины к машине менять свой собственный стандарт. В поле "Arbitration field" содержится уникальный идентификатор каждого сообщения (либо устройства) на шине. Если на ваш автомобиль совсем нет никакой информации, то выход только один: собирать все данные с шины и анализировать их. Посчитайте как часто каждый "Arbitration field" (далее будем называть его просто "ID") встречается. Определённый ID говорит о том, что в данном фрейме содержится температура ОЖ, другой - обороты двигателя, третий - напряжение бортовой сети, и т.д. Эти "сообщения" (фреймы) появляются на шине с определённой периодичностью или по запросу от других устройств. Например, блок климата может что то запросить у ЭБУ, тот ему ответит, а так же, ЭБУ может тоже что то запросить у блока климата. Некоторые ID будут появляться на шине только на заведенном моторе. Пробуйте включать разные функции (фары, омыватель, заднюю передачу и т.д.) и смотрирте какие новые ID стали появляться на шине. Таким образом, сможете сопоставить ID с событиями. Если есть БК или другой способ диагностики, посмотрите какая температура мотора, обороты и пробуйте сопоставить с тем, что ловите на CAN-шине. Процесс долгий, требует много терпения. Для диагностики мотора проще, всё-же использовать готовое решение. Либо найти готовую программу диагностики и найти в ней зашитую таблицу соответствия под ваш автомобиль. В простейшем случае в папке программы может отдельный файл под каждого производителя, может быть SQLite база и т.д. Ковырять самому есть смысл, если вы хотите не просто читать сообщения, но и как то воздействовать на другие устройства. Например, менять громкость или транслировть какие-то надписи на штатный экран магнитоллы (есть в ютубе доклад, человека, который такое делал).

Привет! Будет сгенерирован кадр ошибки с флагом, который описывает саму ошибку. В любом случае, кадр ошибки имеет специфический формат и заткнет все узлы на линии. После чего, в общем случае, процессы в лини нормализуются и все начнется опять с арбитража.

@@samon655 Спасибо. Но всё равно не могу понять: захотел я передать данные, сформировал сообщение, переслал его в подсистему CAN. Если тут же это сообщение будет выдано в линию, то есть вероятность, что могу попасть в середину уже другого передающегося пакета. Получается в линии будут постоянно возникать кадры ошибок?

Нет, немного не так. В общем случае, каждая нода мониторит сеть. Если в сети идёт обмен данными, при этом ещё узел, который захватил сеть не передал EOF, все остальные молчат, даже если им надо передать данные. Как только сеть освобождается, то нода, которой надо было что-то передать начинает выдавать кадр... да и все ноды, которым надо было передать данные начинают передачу после того, когда линия осовободится. Они борются за захват линии, побеждат тот который имеет более близкий к нулю ID. Конечно может быть такая ситуация что более приоритетный узел передает чаще и больше, чем низкоприоритетный и, теоретически, узел с более низким приоритетом никогда не победит в арбитраже, но это уже задача программиста системы примерить так протокол что бы не было таких вот коллизий.

Ещё раз спасибо большое. Много источников перечитал, пересмотрел. На этот вопрос так ответа и не нашёл. Теперь стало понятно.

Привет. ID зашиы в прошивку микроконтроллера. На этапе конфига устройства ID заносится в спец.регистр и хранится там. С динамической сменой ID я не сталкивался.

смотря с какой стороны смотреть на импульс сигнала сзади или спереди. А слово фронт просто прилипло . Это просто обрусевший английский. И парень просто придирается к словосочитанию

Здравствуйте я тоже сталкиваюсь с такими проблемами и сейчас нахожусь в выборе анализатора или осцилографа с функцией декодирования сигнала (скажите пожалуйста каким прибором вы пользуетесь ? так как миксиг дорогущий - овн дешевле но не слишком много инфы а хантек не однозначен хоть и дешовый .

Спасибо за отзыв. Если есть вопросы, можете их озвучить тут. Постараюсь ответить.

Спасибо за отзыв! ))