caxapa.ru :: Тем, что собственно асинхронные хотя бы. В общем-то и не это - алгоритмы автоподстройки вполне справляются, а вот применять в сравнении с продвинутостью хотя бы протокола CAN как то тревожно, хотя по-сути тоже асинхронного, но работающего на Мегабите и без нареканий, возможно лишь из за дифф. трансиверов физики линии? :))) разумеется с приёмо-передатчиками = 2 шт. сравнивал. RS-482-5 не смотрим

bnb62 (16.09.2024 17:19, просмотров: 67) ответил Cкpипaч на Вот еще заявочка. И чем вам асинхронные данные не милы, позвольте спросить?

Тем, что собственно асинхронные хотя бы. В общем-то и не это - алгоритмы автоподстройки вполне справляются, а вот применять в сравнении с продвинутостью хотя бы протокола CAN как то тревожно, хотя по-сути тоже асинхронного, но работающего на Мегабите и без нареканий, возможно лишь из за дифф. трансиверов физики линии? :))) разумеется с приёмо-передатчиками = 2 шт. сравнивал. RS-482-5 не смотрим - симплекс.

Ответить

- Верно я понимаю, что асинхронные посылки не дают возможности гарантировать интервалы их обработки? Грубо говоря, из-за неопределённости времени прихода посылок, при неудачном стечении обстоятельств, асинхронные посылки могут а) перегрузить (не путать с перезагрузкой) обрабатывающий их контроллер, приходя слишком часто и б) просто создавать коллизии на линии данных, приводящую к потере посылок. Вы это имели ввиду? Nikolay_Po(471 знак., 16.09.2024 17:38)
  - :) :) я бы так грамотно рассказать не смог. Молодчина! Спасибо. - bnb62(16.09.2024 17:41)
    - Ну, это я прочёл между ваших строк. - Nikolay_Po(16.09.2024 17:48)
      - Была засада в работе - применил библиотеку НАЛ - СТМ32 для приема назначенного кол-ва байтов... Хоть в кольцевой, хоть в бесконечный буфер. И чуть не обосрался. Пока не вернулся в побайтный поллинг. В процессе почитал вот этого Автора - там есть раздел СТМ32 и УАРТ в нем. Он ухихрение применил... прием начала буфера, и принятие решение о валидности... Да ну, ё в жко! :) bnb62(1 знак., 16.09.2024 18:01, ссылка)

Средства и методы разработки