SRM 2.52 has a bug in the parallel port setup

A couple of users reported that the parallel port setup did not work correctly and they are right. I completely rewrote that code for the 2.52 version, but in doing that I introduced some bugs which become visible when you are using a non-standard setup. It seems that inverted pins (pin 11) get read faulty, which results in an error "Sensor is blocked, restarting timing" when starting the timing in SRM. The same problem occurs when you don't have your timing hardware hooked up to parallel port #1 (LPT1). Since SRM2 is famed for working with ALL sorts of parallel ports setups and with all pins on the parallel port, I will fix this.

I am now in the process of rewriting again, but you can fix the problem temporarily by using the program TIMESET.EXE from an older version of SRM (preferrably previous versions 2.42 or 2.50).

Sorry for the inconvenience!