Re: Чтение данных с Mitutoyo
Добавлено: 15 апр 2019, 19:56
jane_wild, это хорошо. Переход к фильтрации - процесс не быстрый, но в долгий ящик постараюсь не убирать.
dadreamer, не фильтруются источники событий, ага. Если я сейчас подключу вторую клавиатуру, то буду ловить события KEYDOWN и от неё. Поэтому дальше планирую определить функцию с заданием конкретных VID и PID, от которых это событие генерируется. Следующим этапом будет как раз та самая неоднозначная ситуация с фокусом и блокировкой события отправки данных в активное окно.
Проблемы, которые описывает автор приведенной Вами статьи, мне понятны.
Давайте отталкиваться от начальных условий: у нас есть микрометр, который по нажатию кнопки сливает цифровые данные и системный разделитель целой/дробной части(точка или запятая) и так же Enter как символ завершения. У нас нет проблем с горячими клавишами, нет проблем с регистром букв, локацией, нет ситуаций с множеством событий. Так же нам помогает тот факт, что данные сливаются по нажатию кнопки, а не льются постоянно.
Основной проблемой будет как раз блокировка отправки данных в активные окна. Поэтому я сейчас озаботился и предупредил на счет файлов, ибо буду блочить все окна, а писать в файл в потоке. Дальше - работа с файлом. Как провернуть это иначе я не представляю, т.к. если даже выделить только LabVIEW-шное окно, то мы упрёмся в фокус на LabVIEW-шных контролах, которые своей жизнью живут в окнах. Открыт для предложений, обсуждений :-)
dadreamer, не фильтруются источники событий, ага. Если я сейчас подключу вторую клавиатуру, то буду ловить события KEYDOWN и от неё. Поэтому дальше планирую определить функцию с заданием конкретных VID и PID, от которых это событие генерируется. Следующим этапом будет как раз та самая неоднозначная ситуация с фокусом и блокировкой события отправки данных в активное окно.
Проблемы, которые описывает автор приведенной Вами статьи, мне понятны.
Давайте отталкиваться от начальных условий: у нас есть микрометр, который по нажатию кнопки сливает цифровые данные и системный разделитель целой/дробной части(точка или запятая) и так же Enter как символ завершения. У нас нет проблем с горячими клавишами, нет проблем с регистром букв, локацией, нет ситуаций с множеством событий. Так же нам помогает тот факт, что данные сливаются по нажатию кнопки, а не льются постоянно.
Основной проблемой будет как раз блокировка отправки данных в активные окна. Поэтому я сейчас озаботился и предупредил на счет файлов, ибо буду блочить все окна, а писать в файл в потоке. Дальше - работа с файлом. Как провернуть это иначе я не представляю, т.к. если даже выделить только LabVIEW-шное окно, то мы упрёмся в фокус на LabVIEW-шных контролах, которые своей жизнью живут в окнах. Открыт для предложений, обсуждений :-)