arhiv6 (13.09.2024 04:58, просмотров: 187) ответил Make_Pic на Какая программа терминал с выводом графики через COM порт лучше -
присоветуйте pls!-
- Спасибо. Но здесь живет разработчик proto_db терминала. Может быть
и он же. Тема востребованная, но надо уходить от асинхронных
данных. В принципе! - bnb62(14.09.2024 09:47)
- Вот еще заявочка. И чем вам асинхронные данные не милы, позвольте
спросить? - Cкpипaч(14.09.2024 09:51)
- Тем, что собственно асинхронные хотя бы. В общем-то и не это -
алгоритмы автоподстройки вполне справляются, а вот применять в
сравнении с продвинутостью хотя бы протокола CAN как то тревожно,
хотя по-сути тоже асинхронного, но работающего на Мегабите и без
нареканий, возможно лишь из за дифф. трансиверов физики линии? :)))
разумеется с приёмо-передатчиками = 2 шт. сравнивал. RS-482-5 не
смотрим - симплекс. - bnb62(16.09.2024 17:19)
- Верно я понимаю, что асинхронные посылки не дают возможности
гарантировать интервалы их обработки? Грубо говоря, из-за
неопределённости времени прихода посылок, при неудачном стечении
обстоятельств, асинхронные посылки могут а) перегрузить (не путать
с перезагрузкой) обрабатывающий их контроллер, приходя слишком
часто и б) просто создавать коллизии на линии данных, приводящую к
потере посылок. Вы это имели ввиду? 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, ссылка)
- Ну, это я прочёл между ваших строк. - Nikolay_Po(16.09.2024 17:48)
- :) :) я бы так грамотно рассказать не смог. Молодчина! Спасибо. - bnb62(16.09.2024 17:41)
- Верно я понимаю, что асинхронные посылки не дают возможности
гарантировать интервалы их обработки? Грубо говоря, из-за
неопределённости времени прихода посылок, при неудачном стечении
обстоятельств, асинхронные посылки могут а) перегрузить (не путать
с перезагрузкой) обрабатывающий их контроллер, приходя слишком
часто и б) просто создавать коллизии на линии данных, приводящую к
потере посылок. Вы это имели ввиду? Nikolay_Po(471 знак., 16.09.2024 17:38)
- Тем, что собственно асинхронные хотя бы. В общем-то и не это -
алгоритмы автоподстройки вполне справляются, а вот применять в
сравнении с продвинутостью хотя бы протокола CAN как то тревожно,
хотя по-сути тоже асинхронного, но работающего на Мегабите и без
нареканий, возможно лишь из за дифф. трансиверов физики линии? :)))
разумеется с приёмо-передатчиками = 2 шт. сравнивал. RS-482-5 не
смотрим - симплекс. - bnb62(16.09.2024 17:19)
- Вот еще заявочка. И чем вам асинхронные данные не милы, позвольте
спросить? - Cкpипaч(14.09.2024 09:51)
- Спасибо! - il-2(13.09.2024 05:43)
- Спасибо. Но здесь живет разработчик proto_db терминала. Может быть
и он же. Тема востребованная, но надо уходить от асинхронных
данных. В принципе! - bnb62(14.09.2024 09:47)