bnb62 (14.09.2024 09:47, просмотров: 66) ответил arhiv6 на SerialPlot от hyOzd. Это больше отображаловка графиков, от
терминала там есть возможность забить свои пресеты команд, чтобы
удобно было их отправлять одной кнопкой. Как рисовалка умеет
принимать данные в текстовых/бинарных форматах, в потоковых или
пакетных видах.-
- Вот еще заявочка. И чем вам асинхронные данные не милы, позвольте
спросить? - 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)