Stampdaq blank lines

lfreeze

I am new to stampdaq and need some help. I downloaded the file and it works fine. I prefer using debug as opposed to serin.
After setting up a simple counter program. I notice that stampdaq will occasionally ·miss a count and insert a blank line instead.
Here is· an example of what the excel spreadsheet looks like. I am getting between 4 and 20 dropouts over a 1000 line test. If I close
stampdaq and simply use debug, I get no dropouts.



The program statement that produces this listing is

result VAR Byte
SHIFTIN 6, 5, 1, [noparse][[/noparse]result\8]
PAUSE 50
'DEBUG· ISBIN8 result,"· ", DEC result,CR

DEBUG "DATA,DATE,TIME,",ISBIN8 result,",",DEC result,CR
GOTO top

Any suggestions to fix this would be greatly appreciated...

Larry

stamptrol

I think you really mean you prefer debug as opposed to serout, not serin.

Nonetheless, serout is just as easy to use and will ensure that only the data from the stamp is getting to the screen.
I suspect the blank line may actually be coming from the debug screen itself, because the Tx and Rx are somewhat tied together within the stamp module.

the line would essentially become:

serout 16, 84,[noparse][[/noparse]"DATA,DATE,TIME,",ISBIN8 result,",",DEC result,CR]

Cheers

lfreeze

Thanks for the response, I will try it and let you know....

lfreeze

I added the serout statement but I am getting the same random failures. Here is the program that produced the results. I am reallty puzzled.

' {$STAMP BS2}
' {$PBASIC 2.5}

recordcount VAR Word
top:
recordcount=1
DO WHILE recordcount <=1001
recordcount=recordcount+1
PAUSE 300
SEROUT 16, 84,[noparse][[/noparse]"DATA,DATE,TIME,",ISBIN8 recordcount,",",DEC recordcount,CR]
PAUSE 300
LOOP

This is an extract of the spreadsheet result:

stamptrol

OK, thats a bit unexpected.

As a test, set up Hyperterminal ( or Procomm, etc ) to receive your data. You can tell it to log the data to a file if want to as well.

I use this Hyperterminal technique with my environmental monitoring system, saving thousands of lines of data per day.

Let me know how you make out.

lfreeze

It took me a while but after setting up hyperterminal, I ran a 2 thousand line test. No drop outs occurred. It appears the problem is unique to

stampdaq. I will look at how my excel is configured for some hints on what could be causing this problem, Failing in that, I will simply use

hyperterminal for my applicaton and import the data into excel manually for processing. This adds a delay and the obvious manual processing but it will accomplish my objective.

·thank you very much for your help....

lfreeze

I think I have found the solution. After looking at the excel options "tools/options/save"· I noticed that I had the
auto recover box checked and the timing set at 2 minutes. I· disabled auto recover and ran another two thousand line
test. It ran without any dropouts. I will run a few more test to be certain, but it looks like there was write contention
between stampdaq and autorecover.·