Цитата(Dreamer_0x01 @ 13.1.2006, 16:39 )

Может быть, ты хотел сделать так: код C++ while(dwnumber_read_bytes == 0)

Почему - так? я перед циклом выставляю dwnumber_read_bytes = 1 и соответственно - жду первого пришедшего символа.
Хотя, я тогда вообще перестал что-то понимать: как считать данные из порта, в цикле? Данные я запрашиваю порциям - в разных случаях по-разному. От 20 до 200 байт, в зависимости от того, что должен получить. И таймауты теперь уже меняю в процессе работы
Для чтения большого объема выделяю общий буфер в 8Кб и заполняю его порциями по примерно 200 байт, чтение - в цикле.
Dreamer_0x01, если Вас не затруднит, напишите, пожалуйста, как правильно получить данные из порта после отсылки команды? С учетом того что может прийти большой объем и чтение - порциям в цикле while?
Заранее большое спасибо!

Это сообщение отредактировал(а) Бугемот - 13.1.2006, 21:32

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

Цитата(Dreamer_0x01 @ 13.1.2006, 21:30 )

Еще раз. Если ты устанавливаешь таймаут заведомо больший, чем время, необходимое тебе для того, чтобы дождаться отклика, то и цикл тебе здесь никакой не нужен.

Соответственно, операция чтения повесит поток на время таймаута?

Цитата(Dreamer_0x01 @ 13.1.2006, 21:30 )

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

ну это равносильно тому, что выставить таймаут. Причем мне кажется - с таймаутом надежнее.
Цикл я использую для того, чтобы получить большой объем данных маленькими порциями

Цитата(Бугемот @ 13.1.2006, 21:34 )

Соответственно, операция чтения повесит поток на время таймаута?

В общем, да. Именно поэтому я и предлагала анализировать количество попыток, а не делать одним единым большим таймаутом.

Цитата(Бугемот @ 13.1.2006, 21:34 )

Причем мне кажется - с таймаутом надежнее. Цикл я использую для того, чтобы получить большой объем данных маленькими порциями

Я понимаю.
надежность...не факт. Мне вот как раз кажется, что чем чаще контролиреушь ситуацию, тем лучше.

Цитата(Бугемот @ 13.1.2006, 21:08 )

Dreamer_0x01, если Вас не затруднит, напишите, пожалуйста, как правильно получить данные из порта после отсылки команды? С учетом того что может прийти большой объем и чтение - порциям в цикле while?

Не затруднит, но пожалуйста, четко ответь на вопрос - ты знаешь, сколько символов должно прийти после запроса, или нет? От этого и будет зависеть алгоритм.

Цитата(Dreamer_0x01 @ 14.1.2006, 00:01 )

Не затруднит, но пожалуйста, четко ответь на вопрос - ты знаешь, сколько символов должно прийти после запроса, или нет? От этого и будет зависеть алгоритм.

Нет, не знаю. Есть два варианта:
1. Когда запрашиваю смс-сообщения из телефона. Здесь теоретически до 20-25Кб данных может прийти
2. Когда посылаю сообщение - надо дождаться отклика. Максимум 50-70 символов.
НО точно - не знаю

хорошо, тогда вопрос такой - как ты определяешь конец ответа твоего телефона?

Есть два варианта:
1. я знаю, что объем ожидаемых данных не превышает, например, 100 байт. ТОгда делаю так:

Код

ctCurrent = CServCOMPort::Instance()->GetCommSettings();     ctCurrent.ReadTotalTimeoutMultiplier = 0;     ctCurrent.ReadTotalTimeoutConstant = 5000; // таймаут в 5 секунд     CServCOMPort::Instance()->SetCommSettings(ctCurrent);     memset(buffer, 0, READ_RESPONCE_BUFFER_SIZE); //  READ_RESPONCE_BUFFER_SIZE - указан 100     DWORD dwnumber_to_read_bytes = READ_RESPONCE_BUFFER_SIZE;     DWORD dwnumber_read_bytes = 0;     BOOL bresult = FALSE;     memset(buffer, 0, sizeof(buffer));     bresult = CServCOMPort::Instance()->ReadPort(buffer, dwnumber_to_read_bytes, dwnumber_read_bytes);

соответственно я жду 100 байт в течение 5 секунд. Кстати, попутно вопрос: если данные придут раньше - чтение завершится, или все же будет ждать 100 байт и завершится по таймауту?
2. Заранее не знаю, сколько придет данных, может и 100 байт, а может и больше. Тогда читаю блоками по 200 байт (максимальная длина одного сообщения + служебная информация)

Код

char buffer[200];     DWORD dwnumber_to_read_bytes = 200;     DWORD dwnumber_read_bytes = 1;     BOOL bresult = FALSE;     memset(buffer, 0, sizeof(buffer));     memset(m_pBuffer, 0, READ_BUFFER_SIZE); // Буфер для всего объема данных, у меня 20Кб     int itotal_read_bytes = 0;     while(dwnumber_read_bytes != 0)     {         bresult = CServCOMPort::Instance()->ReadPort(buffer, dwnumber_to_read_bytes, dwnumber_read_bytes);         if(dwnumber_read_bytes != 0)         {             for(DWORD i = 0; i < dwnumber_read_bytes; i++)                 m_pBuffer[itotal_read_bytes + i] = buffer[i];             itotal_read_bytes += dwnumber_read_bytes;         }         memset(buffer, 0, sizeof(buffer));     }

ну и читаю данные до тех пор, пока они читаются.
Вот так делаю

Бугемот
У тебя только один выход из сложившейся ситуации - WaitCommEvent, и будешь знать что-как с уст-вом

Цитата(JoyEx @ 15.1.2006, 08:32 )

Бугемот У тебя только один выход из сложившейся ситуации - WaitCommEvent, и будешь знать что-как с уст-вом

это уже асинхронный режим. Мне он не подойдет: я отправляю sms-сообщение через телефон, т.е. реально оно в телефоне не сохраняется. Когда приходит ответ - в нем информация только о том, что сообщение отправлено. Ну и как теперь угадать - какое-же из двух моих отправленных сообщений - действительно отправлено? Вот и приходится ждать отлик сразу же после отправки!

WaitCommEvent можно и для ожидания отклика тоже использовать.
Ладно, погоди, щас до работы доеду, и оттуда напишу свой вариант.

Посмотрел еще раз ветку. Действительно, воспользуюсь вариантомDreamer_0x01, т.е. буду опрашиват порт 7 раз с таймаутом в секунду (например), ну или с таймаутом в полсекунды. И вынесу запись в отдельный поток. Получится отправка в среднем 10-15 сообщений в минуту, вроде пока должно хватить, хотя на пике явно будет нагрузка больше. Ну, это уже с заделом на будущее
Мне смысла нет использовать WaitCommEvent, т.к. пока не придет отклик, следующее сообщение посылать нет смысла. Я просто отклики друг от друга не отличу и не буду знать, какое же из двух сообщений действительно отправилось.

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