You could try this although I am guessing a bit and I am not sure what
effects it may have on other functions.
locate the file 'mcs.lib' - it is probably in a \bascom\lib directory.
make a copy of it and rename the copy so it is not lost and can be
restored
Open mcs.lib with Notepad.
Search for 'cpi r24,13
;
return ?'
this is the second occurrence of 'cpi r24,13' and it searches for a CR
as
the end of input string (dec 13 = H0D)
Change to 'cpi r24,10' so it searches for LF as end of string (dec 10 =
H0A)
Save mcs.lib
Recompile and try.
In the standard case the input sequence terminates when it gets the CR
which
leaves a LF hanging around to be the first char in the next data
sequence.
That may be confusing your bascom program. Changing the terminating
sequence to LF will absorb the CR to be the last character of your input
data which appears to cause no problems in your bascom program. Another
way
to fix your problem may to be leave mcs.lib as it is (preferred, I
think)
and if possible to change your bascom program to handle/absorb the LF.
Regards,
Dennis
On 20/07/05, Huze@work <hduff@cogeco.ca> wrote:
Does anyone know if there is a way to change the sequence of line
termination that the Bascom serial receive instruction "Input"
(i.e. Input , variable) want to see ?
I am having trouble getting my board running a Basom program to
recognize the datastring being continuously sent from a commercial
software package that I am using. It sends data<CR><LF> but my
Bascom program is not responding. I wrote a simple diagnostic program
in VB and it appears that it will work properly
when I send data<LF>CR> but not data<CR><LF>.
Obviously I cannot change the output of the commercial software
package.
Is there a way to change this in Bascom ?
Thanks, Hugh
A.R.S. VA3TO