Hserin, 1st character always lost!

[mister_e]

what happen if you place a ON INTERUPT GOTO myint and define a simple ISR as bellow?

disable
myint:

resume
enable

Even if it doesn't care of anything, you should see some difference. At very least, your program know where to go when an interrupt happen.

[Bruce]

The problem is that you have interrupts enabled, but you don't have an interrupt handler routine.

PBP issues a CALL to a routine called hserinloop. The return address is pushed onto the stack. In this loop, it will continuously check the RCIF USART interrupt flag bit, and loop until it's set.

While in this loop, if your interrupt happens, the address within this loop (wherever it happens to be) is pushed onto the return stack.

Note that now you have a return address on the stack that is still inside this loop. Not to where PBP issued the CALL hserinloop.

Once RCIF is set, the received value is loaded into the W reg, and PBP exits hserinloop with GOTO DONE. Inside DONE you land on a RETURN, and you're right back in the hserinloop until the 2nd character arrives.

It works OK for the 2nd character because global interrupts are still disabled.

The original return address is now OK, and on RETURN it shows the 2nd character.

If you disable interrupts this problem goes away since the RETURN will always be to the proper location after PBP issues the CALL to hserinloop.

It has the same problem after a reset because your code is enabling interrupts again.

[Ioannis]

Wow Bruce, that was detailed analysis! That was exactly the problem.

Thanks all that contributed.

I have attached the first attempt to write some VB6 user interface that configures the LCD of the connected device. For anyone interested to use it, be my guest. I know it is not some super-duper code, but, hey I just started VB! Any suggestions most welcome.

Also a great thanks for Darrel's LCDbar_INC.bas that helped me a lot in this project.

Ioannis