Stereo Tool

Hello,

I am able to get a green "Lock" in SFN mode successfully, however, when I try to activate audio delay measurement, the 1pps pulses immediately got lost.

Has anybody experienced a similar problem?

Before activating the delay measurement:



After activating the delay measurement:




Hardware is RPI4 + HifiBerry DAC+ ADC Pro. The 1pps signal if fed from the LEA-M8F GPS module (50% duty cycle) to the left input channel. The right input channel is connected to the right output channel for the loopback delay measurement. The measured delay varies from about 40 to about 60 ms after rebooting the RPI, so I definitely need to activate this feature.

Another customer just ran into this same issue 2 weeks ago! There was indeed a bug in the code that could cause this to happen when a specific combination of things happened (all timing related, so whether it happens depends on your hardware speed, exact sound card speed, 1PPS timing etc).

It's fixed in the latest version - we just released that 5 minutes ago. Please update to MicroMPX 4.3.3 and let me know if that fixes is.

Thank you very much for paying attention to fixing this problem.

Unfortunately, I was unsuccessful with version 4.3.3. The "IO loopback delay" still cannot be measured, since after running for some time, the program loses the "GPS NMEA data". Once I turn off "GPS SFN" and turn it back again, the "GPS NMEA data" stays green for a minute or so, and then is lost again.

Screencast:

https://www.pcs-electronics.com/wp-cont ... -00-27.mp4

P.S. The "GPS NMEA data" is lost even without turning on the "Measure IO loopback delay".

Playing with MicroMPX decoder, I tried to change the baudrate of the GPS receiver. I noticed that the "Baudrate" setting in the "NMEA" setting box does not have any effect: for instance, when I set 115200 the program can still decode NMEA data sent at 9600 baud, but not 115200 baud. I tried to reboot, but it did not help. Only the

stty --file /dev/ttyS0 115200

command actually lets MicroMPX decoder accept NMEA data at 115200 (until the next reboot).

The /home/thimeo/.MicroMPX_Decoder.rc file contains

Thimeo MicroMPX GPS NMEA device baud rate=115200
Thimeo MicroMPX GPS NMEA device name=/dev/ttyS0

But in fact the MicroMPX decoder starts with the 9600 baud.

After manually setting the baudrate to 115200 by the stty command, I run it again to check:

thimeo@thimeo-pi:~ $ stty --file /dev/ttyS0
speed 115200 baud; line = 0;
min = 0; time = 20;
-brkint -icrnl -imaxbel
-isig -icanon -echo -echoe

As it should be, I see 115200 here. But when I touch the "Baudrate" setting in the MicroMPX decoder and select any value (such as 4800), the baudrate is set back to 9600:

thimeo@thimeo-pi:~ $ stty --file /dev/ttyS0
speed 9600 baud; line = 0;
min = 0; time = 20;
-brkint -icrnl -imaxbel
-isig -icanon -echo -echoe



In addition, I notice the program writing enormous log files (160 MB at the time, running MicroMPX decoder for a few hours in total) to /home/thimeo/thimeo/log.software/ . The logfile is updated every fraction of a second:

2025-12-08 11:55:01.963 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:01.963 trace: Decoded packet 3351090250 from stream on port 8854
2025-12-08 11:55:01.973 trace: MicroMpxReceiver: Received a packet of 415 bytes, ts 3351092290, duration 2040, reset 0, port 8854
2025-12-08 11:55:01.973 trace: MicroMpxBlockDecoder: Received packet timestamped 3351092290, duration 2040, size 415 bytes
2025-12-08 11:55:01.973 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:01.974 trace: Decoded packet 3351092290 from stream on port 8854
2025-12-08 11:55:01.978 trace: MicroMpxReceiver: Received a packet of 407 bytes, ts 3351094330, duration 2040, reset 0, port 8854
2025-12-08 11:55:01.978 trace: MicroMpxBlockDecoder: Received packet timestamped 3351094330, duration 2040, size 407 bytes
2025-12-08 11:55:01.978 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:01.979 trace: Decoded packet 3351094330 from stream on port 8854
2025-12-08 11:55:01.983 trace: MicroMpxReceiver: Received a packet of 410 bytes, ts 3351096370, duration 2040, reset 0, port 8854
2025-12-08 11:55:01.983 trace: MicroMpxBlockDecoder: Received packet timestamped 3351096370, duration 2040, size 410 bytes
2025-12-08 11:55:01.984 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:01.984 trace: Decoded packet 3351096370 from stream on port 8854
2025-12-08 11:55:01.998 trace: MicroMpxReceiver: Received a packet of 409 bytes, ts 3351098410, duration 2040, reset 0, port 8854
2025-12-08 11:55:01.998 trace: MicroMpxBlockDecoder: Received packet timestamped 3351098410, duration 2040, size 409 bytes
2025-12-08 11:55:01.998 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:01.999 trace: Decoded packet 3351098410 from stream on port 8854
2025-12-08 11:55:02.005 trace: MicroMpxReceiver: Received a packet of 410 bytes, ts 3351100450, duration 2040, reset 0, port 8854
2025-12-08 11:55:02.005 trace: MicroMpxBlockDecoder: Received packet timestamped 3351100450, duration 2040, size 410 bytes
2025-12-08 11:55:02.005 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:02.006 trace: Decoded packet 3351100450 from stream on port 8854
2025-12-08 11:55:02.010 trace: MicroMpxReceiver: Received a packet of 412 bytes, ts 3351102490, duration 2040, reset 0, port 8854
2025-12-08 11:55:02.010 trace: MicroMpxBlockDecoder: Received packet timestamped 3351102490, duration 2040, size 412 bytes
2025-12-08 11:55:02.010 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:02.011 trace: Decoded packet 3351102490 from stream on port 8854
2025-12-08 11:55:02.019 trace: MicroMpxReceiver: Received a packet of 411 bytes, ts 3351104530, duration 2040, reset 0, port 8854
2025-12-08 11:55:02.019 trace: MicroMpxBlockDecoder: Received packet timestamped 3351104530, duration 2040, size 411 bytes
2025-12-08 11:55:02.019 trace: Running decoder worker: 408 samples to decode
2025-12-08 11:55:02.020 trace: Decoded packet 3351104530 from stream on port 8854

I wonder how soon the SD card will be full.

I also tried RIST mode, but could never get the upper "GPS Lock" working.