Nikolay_Po (12.03.2025 21:29, просмотров: 40) ответил Eddy_Em на Дык, там же все совершенно просто и тупо. Самый долбоебический
протокол, что я только встречал! И просто не понимаю, какого хрена,
когда есть вменяемый CAN (да-да, я в своем репертуаре), в 21 веке
это убожество модбасное используют? Обожаю мультимастер и контроль
на аппаратном уровне, а не городить софтовое вычисление CRC, да еще
и по IDLE окончание приема делать. А не по спецсимволу, как во всех
последовательных протоколах делаю.-
- Естественно, для такой дистанции скорость стоило бы снизить хотя бы
до 50к. Eddy_Em(208 знак., 12.03.2025 21:55)
- Посясните-ка, вашу фразу про "справляется лишь по причине чрезмерно
коротких пакетов". Думаю, вы в чём-то заблуждаетесь. UART в RS-485
- асинхронный (по определению). Поэтому длина пакета (кадра) на
стабильность декодирования не влияет. Nikolay_Po(168 знак., 12.03.2025 22:35)
- Ну так щупнуть осциллографом в линию, да посмотреть! Мы так CAN и
проверяем: если все ОК, почти меандр идет, а если полное говнище -
еще и с выбросами (хоть и как бы дифлиния). Eddy_Em(365 знак., 12.03.2025 23:44)
- UART и CAN. В первом, синхронизация перезапускается на каждом стартовом бите. А во втором - корректируется не реже, чем каждые 5 бит. Nikolay_Po(2621 знак., 13.03.2025 02:46)
- Ну так щупнуть осциллографом в линию, да посмотреть! Мы так CAN и
проверяем: если все ОК, почти меандр идет, а если полное говнище -
еще и с выбросами (хоть и как бы дифлиния). Eddy_Em(365 знак., 12.03.2025 23:44)
- Посясните-ка, вашу фразу про "справляется лишь по причине чрезмерно
коротких пакетов". Думаю, вы в чём-то заблуждаетесь. UART в RS-485
- асинхронный (по определению). Поэтому длина пакета (кадра) на
стабильность декодирования не влияет. Nikolay_Po(168 знак., 12.03.2025 22:35)
- Естественно, для такой дистанции скорость стоило бы снизить хотя бы
до 50к. Eddy_Em(208 знак., 12.03.2025 21:55)