Hello, in fact SGP gets times from the damera driver. Which is the only one “who” knows the exposure starting time.
SGP expect this time to be the UTC time, and adds the time offset to it and saves it also in the fits header as LOC time.
Now there is also something unclear about it, because several camera drivers reports the local time instead of the UTC time.
SGP has implemented a kind of detection of this and in the SGP traces, we can see that SGP detects that this is a local time stamp instead of an UTC time stamp, but does not correct it properly afterward. (at least avec the Moravian driver, which repports the local time, but I guess this is the same with QHY, or other)
So, if the time in the header is incorrect, it has something to do with the camera driver time only. If it is just a mater of local time offset, it is probably due to the driver which is repporting Local time instead of UTC time.
But if the minutes are also completly wrong, this is due to the camera driver which did not get a correct tome from the PC clock for any reason. In that case, a PC and camera restart should solve it.
I also faced the same issue few days ago.