повышения :: ASIO :: async_write вопрос по последовательному каналу

Question

Я клиентское приложение сервера, поток, как описано ниже:

клиента на окнах стороны и не использовать импульс сервера на стороне Linux и использует импульс клиент-сервер осуществляет связь по последовательному каналу RS485. и сервер использует boost::asio::async_write.

client --> calls command with specific command_id --> server 
client <-- sends acknowledgement     <-- server 
{server process the command, meanwhile the client is blocked for response} 
client <-- sends response       <-- server 

Иногда то, что происходит клиент получает подтверждение, но не получают ответа, даже если ответ посылается сервером. Ожидающий ответ позже принимается клиентом, когда клиент отправляет другую команду.

Если я использую boost::asio::write для последовательной связи, проблем нет.

ниже фрагмент кода для async_write

boost::asio::async_write(serial_port, boost::asio::buffer(&v_chunk[0], v_chunk.size()), 
     boost::bind(&Serial_channel::async_write_callback, this, boost::asio::placeholders::error, 
       boost::asio::placeholders::bytes_transferred)); 

io_serv->run(); 
io_serv->reset(); 

Answer 1

ссылка @Joachim комментарий Я изменил свой поток, как показано ниже, и это сработало.

boost::asio::async_write(serial_port, boost::asio::buffer(&v_chunk[0], v_chunk.size()), 
     boost::bind(&Serial_channel::async_write_callback, this, boost::asio::placeholders::error, 
       boost::asio::placeholders::bytes_transferred)); 

io_serv->run(); 
usleep(1000); // 1 millisecond delay 
io_serv->reset(); 

Answer 2

То, как вы используете io_service не будет работать. Прежде всего функция run не возвращается, пока цикл событий службы не остановлен. Во-вторых, если вы просто хотите использовать его как «poller», тогда вы должны использовать poll или необязательно poll_one (или, возможно, run_one).

Но если вы это сделаете, это то же самое, что и вызов non-async write, и вы ослабляете преимущества асинхронных функций.