That PIC freq counter is pretty nice, Mark.
Converting it to use a USB port would make it viable for a number of years to come, as RS-232 is legacy and no longer included on most newer PC's.
Might be able to use an RS232 to USB adapter, but would the Realterm software recognize that?
Yako,
Programming in C or Basic can add a lot of overhead due to library calls, and usually results in "code bloat". The PIC16F628 doesn't have an abundance of program space available, so the code needs to be pretty compact.
Rewriting it in C or Basic would not necessarily improve the portability, as PICs have lots of hardware differences between the various models.
I would like to see much more documentation in the assembler code though.
Converting it to use a USB port would make it viable for a number of years to come, as RS-232 is legacy and no longer included on most newer PC's.
Might be able to use an RS232 to USB adapter, but would the Realterm software recognize that?
Yako,
Programming in C or Basic can add a lot of overhead due to library calls, and usually results in "code bloat". The PIC16F628 doesn't have an abundance of program space available, so the code needs to be pretty compact.
Rewriting it in C or Basic would not necessarily improve the portability, as PICs have lots of hardware differences between the various models.
I would like to see much more documentation in the assembler code though.