David Stephenson

Thanks. I will try that. So once there is a "ON INTERRUPT" all other interrupts need to be handled with a ON INTERRUPT (you can no longer rely on the PIRx.0 bits to monitor when an interrupt has taken place.

I am using a PIC16LF18855. The project is a clock. To update the time I need an interrupt on timer1 and I also need an interrupt when the setting pin is pressed. Up to now I have been polling the interrupt flag bits (PIR4.0 and PIR0.0) and it worked. There was some slight problems with accuracy which may be overcome by having timer1 overflow go to an interrupt service routine. Problem is when I insert the line... on interrupt timer1overflow call change Now the interrupt pin for setting the time does...

Here's a picture with the top removed to reveal the two steppers and a mass of cogs.

There are also steppers of this type with two concentric shafts VID28-05 (aka BKA30D-R5). I have made a temperature gauge that shows both inside and outside temperatures. Attached is a picture of the gauge and that of the double stepper motor (note the large number of cogs - this give rise to lash and some inaccuracy). It would seem I can only load one picture per post so the cogs will have to wait.

Confusing! Apologies for completely misunderstanding the problem.

Am I correct in the assumption that you are using a 18F67K40. Its got so many pins you could drive the LED display directly!(and its got 2 x I2C/SPI modules)

You need to send an address followed by one byte of data. (the addresses and data are of course in the datasheet) Chip select FastHWSPITransfer address FastHWSPITransfer data Chip unselect

Would a brown-out reset work better (never tried it so I don't know).