что если протокол реализован в соответствии со стандартом (а не по-своему, есть умельцы и трактователи разные ;) то слейв поймет, что запрос к нему закончился только после того, как после окончания приёма запроса пройдет указанное время. Т.е. это время является признаком конца любого пакета (запроса или ответа). Перед передачей ответа его не нужно выдерживать ещё раз, т.к. оно уже было в конце предыдущего пакета (запроса). Еще раз напоминаю, что для скоростей выше 19200 это время фиксированное и составляет не менее 1,75мсек, для меньших скоростей - не менее 3,5 длительностей байта вместе со стартами, стопами (и паритетом - если имеется). Только после этого может начинаться проверка пакета на принадлежность, валидность и анализ содержимого. Быстрые операции (типа установки бита) должны выполняться до начала отправки ответа (но на самом деле никто не мешает применять двойное буферирование), а медленные - после отправки или в процессе, в этом случае на последующие запросы устройство отвечает "я занят", код сейчас не помню. Короче, если нужно быстро и/или точно по времени управлять дискретным выходом, то есть вполне определённые ограничения и это нужно делать несколько иначе