• wahoo time machine!

    From Roger Merriman@roger@sarlet.com to rec.bicycles.tech on Tue Aug 19 20:11:31 2025
    From Newsgroup: rec.bicycles.tech


    V1 WahoorCOs are having a hard few days, essentially waiting on a firmware update! As they have fairly significant bug.

    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units-reset-20-years-back-become-unusuable.html>

    Roger Merriman
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to rec.bicycles.tech on Tue Aug 19 18:58:54 2025
    From Newsgroup: rec.bicycles.tech

    On 19 Aug 2025 20:11:31 GMT, Roger Merriman <roger@sarlet.com> wrote:


    V1 WahooAs are having a hard few days, essentially waiting on a firmware >update! As they have fairly significant bug.

    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units-reset-20-years-back-become-unusuable.html>

    Roger Merriman

    Thanks. More updates: <https://support.wahoofitness.com/hc/en-us/articles/28876447336210-ELEMNT-BOLT-1-and-ROAM-1-GPS-data-and-ride-recording-issues-August-17-and-later>
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to rec.bicycles.tech on Tue Aug 19 20:55:15 2025
    From Newsgroup: rec.bicycles.tech

    On Tue, 19 Aug 2025 18:58:54 -0700, Jeff Liebermann <jeffl@cruzio.com>
    wrote:

    On 19 Aug 2025 20:11:31 GMT, Roger Merriman <roger@sarlet.com> wrote:


    V1 WahooAs are having a hard few days, essentially waiting on a firmware >>update! As they have fairly significant bug.
    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units-reset-20-years-back-become-unusuable.html>

    Roger Merriman

    Thanks. More updates: ><https://support.wahoofitness.com/hc/en-us/articles/28876447336210-ELEMNT-BOLT-1-and-ROAM-1-GPS-data-and-ride-recording-issues-August-17-and-later>

    Y2K strikes again. From the above update page:

    "We now fully understand the root cause of the issue relating to older
    first generation devices, which use a limited 10-bit system to track
    GPS time."

    It's nice to see a company that is transparent and keeps its customers
    informed when a problem is found.
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Roger Merriman@roger@sarlet.com to rec.bicycles.tech on Thu Aug 21 08:53:13 2025
    From Newsgroup: rec.bicycles.tech

    Jeff Liebermann <jeffl@cruzio.com> wrote:
    On Tue, 19 Aug 2025 18:58:54 -0700, Jeff Liebermann <jeffl@cruzio.com>
    wrote:

    On 19 Aug 2025 20:11:31 GMT, Roger Merriman <roger@sarlet.com> wrote:


    V1 Wahoo-As are having a hard few days, essentially waiting on a firmware >>> update! As they have fairly significant bug.

    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units-reset-20-years-back-become-unusuable.html>

    Roger Merriman

    Thanks. More updates:
    <https://support.wahoofitness.com/hc/en-us/articles/28876447336210-ELEMNT-BOLT-1-and-ROAM-1-GPS-data-and-ride-recording-issues-August-17-and-later>

    Y2K strikes again. From the above update page:

    "We now fully understand the root cause of the issue relating to older
    first generation devices, which use a limited 10-bit system to track
    GPS time."

    It's nice to see a company that is transparent and keeps its customers informed when a problem is found.


    Indeed IrCOm not sure what Garmin would do the xx30 line hasnrCOt had any system updates for quite some time now, I get the impression that Wahoo is
    a smaller company.

    Curiously of the folks I know with V1 WahoorCOs one mates unit is fine or at least it was last night! All the others failed as you were.

    Roger Merriman

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to rec.bicycles.tech on Thu Aug 21 08:33:44 2025
    From Newsgroup: rec.bicycles.tech

    On 21 Aug 2025 08:53:13 GMT, Roger Merriman <roger@sarlet.com> wrote:

    Jeff Liebermann <jeffl@cruzio.com> wrote:
    On Tue, 19 Aug 2025 18:58:54 -0700, Jeff Liebermann <jeffl@cruzio.com>
    wrote:

    On 19 Aug 2025 20:11:31 GMT, Roger Merriman <roger@sarlet.com> wrote:


    V1 Wahoo?s are having a hard few days, essentially waiting on a firmware >>>> update! As they have fairly significant bug.

    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units-reset-20-years-back-become-unusuable.html>

    Roger Merriman

    Thanks. More updates:
    <https://support.wahoofitness.com/hc/en-us/articles/28876447336210-ELEMNT-BOLT-1-and-ROAM-1-GPS-data-and-ride-recording-issues-August-17-and-later>

    Y2K strikes again. From the above update page:

    "We now fully understand the root cause of the issue relating to older
    first generation devices, which use a limited 10-bit system to track
    GPS time."

    It's nice to see a company that is transparent and keeps its customers
    informed when a problem is found.


    Indeed IAm not sure what Garmin would do the xx30 line hasnAt had any
    system updates for quite some time now, I get the impression that Wahoo is
    a smaller company.

    Wahoo has 200 to 300 employees according to: <https://en.wikipedia.org/wiki/Wahoo_Fitness>
    Founded in 2009.

    Garmin has 22,000 employees according to: <https://en.wikipedia.org/wiki/Garmin>
    Founded in 1989.

    Most large companies, including Garmin, will not fix problems in their
    products that they no longer sell. Small companies tend to extend
    lifetime warranties much longer because most buyers will avoid buying
    products from a company that abandons their early adopters.

    "All You Need to Know about the GPS / GNSS Week Number Rollover" <https://www.septentrio.com/en/learn-more/insights/all-you-need-know-about-gps-gnss-week-number-rollover>
    "In the 1970s, when the GPS system was originally designed, 10 bits
    were assigned to the week number in the navigation data. As a result,
    the transmitted week number can have a value from 0 to 1023 (= 210 -
    1). After the maximum value is reached, the week number "rolls over"
    to 0 and starts counting again. So the transmitted week number jumps
    back to zero every 1024 weeks (about 20 years)."

    There was a "roll over" in April 2019, 6 years ago. Why didn't anyone
    at Wahoo notice? Also, the "roll over" problem was allegedly solved
    in 1993. I'm beginning to have some doubts about whether that problem
    was really due to "a limited 10-bit system".

    Curiously of the folks I know with V1 WahooAs one mates unit is fine or at >least it was last night! All the others failed as you were.

    Roger Merriman
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From zen cycle@funkmasterxx@hotmail.com to rec.bicycles.tech on Thu Aug 21 12:41:42 2025
    From Newsgroup: rec.bicycles.tech

    On 8/21/2025 11:33 AM, Jeff Liebermann wrote:
    On 21 Aug 2025 08:53:13 GMT, Roger Merriman <roger@sarlet.com> wrote:

    Jeff Liebermann <jeffl@cruzio.com> wrote:
    On Tue, 19 Aug 2025 18:58:54 -0700, Jeff Liebermann <jeffl@cruzio.com>
    wrote:

    On 19 Aug 2025 20:11:31 GMT, Roger Merriman <roger@sarlet.com> wrote:


    V1 Wahoo?s are having a hard few days, essentially waiting on a firmware >>>>> update! As they have fairly significant bug.

    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units-reset-20-years-back-become-unusuable.html>

    Roger Merriman

    Thanks. More updates:
    <https://support.wahoofitness.com/hc/en-us/articles/28876447336210-ELEMNT-BOLT-1-and-ROAM-1-GPS-data-and-ride-recording-issues-August-17-and-later>

    Y2K strikes again. From the above update page:

    "We now fully understand the root cause of the issue relating to older
    first generation devices, which use a limited 10-bit system to track
    GPS time."

    It's nice to see a company that is transparent and keeps its customers
    informed when a problem is found.


    Indeed IrCOm not sure what Garmin would do the xx30 line hasnrCOt had any
    system updates for quite some time now, I get the impression that Wahoo is >> a smaller company.

    Wahoo has 200 to 300 employees according to: <https://en.wikipedia.org/wiki/Wahoo_Fitness>
    Founded in 2009.

    Garmin has 22,000 employees according to: <https://en.wikipedia.org/wiki/Garmin>
    Founded in 1989.

    Most large companies, including Garmin, will not fix problems in their products that they no longer sell. Small companies tend to extend
    lifetime warranties much longer because most buyers will avoid buying products from a company that abandons their early adopters.

    "All You Need to Know about the GPS / GNSS Week Number Rollover" <https://www.septentrio.com/en/learn-more/insights/all-you-need-know-about-gps-gnss-week-number-rollover>
    "In the 1970s, when the GPS system was originally designed, 10 bits
    were assigned to the week number in the navigation data. As a result,
    the transmitted week number can have a value from 0 to 1023 (= 210 -
    1). After the maximum value is reached, the week number "rolls over"
    to 0 and starts counting again. So the transmitted week number jumps
    back to zero every 1024 weeks (about 20 years)."

    There was a "roll over" in April 2019, 6 years ago. Why didn't anyone
    at Wahoo notice? Also, the "roll over" problem was allegedly solved
    in 1993. I'm beginning to have some doubts about whether that problem
    was really due to "a limited 10-bit system".

    Similar issue with different underlying cause: Unix time 'Epochalypse'.
    Unix time (epoch) started on 01.01.1970 as a 32 bit integer. The year
    2038 (specifically 3:14:07 AM on Jan 19, 2038 UTC (GMT)) is being
    referred to as the "Epochalypse". Any system that uses Unix time with
    the 32 bit architecture will have an 'integer overflow' that flips the
    number from positive to negative, resulting in a date that is 2^31
    seconds _before_ the base unix time, or 8:45:52 PM, 13 december 1901.

    This is because Unix time is a hard value - A lot of simpler real time
    systems will start from the commission date and simply keep
    incrementing. Since Unix time is always based on 01.01.1970, anything commissioned today is already starting near the end of the count. For
    today, an Unix system would be starting at 1755793668 (in seconds, as of
    when I wrote this) out of the possible 2147483647. https://www.epochconverter.com/ shows the conversion.

    This has the potential to negatively affect any 32 bit system that uses
    unix time for validation purposes. Most newer systems still use unix
    time, but in a 64 bit configuration. 64 bits will last about 292 Billion years.

    We have a system we're still building that was designed in the late 80s
    and stores 32 bit unix time. Since a significant number of our
    installations stay in place for over 20 years, this will become a
    problem for us for those facilities that use Modbus to retrieve data. Fortunately, that's a very small segment of our installed base - the
    vast majority are stand-alone with no data communication. We're
    scheduled to obsolete tat product in late 2026.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to rec.bicycles.tech on Thu Aug 21 10:28:34 2025
    From Newsgroup: rec.bicycles.tech

    On Thu, 21 Aug 2025 12:41:42 -0400, zen cycle
    <funkmasterxx@hotmail.com> wrote:

    Similar issue with different underlying cause: Unix time 'Epochalypse'.
    Unix time (epoch) started on 01.01.1970 as a 32 bit integer. The year
    2038 (specifically 3:14:07 AM on Jan 19, 2038 UTC (GMT)) is being
    referred to as the "Epochalypse". Any system that uses Unix time with
    the 32 bit architecture will have an 'integer overflow' that flips the >number from positive to negative, resulting in a date that is 2^31
    seconds _before_ the base unix time, or 8:45:52 PM, 13 december 1901.
    (...)

    Thanks for the explanation. The 2038 problem is just one of many date
    related land mines buried along the road to computing nirvana. Here's
    a list of past and future computational date and time storage issues:

    "Time formatting and storage bugs" <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs>

    My Garmin GPS-76 may have succumbed to a GPS computation error in
    2019: <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Second_GPS_rollover>

    "GPS week number rollover" <https://en.wikipedia.org/wiki/GPS_week_number_rollover>

    Notice that the Unix 2038 time problem might appear in 2036 on some
    devices: <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Year_2036>

    Considering the history, I would expect such problems to continue
    until the end of civilization.
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From AMuzi@am@yellowjersey.org to rec.bicycles.tech on Thu Aug 21 12:50:25 2025
    From Newsgroup: rec.bicycles.tech

    On 8/21/2025 12:28 PM, Jeff Liebermann wrote:
    On Thu, 21 Aug 2025 12:41:42 -0400, zen cycle
    <funkmasterxx@hotmail.com> wrote:

    Similar issue with different underlying cause: Unix time 'Epochalypse'.
    Unix time (epoch) started on 01.01.1970 as a 32 bit integer. The year
    2038 (specifically 3:14:07 AM on Jan 19, 2038 UTC (GMT)) is being
    referred to as the "Epochalypse". Any system that uses Unix time with
    the 32 bit architecture will have an 'integer overflow' that flips the
    number from positive to negative, resulting in a date that is 2^31
    seconds _before_ the base unix time, or 8:45:52 PM, 13 december 1901.
    (...)

    Thanks for the explanation. The 2038 problem is just one of many date related land mines buried along the road to computing nirvana. Here's
    a list of past and future computational date and time storage issues:

    "Time formatting and storage bugs" <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs>

    My Garmin GPS-76 may have succumbed to a GPS computation error in
    2019: <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Second_GPS_rollover>

    "GPS week number rollover" <https://en.wikipedia.org/wiki/GPS_week_number_rollover>

    Notice that the Unix 2038 time problem might appear in 2036 on some
    devices: <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Year_2036>

    Considering the history, I would expect such problems to continue
    until the end of civilization.



    After which no one will care so it won't matter
    --
    Andrew Muzi
    am@yellowjersey.org
    Open every day since 1 April, 1971
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Rolf Mantel@news@hartig-mantel.de to rec.bicycles.tech on Fri Aug 22 11:14:45 2025
    From Newsgroup: rec.bicycles.tech

    Am 21.08.2025 um 18:41 schrieb zen cycle:
    On 8/21/2025 11:33 AM, Jeff Liebermann wrote:
    On 21 Aug 2025 08:53:13 GMT, Roger Merriman <roger@sarlet.com> wrote:

    Jeff Liebermann <jeffl@cruzio.com> wrote:
    On Tue, 19 Aug 2025 18:58:54 -0700, Jeff Liebermann <jeffl@cruzio.com> >>>> wrote:

    On 19 Aug 2025 20:11:31 GMT, Roger Merriman <roger@sarlet.com> wrote: >>>>>

    V1 Wahoo?s are having a hard few days, essentially waiting on a
    firmware
    update! As they have fairly significant bug.

    <https://www.dcrainmaker.com/2025/08/wahoo-bolt-roam-v1-gps-units- >>>>>> reset-20-years-back-become-unusuable.html>

    Roger Merriman

    Thanks.-a More updates:
    <https://support.wahoofitness.com/hc/en-us/articles/28876447336210- >>>>> ELEMNT-BOLT-1-and-ROAM-1-GPS-data-and-ride-recording-issues-
    August-17-and-later>

    Y2K strikes again.-a From the above update page:

    "We now fully understand the root cause of the issue relating to older >>>> first generation devices, which use a limited 10-bit system to track
    GPS time."

    It's nice to see a company that is transparent and keeps its customers >>>> informed when a problem is found.


    Indeed IrCOm not sure what Garmin would do the xx30 line hasnrCOt had any >>> system updates for quite some time now, I get the impression that
    Wahoo is
    a smaller company.

    Wahoo has 200 to 300 employees according to:
    <https://en.wikipedia.org/wiki/Wahoo_Fitness>
    Founded in 2009.

    Garmin has 22,000 employees according to:
    <https://en.wikipedia.org/wiki/Garmin>
    Founded in 1989.

    Most large companies, including Garmin, will not fix problems in their
    products that they no longer sell.-a Small companies tend to extend
    lifetime warranties much longer because most buyers will avoid buying
    products from a company that abandons their early adopters.

    "All You Need to Know about the GPS / GNSS Week Number Rollover"
    <https://www.septentrio.com/en/learn-more/insights/all-you-need-know-
    about-gps-gnss-week-number-rollover>
    "In the 1970s, when the GPS system was originally designed, 10 bits
    were assigned to the week number in the navigation data. As a result,
    the transmitted week number can have a value from 0 to 1023 (= 210 -
    1). After the maximum value is reached, the week number "rolls over"
    to 0 and starts counting again. So the transmitted week number jumps
    back to zero every 1024 weeks (about 20 years)."

    There was a "roll over" in April 2019, 6 years ago.-a Why didn't anyone
    at Wahoo notice?-a Also, the "roll over" problem was allegedly solved
    in 1993.-a I'm beginning to have some doubts about whether that problem
    was really due to "a limited 10-bit system".

    Similar issue with different underlying cause: Unix time 'Epochalypse'.
    Unix time (epoch) started on 01.01.1970 as a 32 bit integer. The year
    2038 (specifically 3:14:07 AM on Jan 19, 2038 UTC (GMT)) is being
    referred to as the "Epochalypse".
    My company sold a Supply-Chain-Planning software with a max_date of
    December 31, 2037 (until around 2014) Bacardi told us they need to enter
    their 2038 sales forecasts by mid-2017 (20 years ripening time in
    barrel), so our 2015 release should really get rid of this constraint...
    --- Synchronet 3.21a-Linux NewsLink 1.2