When you input a number with a alfanumerical keyboard in a numerical control on a WINCE (not XP) touchpanel which is running only ONE loop: it will be updated.
If you try to input that same number with an alfanumerical keyboard in a numerical control on a touchpanel which is running parallel loops, it will be ignored. However, using the up/down arrows to change or input a numerical control on a touchpanel running parallel loops, will update the control.
Very nasty bug when using touchpanels in operating systems: the operator has no id what hit hem, when he started his machine using default values, because the ones he entered with the keyboard, weren't updated...
there are two attachements:
TEST.vi
TESTHMI.vi
TEST.vi is the main vi to run. It contains one loop, and a reference to TESTHMI.vi, which includes another loop. So essentially, two loops in parallel. You can monitor the parallelness by looking at iter1 and iter2. Normally TESTHMI.vi should be the on top window, so you can experiment with the irresponsiveness of the numerical control, as illustrated above. You should connect an USB keyboard to the touchpanel to reproduce my bug, or you can also use the built-in software keyboard of windows CE.
I have no id wheter windows CE is responsible for this, or wheter it is the CPU that cannot handle keystroke events with multithreated applications?
To test this bug, you will need LV PDA + a touchpanel and a keyboard. I have tested this bug with LV8.5 and LV PDA 8.5 + TPC-2012 and TPC-2006T, I believe it is a general bug!!
If this gets not fixed, I will have to stop using NI touchpanels all together, since they are to dangerous to use.