|
3 / 3 / 4
Регистрация: 13.05.2016
Сообщений: 38
|
|||||||||||
Обработка данных с COM порта без использования Sleep30.06.2016, 17:04. Показов 17990. Ответов 17
Метки нет (Все метки)
делаю проект, который взаимодействует с реальным устройством через COM-PORT
я отправляю команду, жду (я сделал через sleep) пока в serialPort1_DataReceived соберётся стройка (ибо получаю по 1 символу от порта), в нём же через делегат обрабатываю строчку(которую собираю) и если строчка правильная (обрезаю её, ибо получаю ответы с эхом (то есть команда+ответ)) и в основном потоке программы изменяю что то Code
Так из-за чего же я трачу ваше время? У меня есть кнопка, нажимая на неё я создаю отдельный поток и отправляю во все моторы команду. Но мне надо дождаться ответа перед отправлением следующей команды. я сделал это через Sleep Code
отстой, код говно! В общем я буду благодарен вам если объясните мне как в данной ситуации: НЕ ИСПОЛЬЗОВАТЬ SLEEP! То есть мне надо дождаться пока delegate_message_processing закончится с true, поток продолжать цикл пробовал держать в бесконечном цикле, пока не получу true, но не получилось)) он отправляет 1 сообщение и стопается, мб надо делегат на true посадить
0
|
|||||||||||
| 30.06.2016, 17:04 | |
|
Ответы с готовыми решениями:
17
Обработка данных с com порта.
Чтение данных из COM порта без тормозов на форме |
|
|
|
| 30.06.2016, 18:09 | |
|
0
|
|
|
3 / 3 / 2
Регистрация: 24.05.2013
Сообщений: 158
|
||||||
| 01.07.2016, 20:35 | ||||||
|
Я видать не понял вопроса... Но все же.
Сам писал минипрогу для платы Ардуино Исходники залиты в общий доступ. Там куча хлама. Но кометы есть, думаю, если это то, что нужно, ты поймешь. https://github.com/Termir988/COM-Port
0
|
||||||
|
3 / 3 / 4
Регистрация: 13.05.2016
Сообщений: 38
|
|
| 20.07.2016, 21:12 [ТС] | |
|
termir988, ответ приходит по одному символу
я реализовал работу так, чтобы я собирал строку и обрабатывал её на поиск нужного ответа ReadLine не работает, от слова вообще
0
|
|
|
3 / 3 / 2
Регистрация: 24.05.2013
Сообщений: 158
|
||
| 20.07.2016, 21:21 | ||
|
И добавлять скажем это все в 1 строку. А дальше уже делать то что нужно. Однако я не пойму зачем реализовывать такую передачу. Ведь как я уже и сказал передача и так пойдет по символьно. В таком же случае передача каждого будет разбавляться символом переноса строки. Видимо я все же вас не так понял, и пожалуй помочь не могу.
0
|
||
|
|
||
| 21.07.2016, 08:13 | ||
|
Понимаете, основная проблема, по моему опыту, в том, что порт в реальности-довольно тормозная штука. Да и он работает не сам по себе, а с каким-то устройством, что усугубляет ситуацию. Именно поэтому, ятд, использование небольшой задержки в виде Thread.Sleep(). вполне оправданно. В своих проектах я практически никогда не использую обработчик получения данных порта. Причин несколько, например: 1. При его использовании придется каким-то образом передавать данные из обработчика во внешний код, что не всегда удобно. С учетом того, что работа с портом, как правило, осуществляется в фоновом потоке, это еще больше усложняет обработку. 2. Этот обработчик можно настроить так, чтобы он срабатывал при наличии определенного количества байт в буфере порта, но часто оно разное он одного приема к другому (это определяется протоколом общения с устройством), то есть это свойство придется постоянно менять. А поскольку работа с к-либо устройством через порт, как правило, осуществляется по принципу запрос-ответ (и с определенным протоколом, т.е. мы всегда в определенный момент знаем, сколько байт в данный момент в ответ на команду ожидаем получить), то проще все-таки вынести работу с портом в фоновый поток, и в методе чтения крутить небольшой цикл с ожиданием получения определенного количества байт (согласно протоколу), проверяя свойство порта BytesToRead, которое показывает, сколько уже байт есть в буфере приема порта.
1
|
||
|
[Bicycle Reinventor]
|
|
| 21.07.2016, 08:54 | |
|
insite2012, не обязательно.
Можно сделать проще - подписаться на port_DataReceived(), в обработчике просто пушать все пришедшие байты в кольцевой буфер и тут же вызывать функцию поиска сигнатуры пакета. Если ничего не нашлось - ну и пусть, ждём нового поступления байтов; если нашлось - вычитываем из начала буфера мусор, если таковой есть, затем вычитываем сам пакет и передаём его обрабатывающему коду. В результате нет слипа, нет вручную создаваемых потоков (только тот, что создаётся в обработчике DataReceived), схема работает при любых задержках/обрывах/мусоре в канале.
0
|
|
|
3 / 3 / 4
Регистрация: 13.05.2016
Сообщений: 38
|
|||||||||||
| 21.07.2016, 09:09 [ТС] | |||||||||||
|
insite2012, спасибо вам что пытаетесь мне помочь
Почему я обратил к помощи Я работаю через виртуальный ком порт с эмулятором протеуса, он глючит на скорости выше 1200 реальное устройство будет со скоростью 19200(мб и больше) мне нужно реализовать функцию, чтобы отправил всем моторам на устройстве команду, но я могу отправить одну команду, обязан дождаться ответа и отправить следующую команды. Вот как раз "ждать ответа" я пытался реализовать. Sleep(150) к примеру работал, но его значение надо будет менять на реальном устройстве + лишнее мили секунды без действия, а я хочу автоматизации. Code
Ответы у меня одного количества байт, разница только в цифре мотора, она может быть 1 а может и 10, 100 скорей всего не будет Список команд
Если опишите(код меня больше научит чем слова) получение строки по вашему способу, вы мне очень поможете а так, мой костыль тоже работает)) получение строки идёт в serialPort1_DataReceived в delegate_message_processing я обрабатываю строку из COM-порта, проверяю её на правильность(это происходит в отдельном потоке) в delegate_action_on_message я получаю сигнал, что ПРАВИЛЬНАЯ строка получена и в поток формы делаю изменения Простите если что то непонятно описал, еще столько делать) а сроки жмут
0
|
|||||||||||
|
|
||||||
| 21.07.2016, 09:19 | ||||||
|
Я дата ресивд ваще не использую, а применяю метод Read() , затем выбираю те данные которые мне нужны (см код ниже) и как только разобрал что нужно (в моем случаи это пакет данных) -парсю пакет, при парсинге сохраняю выходные значения как только все эти операции закончатся генерю событие окончания чтения пакета (EndOfReading) оно является сигналом "Данные освежились - можно читать". Вот часть кода библиотеки. Удачи.
1
|
||||||
|
|
||||||
| 21.07.2016, 09:22 | ||||||
|
Опишу подробнее код из 2 поста.
Работал на 57600, с временем ответа от устройства в районе 1мс.
1
|
||||||
|
484 / 397 / 68
Регистрация: 14.02.2014
Сообщений: 1,930
|
||||||
| 21.07.2016, 09:44 | ||||||
|
) ну раз пошли меряться методами приёма данных из COM порта, то и я в стороне не останусь
здесь протокол обмена Modbus RTU. Алгоритм обмена такой: послали команду и начинаем ждать ответ в течение определённого периода времени, всё, что пришло в порт в это время проверяем на пустоту и складываем в общий буфер. По истечении таймаута сверяем контрольную сумму. Если всё зашибись - отдаём наверх весь пакет, если нет - сообщаем какая беда приключилась.
1
|
||||||
|
|
|||||||
| 21.07.2016, 11:01 | |||||||
1
|
|||||||
|
|
|
| 21.07.2016, 11:10 | |
|
А кто-нибудь делал с асинхронным чтением потока?
В If you *must* use .NET System.IO.Ports.SerialPort автор утверждает, что это правильный путь.
0
|
|
|
484 / 397 / 68
Регистрация: 14.02.2014
Сообщений: 1,930
|
|||
| 21.07.2016, 11:19 | |||
Добавлено через 4 минуты Какую-то фигню сморозил ). Поток с асинхронными методами и в ранних версиях .Net получить можно. Надо будет попробовать как-нибудь.
0
|
|||
|
|
||
| 21.07.2016, 11:29 | ||
|
0
|
||
|
484 / 397 / 68
Регистрация: 14.02.2014
Сообщений: 1,930
|
|
| 21.07.2016, 11:35 | |
|
insite2012, не вижу смысла. Там особо ничего существенно нужного для меня не добавляется. async-await разве-что, но вполне успешно обхожусь BackGroundWorker`ом и Task`ами. Плюс асинхронные методы тех-же IO потоков и сокетов. А есть ещё PLINQ, которому я как-то у себя не нашёл применения.
0
|
|
|
|
|||||||||||||||||
| 09.09.2016, 10:56 | |||||||||||||||||
|
Таймауты Кликните здесь для просмотра всего текста
Сам класс для обмена Кликните здесь для просмотра всего текста
Пример Кликните здесь для просмотра всего текста
0
|
|||||||||||||||||
|
0 / 0 / 0
Регистрация: 11.08.2012
Сообщений: 18
|
|
| 04.05.2020, 20:14 | |
|
Exerion: Пример кода можно... - если не затруднит.
0
|
|
| 04.05.2020, 20:14 | |
|
Помогаю со студенческими работами здесь
18
Команда LOOP. Обработка данных в цикле (без использования ветвлений) Задержка функции вывода без использования Thread.sleep Обработка данных из порта Обработка данных с COM порта Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
||||
|
PhpStorm 2025.3: WSL Terminal всегда стартует в ~
and_y87 14.12.2025
PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта
Симптом:
После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .
|
Access
VikBal 11.12.2025
Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
|
Новый ноутбук
volvo 07.12.2025
Всем привет.
По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне:
Ryzen 5 7533HS
64 Gb DDR5
1Tb NVMe
16" Full HD Display
Win11 Pro
|
Музыка, написанная Искусственным Интеллектом
volvo 04.12.2025
Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
|
От async/await к виртуальным потокам в Python
IndentationError 23.11.2025
Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
|
|
Поиск "дружественных имён" СОМ портов
Argus19 22.11.2025
Поиск "дружественных имён" СОМ портов
На странице:
https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/
нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .
|
Сколько Государство потратило денег на меня, обеспечивая инсулином.
Programma_Boinc 20.11.2025
Сколько Государство потратило денег на меня, обеспечивая инсулином.
Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов.
. . .
|
Ломающие изменения в C#.NStar Alpha
Etyuhibosecyu 20.11.2025
Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .
|
Мысли в слух
kumehtar 18.11.2025
Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .
|
Создание Single Page Application на фреймах
krapotkin 16.11.2025
Статья исключительно для начинающих. Подходы оригинальностью не блещут.
В век Веб все очень привыкли к дизайну Single-Page-Application .
Быстренько разберем подход "на фреймах".
Мы делаем одну. . .
|