caxapa.ru :: Вот подбока документов. Если ты не хочешь сделать CAN 100 бит/сек, то отбрось идею как нерациональную.

Evgeny_CD, Архитектор (14.01.2017 20:38, просмотров: 173) ответил Argon на Подзабыл особенности CAN... Программная реализация на STM8S003 - дурная мысль или не очень?

Вот подбока документов. Если ты не хочешь сделать CAN 100 бит/сек, то отбрось идею как нерациональную.

kvaser-can-protocol-tutorial.pdf can2spec.pdf sloa101a.pdf handout_canbus2.pdf

Ответить

- Не, а че фсе так запущено ? 100 бит _basile(123 знак., 15.01.2017 16:07, )
  - А физуровень кто разбирать/собирать будет - Пушкин? - MBedder(15.01.2017 16:13)
    - Так-то я имел ввиду "сы применением трансивера CAN", т.е. физ. уровень обеспечивался не самим МК (упасибох от такой идеи). А трансивер - это как бы далеко не контроллер. Argon(525 знак., 16.01.2017 20:43 - 20:49)
      - А что с выборками входного сигнала и их синхронизацией? - VLLV(16.01.2017 20:52, ссылка)
        
        Слушать/подстраиваться. Если надо. Когда-то я интересовался вопросом -> Argon(50 знак., 16.01.2017 20:57 - 21:09, ссылка)
        
        Сложнее, нужно же при коллизии отваливаться, да и сигнал похуже. Но мы расчет CRC на лету не упоминали. - VLLV(16.01.2017 21:14)
        
        Нафик ла лету? Все в таблицах! Отваливаться при коллизиях вроде не сложно. Argon(232 знак., 16.01.2017 21:16 - 21:25)
        
        Табличный расчет не исключает всех програмных действий. Да, еще бит-стаффинг, и нужно подтвердить отсутствие ошибок за 1 бит. Короче, 1 кбит/c. - VLLV(16.01.2017 21:36)
        
        Пока не убедили! Программные действия - не на лету делаются. - Argon(16.01.2017 21:44)
        
        Даже википедия несогласна "Контрольная сумма: передатчик вычисляет её и добавляет в передаваемый кадр, приёмник считает контрольную сумму принимаемого кадра в реальном времени (одновременно с передатчиком), сравнивает с суммой в самом кадре и в VLLV(72 знак., 16.01.2017 21:52)
        
        Приемником-то служит головной девайс, где аппаратный CAN. Вот пусть он и сравнивает передаваемую датчиком заранее рассчитанную КС. Argon(642 знак., 16.01.2017 22:00 - 22:13)
        
        Блин, STM32F103C8T6 у китайцев стОит 1$. Зачем изврат то ? - Гудвин(17.01.2017 02:15)
        
        а вот зачем --> - m16_home(17.01.2017 13:12, ссылка)
        
        Ну а кайф от процесса?! - Evgeny_CD(17.01.2017 02:27)
        
        Да! )) - Argon(17.01.2017 06:45)
    - Физуровень контроллер будет разбирать _basile(10 знак., 15.01.2017 17:19, )
      - Ышшо один чукча-пейсатель. Вопрос был о СОФТОВОЙ реализации CAN без специализированного контроллера - MBedder(15.01.2017 17:22)
- Т.е. на 100 Мгц контроллере теоретически может и можно сделать, но отлаживать ты это будешь человеко-год, и готовый CAN в таком контроллер будет стоить 1$. - Evgeny_CD(14.01.2017 20:40)
  - Ерунда. Сначала делается быстрый физический уровень, затем - логический с максимально стандартным API, а к этому всему - готовый или слегка допиленный транспортный из имеющихся в сети исходников. Быстродействие МК, ессно, лишним не будет - MBedder(14.01.2017 21:35)
    - Аппаратные CAN-контроллеры тактируются частотами 12 - 30 МГц. То есть для 100МГц процессора 100/12 = 8 тактов ЦП на таймкванту. И это ТОЛЬКО для "быстрого физического уровня". Удачи в реализации. - Mebius(15.01.2017 21:40)
    - Делать полную совместимость с настоящим CAN вряд ли есть смысл. Можно как-то изощренно извратиться. - VLLV(15.01.2017 17:12)
      - Ну да. Если только для своего любимого курятника и 2-х абонентов в сети где и там и там стоит своё ПО. Если интегрируешься в сеть с кучей абонентов от разных производителей, то со своим изощрённым извращением уронишь всю сеть. В требованиях CAN Mebius(26 знак., 15.01.2017 21:43)

Микроконтроллеры