|
11 / 1 / 0
Регистрация: 08.07.2013
Сообщений: 2
|
||||||||||||||||||||||||||||||||||||
C# SerialPort Неполный прием сообщений08.07.2013, 21:43. Показов 13979. Ответов 7
Метки нет (Все метки)
Добрый день. Долго искал решение своей проблемы, но поиски оказались тщетны.
Задача: организовать обмен сообщениями между железом и компом, посредством com порта на С# при использовании определенного протокола. Железо основано на PIC24, ПО работает как часы. Проблема: примерно в 5% случаях моя программа считывает не всё пришедшее сообщение, а только часть. Вот пример, лог программы Portmon
Далее код. Привожу не весь чтобы не загромождать сообщение. Открытие порта.
Первой попыткой решить было — принимать данные не по значению поля sp.BytesToRead а по своему протоколу. алгоритм такой же. жду события прихода какой то информации в порт. Если это старт байт, дочитываю жестко шапку пакета, оттуда читаю сколько еще надо дочитать. код такой же что и выше , просто sp.Read() вызывается не 1 раз а 3. В результате я лишь увеличил вероятность ошибочного приема до 8% т.к. вместо одинарного считывания на 1 пакет в 10 байт, я произвожу целых 3 по 1, 4, 5 байт друг за другом. и в последних двух считываниях и возникает та же проблема не полного прочтения пакета. Следующей попыткой был "циклический буфер". не знаю на сколько я корректно его реализовал:
Однако если поставить точку останова на удивительной конструкции "if (_len < 10 ) {;}" и сразу же нажать продолжить. То бишь у нас не полный пакет. то дочитка пакета происходит так как я думал в теории. последней попыткой стал отказ от события приема байт порта и слежение за sp.BytesToRead из потока, главная функция потока
Подскажите пожалуйста как решить данную проблему. PS. в С++ такая же в точности проблема решается отловом ошибок (хотя самих ошибок в логах Portmon нет, ни одной, все глаза сломал. не было) при помощи фишек WinAPI. при каждом чтении из порта идет проверка ошибок аля:
1
|
||||||||||||||||||||||||||||||||||||
| 08.07.2013, 21:43 | |
|
Ответы с готовыми решениями:
7
Асинхронные сокеты: Как организовать разделение на прием сообщений и прием файлов Прием данных через SerialPort c# Прием и обработка данных из SerialPort |
|
17823 / 12973 / 3382
Регистрация: 17.09.2011
Сообщений: 21,261
|
||||||
| 10.07.2013, 16:43 | ||||||
|
Здравствуйте.
Выбросьте свойство sp.BytesToRead — оно показывает количество уже пришедших на порт байтов. СОМ-порт медленный, а комп у вас — быстрый, через это данные будут считываться быстрее, чем они успевают приходить, в результате значение этого свойства будет очень часто равно нулю или размеру, меньшему, чем размер сообщения. Правильный подход вы выбрали в первой попытке: считывайте шапку для того, чтобы узнать длину сообщения, а потом считывайте нужное количество байтов примерно таким образом:
2
|
||||||
|
11 / 1 / 0
Регистрация: 08.07.2013
Сообщений: 2
|
|
| 11.07.2013, 21:56 [ТС] | |
|
Спасибо большое, принимает теперь всегда.
Но, если сообщение пришло не полностью, цикл крутится до тех пор пока не придет следующее, не будет ли это программу вешать в дальнейшем?
0
|
|
|
608 / 583 / 157
Регистрация: 29.06.2010
Сообщений: 1,620
|
||||||
| 12.07.2013, 14:04 | ||||||
|
как то мне ближе побайтовое чтение данных с порта, вынесенное в отдельный поток:
0
|
||||||
|
17823 / 12973 / 3382
Регистрация: 17.09.2011
Сообщений: 21,261
|
|||
| 13.07.2013, 00:08 | |||
|
Чтобы это избежать, у вас в свойствах порта должен быть установлен таймаут (практически все протоколы, основанные на работе через COM-порт, регламентируют таймаут на чтение контроллером ответа — посмотрите доки, он там должен быть). Таймаут устанавливается через свойство ReadTimeout на чтение и WriteTimeout на отправку. Обычно метод, считывающий целиком сообщение, оборачивается в try/catch TimeoutException. В обработчике исключения очищается буфер чтения и процесс считывания начинается заново. Результат — не полностью считанное сообщение
2
|
|||
|
608 / 583 / 157
Регистрация: 29.06.2010
Сообщений: 1,620
|
||||||||||||||||||||||
| 15.07.2013, 09:52 | ||||||||||||||||||||||
проверка
После прочтения последнего вызов метода
в общем как то так)
0
|
||||||||||||||||||||||
|
17823 / 12973 / 3382
Регистрация: 17.09.2011
Сообщений: 21,261
|
|||||||||
| 15.07.2013, 11:46 | |||||||||
|
Если скорость порта маленькая (9600, например), а код считывания быстрый, то проблема будет очень явно выражена. То есть суть в том, что метод Readed будет вызван, когда считалась еще только часть сообщения. Если в методе Readed это учитывается, то все норм, но внимание на этом заострить все-таки нужно. Ну вот простой пример:
Первая отправка:
0
|
|||||||||
|
8 / 8 / 2
Регистрация: 07.02.2012
Сообщений: 71
|
|
| 06.09.2013, 14:31 | |
|
Помогите решить аналогичную проблему.
В линию постоянно пишется IOCTL_SERIAL_WAIT_ON_MASK и IOCTL_SERIAL_GET_COMMSTATUS разрывая тем самым пакеты. Дело в том, что старая программа, написанная в C++ Builder 6 таких служебных сообщений не делала. А тут понадобилось переписать код на c# и понеслось. Все пакеты рвутся. Читать по-байтно пробовал, это работает. Но из-за этих служебных пакетов очень засоряется и тормозится линия. Да и принимать пакет проще разом, чем кусами. Т.е. мне кажется тут дело 100% в настройках ком-порта в программе.
0
|
|
| 06.09.2013, 14:31 | |
|
Помогаю со студенческими работами здесь
8
Приём данных через компонент serialport
Отправка и прием сообщений Прием почтовых сообщений Прием сообщений IdIRC Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Автозаполнение реквизита при выборе элемента справочника
Maks 27.03.2026
Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2.
При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .
|
Сумматор с применением элементов трёх состояний.
Hrethgir 26.03.2026
Тут.
https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc
Первый документ красиво выглядит, но без схемы.
Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
|
Автозаполнение реквизитов при создании документа
Maks 26.03.2026
Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере".
Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .
|
Команды формы и диалоговое окно
Maks 26.03.2026
1. Команда формы "ЗаполнитьЗапчасти".
Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2.
В качестве источника данных. . .
|
|
Кому нужен AOT?
DevAlt 26.03.2026
Решил сделать простой ланчер
Написал заготовку:
dotnet new console --aot -o UrlHandler
var items = args. Split(":");
var tag = items;
var id = items;
var executable = args;. . .
|
Отправка уведомления на почту при создании или изменении элементов справочника
Maks 24.03.2026
Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3.
Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .
|
модель ЗдравоСохранения 5. Меньше увольнений- больше дохода!
anaschu 24.03.2026
Теперь система здравосохранения уменьшает количество увольнений.
9TO2GP2bpX4
a42b81fb172ffc12ca589c7898261ccb/
https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/
Слева синяя линия -. . .
|
Midnight Chicago Blues
kumehtar 24.03.2026
Такой Midnight Chicago Blues, знаешь?. .
Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .
|