Микроконтроллеры

Действительно, WAKE разрабатывался не как универсальный протокол, а для конкретных узких приложений - связи промышленных измерительных комплексов с PC. К тому же, универсальный протокол был бы однозначно сложнее. Что касается конкретики: 1. "слейв должен знать, что его ответ дошел до мастера" - как мне кажется, это замкнутый круг. А мастер тогда должен знать, что его сообщение о том, что он получил ответ от слэйва, дошел до слэйва и т.д. На практике никогда не испытывал в этом необходимости. Действия слэйва целиком определяются поведением мастера, и по следующему пакету мастера слэйв может судить о том, получил ли он предыдущий пакет. Но, возможно, некоторые приложения имеют свою специфику. 2."«запрос разъединения» - ее передают и мастер, и слейв после рестарта. Мастеру, может быть, интересно знать, что слейв ресетнулся." - если слэйв будет передавать что-то по собственной инициативе, возникнут коллизии. Есть единственный способ узнать, ресетился ли слэйв: мастер должен об этом его спросить специальной командой. Или можно отвести специальный код ошибки, например, Err_Rst, который передавать вместо Err_No в первом ответе на пакет после рестарта. Он будет означать, что уже всё нормально, но был рестарт :-) P.S. Ничего не понимаю, так кто же автор Wake_hsh.doc? :-)))