Андрюх, твои видео лучшие, гайвер курит в сторонке. Если какой то тупняк с модулем или протоколом лезу к тебе, всегда лаконично и по сути. Спасибо, что не забросил, поддерживаешь российское сообщество (комьюнити)!
Здесь есть одна особенность, которая остаётся от CAN - арбитражность шины (0 доминантное состояние). Да это придётся реализовывать программно, но проверить что мы в этот момент что-то передаём или сделать полноценную адресацию от CAN возможно и это проще чем на RS485. По сути нужно сравнивать состояние Rx и Tx в момент передачи если не равны, то проиграли арбитраж и отключаем передачу.(можно сделать на логичеком И и повесить прерывание)
Еще особенность CAN слабее. В RS485 пуш-пул и уровень тянется и вверх и вних, а в CAN тянется ключом вниз, а вверх резисторами кое-как поднимается. На большие расстояния и быстро передавать сложнее будет. Поэтому обычно на небольшие расстояния применяют.
И непонятно с согласующими резисторами что делать. Вот на ЕЕ есть статья можно погуглить " CAN шина. Часть 2 " там всё внимание уделено резисторам внутри 30К примерно и терминаторам 100 Ом. В RS485 в этом плане проще, нужны только терминаторы при работе на большой скорости.
Тестил я как то ваши mcp2515… потратил только время. Проблема такая, не важно какой ID установил на приёмник и передатчик, данные принимаются в любом случае, хоть с фильтром хоть без фильтра! Хоть ты 0х000 поставь в приемнике и 0х123 на передатчике, данные будут приниматься и приёмник будет делать то, что записано в программе.
На синих пилюлях - STM32F103C8T6 на распаянном USB коннекторе разве не стоит аппаратно поддерживаемый CANbus? А эти камни шустрее и как минимум в два раза дешевле.
Андрюх, твои видео лучшие, гайвер курит в сторонке. Если какой то тупняк с модулем или протоколом лезу к тебе, всегда лаконично и по сути. Спасибо, что не забросил, поддерживаешь российское сообщество (комьюнити)!
Спасибо за труд , редко выходят ролики , но всё равно смотрю , хороший темп , содержание и подача , удачи и продвижения ...
Спасибо за информацию и ждём продолжения
Здесь есть одна особенность, которая остаётся от CAN - арбитражность шины (0 доминантное состояние). Да это придётся реализовывать программно, но проверить что мы в этот момент что-то передаём или сделать полноценную адресацию от CAN возможно и это проще чем на RS485. По сути нужно сравнивать состояние Rx и Tx в момент передачи если не равны, то проиграли арбитраж и отключаем передачу.(можно сделать на логичеком И и повесить прерывание)
Объясните пожалуйста подробнее...
Еще особенность CAN слабее. В RS485 пуш-пул и уровень тянется и вверх и вних, а в CAN тянется ключом вниз, а вверх резисторами кое-как поднимается. На большие расстояния и быстро передавать сложнее будет. Поэтому обычно на небольшие расстояния применяют.
И непонятно с согласующими резисторами что делать. Вот на ЕЕ есть статья можно погуглить " CAN шина. Часть 2 " там всё внимание уделено резисторам внутри 30К примерно и терминаторам 100 Ом. В RS485 в этом плане проще, нужны только терминаторы при работе на большой скорости.
@@user-fr4lk7ti9s побитовый арбитраж же, основная фишка CAN. Иначе кто бы его терпел с такой сложностью протокола )
Ух ты, очередной обзорчик. Спасибо!
Сделайте пожалуйста считыватель потока данных CAN шины авто, на duster например температуру двигателя, а то на приборной панели нет этого
Тут вопрос возникает интересный:
Можно ли к модулю подключить просто датчик с i2c и опрашивать его удалённо с микроконтроллера?
Нет
А есть из всех ваших модуллей готовые проекты?
моих? модули китайские. и да, есть.
Спасибо за видео, а помехоустойчивость, скорость передачи и расстояние линии аналогично rs485?
нет, они для разного, CAN для большего количества разных исполняемых устройств и не больших расстояний. Этж шина которая используется в авто.
Имел дело с счётчиками меркурий которые были и с can и rs485 . Can более капризный.
@@arduinoLab спасибо 🤝
@@user-nm6bq6mq9n 🤝
Тестил я как то ваши mcp2515… потратил только время. Проблема такая, не важно какой ID установил на приёмник и передатчик, данные принимаются в любом случае, хоть с фильтром хоть без фильтра!
Хоть ты 0х000 поставь в приемнике и 0х123 на передатчике, данные будут приниматься и приёмник будет делать то, что записано в программе.
На синих пилюлях - STM32F103C8T6 на распаянном USB коннекторе разве не стоит аппаратно поддерживаемый CANbus? А эти камни шустрее и как минимум в два раза дешевле.
тут я могу ошибаться, но эти микрухи как раз к тем ногам и подключаются.
@@arduinoLab Признаюсь, сам профан, но склонен согласиться - трансивер нужен.
На CAN шине равноправный обмен обмен ,а на RS485 -master-》slave .
Посмотрел, лайки не ставлю и комменты для продвижения видео не пишу, потому что я мог бы и лучше сделать, просто не хочу 😀
Каким образом лучше? Тут реализация аппаратная. Куда ещё лучше?
@@UB6HJO надо переходить на передачу информации фотонами!