|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
||||||
Обновление элемента label при приёме данных через serialport19.09.2013, 22:32. Показов 2389. Ответов 12
Метки нет (Все метки)
Доброго времени суток! На форме имеются компоненты label и serialport. Через ком порт на комп передаю данные в виде переменной из одной буквы, и соответственно если serialport ловит эту букву то число, отображаемое на компоненте label инкрементируется.
Приём данных осуществляется отдельным потоком, реализованном на основе делегата, описанного в msdn (http://msdn.microsoft.com/ru-r... hdc6b.aspx)
0
|
||||||
| 19.09.2013, 22:32 | |
|
Ответы с готовыми решениями:
12
Изменение параметра Text формы при приёме данных via serialport Прерывание таймером при приёме и передаче данных через UART Ошибка при приёме данных |
|
128 / 86 / 10
Регистрация: 03.02.2011
Сообщений: 477
|
|
| 20.09.2013, 07:37 | |
|
почитай про Invoke
0
|
|
|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
|
| 20.09.2013, 08:48 [ТС] | |
|
Можно поконкретнее, из за чего именно могут происходить задержки в обновлении?
0
|
|
|
128 / 86 / 10
Регистрация: 03.02.2011
Сообщений: 477
|
|
| 20.09.2013, 09:01 | |
|
Визуализация - процесс очень ресурсоёмкий, и система им жертвует при наличии задач приема или расчета
Ты если запустишь программу в бесконечный цикл с инкрементом перменной и попробуешь выводить эту переменную, программа (окно) начисто зависнет, но если поставить бряк, то сразу увидишь, что она работала, просто отображения небыло, поскольку процесс расчета происходит на много быстрее, чем процесс визуализации, и она не успевает каждый раз отрисовывать окно, тем самым одна зада отрисовки быстро перебивается следующей, а та следующей и так далее и система завешивает визуализацию
0
|
|
|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
||||||
| 20.09.2013, 09:17 [ТС] | ||||||
|
Работая в борланде, там всё отображалось без проблем, здесь же, как мне кажется, я допускаю какой то очевидный косяк. Выложу сокращённо весь код:
0
|
||||||
|
128 / 86 / 10
Регистрация: 03.02.2011
Сообщений: 477
|
|
| 20.09.2013, 09:55 | |
|
открой диспетчер задач и посмотри - сколько у тебя весит программа при работе, и сильно ли растет её размер и напиши сюда
0
|
|
|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
|
| 20.09.2013, 16:38 [ТС] | |
|
При изначальных размерах в 14.5 мб за 20 секунд программа потолстела на 1.5 мб и продолжала увеличиваться в размерах )
0
|
|
|
128 / 86 / 10
Регистрация: 03.02.2011
Сообщений: 477
|
|
| 22.09.2013, 15:10 | |
|
ну вот, всё логично
еще вопросы есть?
0
|
|
|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
|
| 22.09.2013, 16:13 [ТС] | |
|
ЭЭ, окей, а как то реально оптимизировать мою программу либо изменить её для того, чтобы вывод данных через уарт и вывод на визуальный компонент не так грузил прогу?
0
|
|
|
128 / 86 / 10
Регистрация: 03.02.2011
Сообщений: 477
|
|
| 22.09.2013, 17:25 | |
|
ну, для начала нужно - либо в ручную делать очистку динамически созданных объектов, либо очищать их принудительно сборщиком мусора GC::Collect();.
Плюс, я бы не так делал работу с потоком, я бы зацикливал работу в потоке, тем самым объявляя его запуск один раз, а внутри бы гонял проверку на наличие данных в сериал порт и в случае их наличия принимал бы их и выдавал Invok делегату, который бы прописывал в label информацию
0
|
|
|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
|
| 22.09.2013, 22:08 [ТС] | |
|
Спасибо за подсказки.
А каким образом из другого потока (который будет отвечать за приём данных) получить доступ к компоненту serialport, принадлежащий основному потоку?
0
|
|
|
128 / 86 / 10
Регистрация: 03.02.2011
Сообщений: 477
|
|
| 22.09.2013, 22:22 | |
|
кто тебе мешает сделать флаг отработки, ну например?
0
|
|
|
2 / 2 / 2
Регистрация: 16.10.2011
Сообщений: 179
|
|
| 22.09.2013, 22:47 [ТС] | |
|
Объявил глобальный флаг как bool flag=false;
В обработчике компонента seriaslport "DataReceived" флаг соотвестсвенно становиться true. В функции Run второго потока ставлю условие if (flag) и если оно верно делаю Invoke, однако при таком построении проги отображение каких либо данных вообще не идёт
0
|
|
| 22.09.2013, 22:47 | |
|
Помогаю со студенческими работами здесь
13
Зависает при приёме больших данных Прием данных через SerialPort c# Приём данных через компонент serialport Надо реализовать обнуление таймера при приёме сообщений через RS485 (USART2), STM32
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Изучаю kubernetes
lagorue 13.01.2026
А пригодятся-ли мне знания kubernetes в России?
|
Сукцессия микоризы: основная теория в виде двух уравнений.
anaschu 11.01.2026
https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/
|
WordPad для Windows 11
Jel 10.01.2026
WordPad для Windows 11
— это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .
|
Classic Notepad for Windows 11
Jel 10.01.2026
Old Classic Notepad for Windows 11
Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
|
|
Почему дизайн решает?
Neotwalker 09.01.2026
В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
|
Модель микоризы: классовый агентный подход 3
anaschu 06.01.2026
aa0a7f55b50dd51c5ec569d2d10c54f6/
O1rJuneU_ls
https:/ / vkvideo. ru/ video-115721503_456239114
|
Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR
ФедосеевПавел 06.01.2026
Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR
ВВЕДЕНИЕ
Введу сокращения:
аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .
|
Модель микоризы: классовый агентный подход 2
anaschu 06.01.2026
репозиторий https:/ / github. com/ shumilovas/ fungi
ветка по-частям.
коммит Create переделка под биомассу. txt
вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .
|