You can't fix this - I have the same clock and the problem is that Sony was too cheap to use a proper IC that tracks the time via the AC mains frequency (which power companies go to great pains to ensure averages exactly 50 or 60Hz over time). Here Sony is using a generic 8-bit microcontroller and running the clock off the base time-of-day counter w/out an RTC and w/ the lithium battery as a backup power source.
+
You can't really fix this - I have the same clock and the problem is that Sony was too cheap to use a proper IC that tracks the time via the AC mains frequency (which power companies go to great pains to ensure averages exactly 50 or 60Hz over time). Here Sony is using a generic 8-bit microcontroller and running the clock off the base time-of-day counter w/out an RTC and w/ the lithium battery as a backup power source.
You can find the datasheet for this by searching the sister part number LC87FBG08A (with a different footprint), for example the datasheet is available via Mouser: https://www.mouser.com/ProductDetail/onsemi/LC87FBG08A?qs=%252BEew9%252B0nqrB%252Bz93Cxb%252Bbtw%3D%3D
There is an onboard crystal oscillator (part S3X1, X2 on the PCB schematic) supplying the 32.768K oscillations. The best accuracy that can theoretically be achieved is ±20ppm at room temperature (~10.34 minutes gained or lost/year), but with the temperature swings on the board [link|https://www.analog.com/en/technical-articles/timekeeping-accuracy-automatic-and-affordable.html#:~:text=Unfortunately%2C%20the%20typical%2032.768kHz,temperature%20(%2B25%C2%B0C).|it's going to be worse than that].
-
An option which I haven't tried is to replace the XTAL with a DS3232 TCXO. Someone else figured out that [link|https://dpwe.github.io/arduinoclocks/2022-07-21-bedside-tcxo.html|you can add the TCXO instead|new_window=true], though your results may vary.
+
An option which I haven't tried is to replace the XTAL with a DS3232 TCXO. Someone else figured out that [link|https://dpwe.github.io/arduinoclocks/2022-07-21-bedside-tcxo.html|you can add the TCXO instead], though your results may vary.
Sony's entire circuit is an exercise in cost savings and I cannot recommend using any Sony ICF-XXX clock to accurately keep time.
You can't fix this - I have the same clock and the problem is that Sony was too cheap to use a proper IC that tracks the time via the AC mains frequency (which power companies go to great pains to ensure averages exactly 50 or 60Hz over time). Here Sony is using a generic 8-bit microcontroller and running the clock off the base time-of-day counter w/out an RTC and w/ the lithium battery as a backup power source.
You can find the datasheet for this by searching the sister part number LC87FBG08A (with a different footprint), for example the datasheet is available via Mouser: https://www.mouser.com/ProductDetail/onsemi/LC87FBG08A?qs=%252BEew9%252B0nqrB%252Bz93Cxb%252Bbtw%3D%3D
-
There is no crystal oscillator to replace since they are using the chip-internal oscillator w/its poor accuracy. The best accuracy that can theoretically be achieved is ±20ppm at room temperature (~10.34 minutes gained or lost/year), but at the temperature inside the SoC [link|https://www.analog.com/en/technical-articles/timekeeping-accuracy-automatic-and-affordable.html#:~:text=Unfortunately%2C%20the%20typical%2032.768kHz,temperature%20(%2B25%C2%B0C).|it's going to be worse than that|new_window=true] and you can expect to see clock drift of up to 13 seconds a day.
+
There is an onboard crystal oscillator (part S3X1, X2 on the PCB schematic) supplying the 32.768K oscillations. The best accuracy that can theoretically be achieved is ±20ppm at room temperature (~10.34 minutes gained or lost/year), but with the temperature swings on the board [link|https://www.analog.com/en/technical-articles/timekeeping-accuracy-automatic-and-affordable.html#:~:text=Unfortunately%2C%20the%20typical%2032.768kHz,temperature%20(%2B25%C2%B0C).|it's going to be worse than that].
-
The entire circuit is an exercise in cost savings and I cannot recommend using any Sony ICF-XXX clock to accurately keep time.
+
An option which I haven't tried is to replace the XTAL with a DS3232 TCXO. Someone else figured out that [link|https://dpwe.github.io/arduinoclocks/2022-07-21-bedside-tcxo.html|you can add the TCXO instead|new_window=true], though your results may vary.
+
+
Sony's entire circuit is an exercise in cost savings and I cannot recommend using any Sony ICF-XXX clock to accurately keep time.
You can't fix this - I have the same clock and the problem is that Sony was too cheap to use a proper IC that tracks the time via the AC mains frequency (which power companies go to great pains to ensure averages exactly 50 or 60Hz over time). Here Sony is using a generic 8-bit microcontroller and running the clock off the base time-of-day counter w/out an RTC and w/ the lithium battery as a backup power source.
You can find the datasheet for this by searching the sister part number LC87FBG08A (with a different footprint), for example the datasheet is available via Mouser: https://www.mouser.com/ProductDetail/onsemi/LC87FBG08A?qs=%252BEew9%252B0nqrB%252Bz93Cxb%252Bbtw%3D%3D
There is no crystal oscillator to replace since they are using the chip-internal oscillator w/ its poor accuracy. The best accuracy that can theoretically be achieved is ±20ppm at room temperature (~10.34 minutes gained or lost/year), but at the temperature inside the SoC [link|https://www.analog.com/en/technical-articles/timekeeping-accuracy-automatic-and-affordable.html#:~:text=Unfortunately%2C%20the%20typical%2032.768kHz,temperature%20(%2B25%C2%B0C).|it's going to be worse than that|new_window=true] and you can expect to see clock drift of up to 13 seconds a day.
The entire circuit is an exercise in cost savings and I cannot recommend using any Sony ICF-XXX clock to accurately keep time.