The ability to configure the PPS output would be very useful, seemingly through:
https://github.com/jclark/casictool/blob/main/spec/casic2.md#2114-cfg-tp-0x06-0x03
The rate (upto???) and width are one thing, but the 'delay' is especially interesting. If I am reading correctly it take a float number, so does this mean a negative number would bring/output the PPS earlier - thus compensating for any RF delay in the antenna cable/network?
Would need to check how any delay (or advance) affects the timing of the 'TIM-TP' message, so that 'tow' (Time of week of next time pulse) wasn't confused.
This probably isn't much use for TinyGTC, but would help in other situations.
The ability to configure the PPS output would be very useful, seemingly through:
https://github.com/jclark/casictool/blob/main/spec/casic2.md#2114-cfg-tp-0x06-0x03
The rate (upto???) and width are one thing, but the 'delay' is especially interesting. If I am reading correctly it take a float number, so does this mean a negative number would bring/output the PPS earlier - thus compensating for any RF delay in the antenna cable/network?
Would need to check how any delay (or advance) affects the timing of the 'TIM-TP' message, so that 'tow' (Time of week of next time pulse) wasn't confused.
This probably isn't much use for TinyGTC, but would help in other situations.