Re: More on MSCOMM32.ocx... some problems...

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

Matthew,

The timer thing seems to work. It takes a touch "long" for the data to
actually get into the form, but it works. Not sure if I can speed the time
up or not. I'll work on that.

I've also seemed to be able to get around the non saving of data that I was
having probs with. If I set the memory variables to the values I want in
the "save" button, it seems to work as well. Not sure why this doesn't work
the same way if I put the assignment code somewhere else in the form.


"Matthew L Reed" <nousenetspam at dead ice dot us> wrote in message
news:uUhDJduRGHA.4384@xxxxxxxxxxxxxxxxxxxxxxx
OnComm fires for different reasons at different times, and not just for
incoming data. It does fire when data comes in, but one problem I've seen
is
when people expect the entire data stream to be there when it fires. This
is
not always the case, as it will fire before everything you are expecting
is
in the input buffer. Also, if your code does not clear the input buffer
for
whatever reason, stuff in the buffer will sit there until OnComm fires
again. I find it easier and more reliable to use a timer to poll the input
buffer size property, and take action whenever data comes in.


"Neil Waterworth" <spammonkey at microsocks.com> wrote in message
news:uQmMAwJRGHA.4956@xxxxxxxxxxxxxxxxxxxxxxx
Are you saying that OnComm doesn't fire properly as an event? I have a
problem where my app works fine with MSComm in Win2000 with up to 8
simultaneously firing RF barcode scanners into one com port. It doesn't
work at all with XP.

I'd appreciate any further ideas, but will check out your timer idea.

Thanks.

"Matthew L Reed" <nousenetspam at dead ice dot us> wrote in message
news:O$irxX6QGHA.5900@xxxxxxxxxxxxxxxxxxxxxxx
My solution is to use a timer that polls the port on a regular basis,
sticks the input into a variable or property, and takes action once a
certain amount of data has been received and validated. You have to
check
for valid input, interrupted data strings, etc. Then validate the date
to
make sure it is what you expected, and throw it out if not. As you are
probably finding, code like this is not always that simple - the basic
code below can't handle invalid input, truncated data streams, etc.


"43fan" <sleap@xxxxxxxxxxxxxx> wrote in message
news:qNSdnS1WRsEWy43ZRVn-rA@xxxxxxxxxxxxxxxxx
Matt,

Sent you an email. I think that's the problem, I need a trigger that
only
happens when there's data coming "in" through the port. That's how it
works
in the basic program originally written to do this.

Here's the original Basic code:

2240 OPEN "COM1:9600,N,8,1,CS,DS,CD" FOR RANDOM AS #1
2245 X = 10
2340 COM(1) ON: COMCK = 0
2360 ON COM(1) GOSUB 2490
2410 GOTO 2340 'END OF ON COM LOOP
2490 COMCK = 1: INPUT #1, A$
2497 SOUND 800, 8 ' BEEP
2530 COM(1) OFF
2570 RD% = ABS(VAL(A$) * 1000)
2590 CLOSE #1

Basically all I need is the new VFP form to "emulate" this.... *shrug*

Thanks!
Shawn


"Matthew Reed" <matty don't send me any freaking spam at zootal dot
com
remove the don't send me any freaking spam> wrote in message
news:eWtubQwQGHA.3972@xxxxxxxxxxxxxxxxxxxxxxx
Hi, Shawn, the OnComm event triggers at various times, not just when
data
comes in. That is why in the OnComm event you need to check to see if
there
is anything in the input buffer before you try to do anything. That
way
if
it triggers and no data is coming in, nothing happens.

* InBufferCount will b 0 if no data has come in
IF ThisForm.oleComm.InBufferCount > 0
* Do stuff
ENDIF

You might also consider having a timer poll the comm port on a
regular
basis
(like several times a second) instead of using OnComm. It's more
reliable
since OnComm fires for different events, not just incoming data.


"43fan" <sleap@xxxxxxxxxxxxxx> wrote in message
news:ifSdnbmGpJb5sZLZnZ2dnUVZ_tGdnZ2d@xxxxxxxxxxxxxxxxx
Well, I thought everything was working ok, but it's not.

It's almost as if I'm getting double readings, or, well, or
something...
here's what happens, and not always exactly the same result.

I have setup and opening of com port in the form init event.

In the OnComm event for the control, I have code to "collect" the
data
and
put it into the field I'm currently in on the screen. Sometimes it
gets
it,
sometimes it doesn't. Sometimes it gets the data, goes to the next
field,
gets data there, and skip to the field after.

"Getting" of data should be controlled with a foot pedal. The user
has
a
digital probe they use to measure tire depth. When the probe is
placed
into/onto the tire, they press a foot pedal and it sends the depth
reading
to the com port. It seems as though this isn't what's activating
the
OnComm
event though, or at least not all that's activating it, because
like
I
said,
it'll sometimes "take" a reading on the very next field, even
though
the
foot pedal hasn't been depressed again.

I tried turning the com port on and off in the GotFocus and
LostFocus
events, but that doesn't work either.

Help!??

Thanks!














.

Relevant Pages

  • Re: Question about jumps
    ... out 43h,al;post request to timer control port ... jmp $+2;IO delay ...
    (alt.lang.asm)
  • Re: More on MSCOMM32.ocx... some problems...
    ... consumes very little resources - just be sure to disable the timer when you ... I find it easier and more reliable to use a timer to poll the ... simultaneously firing RF barcode scanners into one com port. ... In the OnComm event for the control, I have code to "collect" the ...
    (microsoft.public.fox.programmer.exchange)
  • Re: Serial communication Threading (Thread is blocking)
    ... i am using this thread for serial communication. ... and i am expecting that in the interval specified in the timer the ... otherwise i want to kill the thread B. ... You cannot reliably kill thread B from thread A. What you must do is use overlapped I/O on the port. ...
    (microsoft.public.vc.mfc)
  • etherchannel problem
    ... interface FastEthernet3/1 ... Port: Fa3/1 ... S - Switching timer is running. ... Port Flags State Timers Interval Count Priority Method Ifindex ...
    (comp.dcom.sys.cisco)
  • Re: Function prefix comments in C files
    ... > 2) use reentrancy (assuming timer ISRs and/or other code needs to call the ... selection of port number, it would substantially slow the code to do ... template was done by using preprocessor symbols for the port number ... void ISRN { ...
    (comp.arch.embedded)