Ok, that's nice, because I got two 16F628 PIC's in the package today.

I just found out the 16F62x doesn't support bootloaders, so it won't be possible to load the code without a programmer. It should, however, be possible to load parameters (like the spark advance table) trough the serial port in the future. The 16F628 only has 128 bytes of EEPROM, so the size of the table might be a bit limited.

For good and consistent results, I think hardware timing periferals should be used (input capture, output compare modules). Unfortunately, the 16F628 only seems to have 1 timer that can do either, but only one of them at a time. Also, even more unfortunate is the fact that the documentation for this rather ancient controller ROYALLY SUCKS (sorry, I just had to get that out).

I'll try to get it to work in this controller, because quite a few people have already build the hardware, but I do thing it would be a good idea to design a new board, and fix some other mistakes in the hardware as well.