Had to replace SHOut command

[shantanu@india]

Hi,
I didn't have time to delve deep into it so I simply replaced the SHOut with a for loop. The PIC was hanging for some reason with the SHOut.

I have attached my program for others to analyze. The commnted out SHOut lies in the "control_relay" subroutine

[Frizie]

I can not open the .rar file.
Please send .zip file.

[Pepe]

look #9

[shantanu@india]

Hi Pepe,
Thanks.
Unfortunately I don't have Proteus to simulate but I presume it is working OK in simulation.
In the actual hardware the led stops blinking & the pushbuttons stop responding with SHOut.

[Pepe]

look #9

[Pepe]

look #9

[shantanu@india]

Thanks a million Pepe for detecting the fallacy.
I shall definitely try it out.
Maybe Les can have a look at the backend code generated by SHOut when he is free.

[shantanu@india]

Your code is working perfectly.
Thanks Pepe.

[tumbleweed]

The code that you commented out in post #5 has to do with controlling the direction of a PORTx pin (TRISx register) and should not normally have to be removed.

it's the same as doing PIE1.0 = 0
I don't know why Les does it in shout.

The reason that it is effecting the PIE1 register is because you defined the SHOUT pin symbols using LAT register definitions instead of the PORT registers...

Code Select Expand

Symbol DataPin   LATC.0
Symbol ClockPin  LATA.6

Try this instead:

Code Select Expand

Symbol DataPin   PORTC.0
Symbol ClockPin  PORTA.6

TRISC is 18 locations after the PORTC register, hence the 'Addlw 18'. PIE1 is 18 locations after LATC.

[Pepe]

Then a warning could be added so that Lat is not used to define shout pins.