ты в вечер пятницы решил мучать хвоста лишённых напряжением мозга?)

вероятности надо считать :)

И под конец года )

скажем проще - под конец

я тут нервно икнул и подавился пивом от такой картины, а потом вспомнил что там сраные мегабиты по ней

и оптика пластиковая, и хуй деревянный

один раз продумав и сделав хорошо (а это рил не сложные протоколы, это ничто по сравнению с развитием этих вещей, выливающихся в TCP/IP и пр и пр и пр) - ты избавишь себя на очень большом круге задач от проблем. Просто надо осозновать, что линия связи априори ненадежна. Провод могут просто оборвать в любой момент. Может пролететь НЛО рядом и тп. Заложиться на это раз и навсегда и забыть - сделать эту сущность - связь - условно для себя, как программера - надежной, завернув в такие вот обертки протоколов. Дальше с ней работать как с любой другой частью проги - например, можно юзать параметры в проге МК, которые физически находятся в другом МК или ПК. Я так в реал тайме например настраиваю ПИДы. В общем рекомендую немножко, капельку заморочиться тут)

да, ну у кого-то может вечер пятницы, а кто-то трезвый. надо же себя как-то развлекать)

о

пятилетки)

А записываешь параметры как? Тоже по самопальному протоколу?

Я просто думал по классике модбасом, +- проверенно и надежно

это уже вопрос дальнейшей структуры проги. ну я когда-то написал маленькую ОС, которая по API служебным процессам выдавала/управляла все от периферии МК. Другое дело что иногда это была реальная периферия МК, а иногда - подменялась эмулированной ОС инфой, взятой по UART из ПК

вариантов масса на самом деле

если что я юзаю это в обе стороны конечно - от МК - мониторинг, к МК - управление и параметры... в этом был вопрос?

Да, в этом был вопрос

К мк ты аналогично шлёшь данные, как и получаешь в мониторинге но с crc?

а почему бы я должен отказываться от CRC в канале МК->ПК?

все совершенно симметрично