А еще есть 1200 и 2400... Но это так, к слову. Вы назвали статью -- воздействие на мотор, а пишете про воздействие на древний протокол, который уже лет 10 не актуален... Для серьезных применений дублированный CAN есть еще, его перебить вообще на порядок сложнее -- он на помехи изначально рассчитан...
Вы привели один способ и всячески отбиваетесь от других способов... Вы к какой категории себя после этого относите?
https://www1.fips.ru/fips_servl/fips_servlet?DB=EVM&DocNumber=2015616514&TypeFile=html
https://events19.linuxfoundation.org/wp-content/uploads/2017/12/OpenOCD-Beyond-Simple-Software-Debugging-Oleksij-Rempel-Pengutronix.pdf
https://github.com/viveris/jtag-boundary-scanner --вот здесь уже софт какой-то есть...
https://fiona.dmcs.pl/~rkielbik/nid/IEEE_1149_JTAG_and_Boundary_Scan_Tutorial.pdf
SWD это только провода, boundary-scan по ним тоже доступен: https://www.xjtag.com/company/newsroom/single/press-releases/xjtag-introduces-arm-swd-support-and-user-defined-libraries/
а почему не JTAG + boundary scan?
Даже по Вашей ссылке:
Есть 3 варианта протокола, цифры определяют скорость интерфейса:
DShot600 – 600,000 бит/сек
DShot300 – 300,000 бит/сек
DShot150 – 150,000 бит/сек
А еще есть 1200 и 2400... Но это так, к слову. Вы назвали статью -- воздействие на мотор, а пишете про воздействие на древний протокол, который уже лет 10 не актуален... Для серьезных применений дублированный CAN есть еще, его перебить вообще на порядок сложнее -- он на помехи изначально рассчитан...
А что насчет всяких цифровых передач типа dshot, у которых и частоты под мгц, и црц?