В буфер надо сначала ответ положить, а для этого надо его сначала
сформировать, а для этого надо сначала разобрать запрос, а для
этого надо сначала посчитать контрольную сумму запроса, а для этого
надо сначала дождаться окончания 3,5 байтного интервала после
последнего байта запроса. Но даже на 1 МГц (реальной частоты) 51ом
это не занимало много времени, уж точно не 10мс. Так что ожидание в
10мс - это более чем достаточно. Хотя у нас в одном приборе (из-за
ограниченности выбора МК в момент его разработки) ьыла ситуация, что МК начинал обрабатывать запрос не только после 3,5 байтового интервала, но и в ближайшее свободное "окно", которое шло с частотой 300 Гц. А это плюс 1/300 с = 3,3 мс. Но и с этим прибором нигде не было особых проблем - только стандартные (то скорость не ту поставят, то регистры не так зададут, то с терминатором непонятки - а общем как со всеми приборами)
А у Овена была такая опция - большая задержка ответа для передачи по модему, но в том приборе что мы возились, она была настраиваемая. И нас наоборот просили в наш прибор добавить такую возможность - возможность устанавливать задержку до 2с.
symbions (05.01.2024 17:53, просмотров: 131) ответил Cкpипaч на Странно это. По идее, ответ весь целиком передается из буфера, по
прерыванию "буффер передатчика пуст", никто не собирает ответ "на
лету", откуда может появиться межбайтовая пауза?