Считывание данных с COM-порта

@Malzus · Регистрация: 23.09.2014

Студворк — интернет-сервис помощи студентам

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

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
serialPort1 = new SerialPort("COM1", 19200, Parity.None, 8, StopBits.One);
void sp_DataReceived(object sender, SerialDataReceivedEventArgs e)
   {
         int intBytes = serialPort1.BytesToRead;
         byte[] bytes = new byte[intBytes];
         serialPort1.Read(bytes, 0, intBytes);
         string s = BitConverter.ToString(bytes);
         this.BeginInvoke(new LineReceivedEvent(LineReceived), s);
    }
private delegate void LineReceivedEvent(string POT);    
private void LineReceived(string s)
    {
         textBox1.Text = s;    
    }

@kolorotur · 27.10.2014, 14:20

Сообщение от Malzus

стандартная программа для этого устройства, отсылая тот же запрос, получает весь ответ сразу.

Она так вам и говорит: "я получила весь ответ сразу"?
Или может все-таки получила по кускам, склеила вместе и выдала готовый ответ?

@Malzus · 27.10.2014, 15:02 **[ТС]**

Смотрел через Serial Port Monitor, запросы одинаковые, т.е. что я отправлю и стандартный конфигуратор, а вот ответ приходит если я отправил кусками, а вот если конфигуратором то тот же самый ответ только сразу целиком.
Пробовал собирать вот так, в итоге получаю ответ полностью, но это слишком замедляет мониторинг, вообще я задался этим вопросом, т.к. конфигуратор получает ответ сразу целиком.

C#
1
2
3
4
private void LineReceived(string s)
    {
         textBox1.Text += " " + s;  
    }

Сообщение от kolorotur

Или может все-таки получила по кускам, склеила вместе и выдала готовый ответ?

И нет конкретно одним ответом.

@kolorotur · 27.10.2014, 15:46

Сообщение от Malzus

Смотрел через Serial Port Monitor, запросы одинаковые

А если в вашем коде вообще код считывания убрать, то монитор показывает, что данные на порт приходят?

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

@cer · 27.10.2014, 15:58

Сообщение от Malzus

ответ приходит частями

В некоторых устройствах необходимо выдержать задержку после отправки и перед чтением. Возможно контроллер не успевает полностью заполнить буфер а вы его уже считываете. У меня так уже было. Посмотрите через Serial Port Monitor какие времена записи и считавания
Также проверьте нет ли других конфигурирующих комманд, может там устанавливается размер отправного буфера.

@Malzus · 28.10.2014, 10:32 **[ТС]**

Вот лог открытия порта + отправка запроса и ответ.
My.rar - это моей программой, Config.txt - это стандартным конфигуратором.

@kolorotur · 28.10.2014, 13:00

Сообщение от Malzus

Config.txt - это стандартным конфигуратором.

Так это же просто лог — программа выводит сообщение после того, как оно полностью получено.

Просканируйте порт каким-нибудь сниффером, чтобы видеть как именно идут данные: сразу или по кускам.

@Malzus · 28.10.2014, 13:41 **[ТС]**

kolorotur,
В том то и дело что там написано Data Lenght 245, а у меня по 14 и так несколько раз.

@kolorotur · 28.10.2014, 14:28

Сообщение от Malzus

там написано Data Lenght 245, а у меня по 14 и так несколько раз.

Ну, 14 + сколько-то еще несколько раз = 245.
Считывайте ответ за несколько приемов и выводите в лог только тогда, когда считаете его полностью.
Именно это и делает конфигуратор: выводит лог только после того, как полностью считает ответ (не важно за сколько заходов)

@Malzus · 28.10.2014, 14:43 **[ТС]**

Сообщение от kolorotur

Именно это и делает конфигуратор: выводит лог только после того, как полностью считает ответ (не важно за сколько заходов)

В том то и дело что этот лог делался через Serial Port Monitor, а не самим конфигуратором.

@kolorotur · 28.10.2014, 15:32

Сообщение от Malzus

В том то и дело что этот лог делался через Serial Port Monitor, а не самим конфигуратором.

А, понятно.

Что по поводу этого?

Сообщение от kolorotur

А если в вашем коде вообще код считывания убрать, то монитор показывает, что данные на порт приходят?

@Malzus · 29.10.2014, 05:23 **[ТС]**

kolorotur,
А вот это смогу проверить только завтра, т.к. уже не на работе.

Добавлено через 13 часов 26 минут

Сообщение от kolorotur

Что по поводу этого?

Посмотрел и ответа нет вообще, "IOCTL_SERIAL_WAIT_ON_MASK" и "IOCTL_SERIAL_GET_COMMSTATUS".
Они выходят только после того как отправил на устройство. Значит дело в коде считывания, что можете подсказать.
Длина неизменно будет 245 и если устройство отключено ответа никакого вообще не будет соответственно.

@kolorotur · 29.10.2014, 10:25

Malzus, позвольте уточнить: вы отсылаете команду на устройство, но если убрать код считывания ответа, то монитор не засекает входящих данных (ответа) от этого устройства?
То есть монитор видит входящие данные только тогда, когда вы непосредственно считываете ответ?

@Malzus · 29.10.2014, 11:29 **[ТС]**

Сообщение от kolorotur

То есть монитор видит входящие данные только тогда, когда вы непосредственно считываете ответ?

Он пишет "IOCTL_SERIAL_WAIT_ON_MASK", а ответа нету, причём пишет раз 40 этот статус.

@insite2012 · 29.10.2014, 12:36

Malzus, каким монитором порта пользуетесь? Я использую free-serial-port-monitor, неплохой монитор, все что надо видно.

@Malzus · 29.10.2014, 12:58 **[ТС]**

Я использую Serial Port Monitor, логи делал через него, вообще странно получается если сравнить логи с конфигуратора и мой, получается при отправке одинакового запроса.

@insite2012 · 29.10.2014, 16:16

Сообщение от Malzus

странно получается

Malzus, понимаете, какое дело... Насколько я знаю логику работы монитора порта, то она примерно такая. Вы пишете в порт какой-то массив байт. Монитор это показывает. Но тут есть нюанс. Если вы в своей программе не поставите команду на чтение данных из порта (хотя вы знаете на 100500%, что в ответ на такой запрос они приходят), монитор этого не увидит и естественно, не отобразит... И вот тут и объяснение разницы: вы же не знаете логику работы той программы, которую пытаетесь воспроизвести. Возможно, что чтение там начинается при достижении в буфере порта какого-то определенного количества байт...

@Malzus · 29.10.2014, 16:26 **[ТС]**

Сообщение от insite2012

Возможно, что чтение там начинается при достижении в буфере порта какого-то определенного количества байт...

Об этом как то не задумывался, вот только в логе с конфигуратора вообще отсутствует такое событие "IOCTL_SERIAL_WAIT_ON_MASK", хотя когда я принимаю ответ, мне буквально сыпит ими по 20 data lenght.

@insite2012 · 29.10.2014, 16:30

Сообщение от Malzus

в логе с конфигуратора вообще отсутствует такое событие

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

Новые блоги и статьи Все статьи Все блоги /
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.
«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .

@Malzus 2 / 2 / 2 Регистрация: 23.09.2014 Сообщений: 28
	28.10.2014, 13:41 [ТС]
	kolorotur, В том то и дело что там написано Data Lenght 245, а у меня по 14 и так несколько раз. 0

@kolorotur 17823 / 12973 / 3382 Регистрация: 17.09.2011 Сообщений: 21,261
	29.10.2014, 10:25
	Malzus, позвольте уточнить: вы отсылаете команду на устройство, но если убрать код считывания ответа, то монитор не засекает входящих данных (ответа) от этого устройства? То есть монитор видит входящие данные только тогда, когда вы непосредственно считываете ответ? 0

@insite2012 5548 / 4311 / 1218 Регистрация: 12.10.2013 Сообщений: 12,371 Записей в блоге: 2
	29.10.2014, 12:36
	Malzus, каким монитором порта пользуетесь? Я использую free-serial-port-monitor, неплохой монитор, все что надо видно. 0

@Malzus 2 / 2 / 2 Регистрация: 23.09.2014 Сообщений: 28
	29.10.2014, 12:58 [ТС]
	Я использую Serial Port Monitor, логи делал через него, вообще странно получается если сравнить логи с конфигуратора и мой, получается при отправке одинакового запроса. 0