This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

1030 + gradient issue

My new 1030 plus is a replacement for 810.

the gradient is so slow the climb is half over before it is correct. Speed display jumps all over the place. Strava routes are nearly impossible to load.

I had them last week, but they have now disappeared. Is this really the best that Garmin can do?

what a rubbish device.

  • Are you DMing this to Blake?  I have also tried to post a question to DC Rainmaker but with no joy. He sings the praise of the 1030plus but this on-going issue and he failure of Gamin to address it needs to be highlighted.

    Great work.  From what you have learnt is this a software or hardware issue?  I am increasingly fearing it is hardware and that they just don't wan to admit this.

  • What can I say... I am of two minds:

    1) Garmin claims it doesn't occur on all devices and they can't reproduce it on their devices. This of course speaks for a hardware problem.

    2) I have a hard time believing that.The Edge PLUS has the BMP280 chipset from Bosch built into it. This is the successor of the BMP180, which is installed in the Edge 1030. According to the data sheet, the new 280 is more sensitive than its predecessor. Personally, I think it's more of a software problem, for example, too much smoothing.

    3) And there it is initially only about the response time of the elevation output.
    In addition, there is the delay in the gradient output. And here I have proven that 2 IQ data fields for gradient react much faster than the original Garmin data field. You have to assume that the IQ calculation is based on the same values of delta elevation to delta distance as the Garmin data field.So again, a software faster response time of the Garmin gradient field must be possible!


    I will send both the data from a test drive and all my other tests to Garmin Blake.

    Somehow, though, I get the feeling they don't want to deal with my tests or they don't care....
    But as I said, I will provide Garmin Blake with all the data he requests.

    Let's see...

    And as a side note: Me personally, I don't care much about this delay things. I do not mind much. Wink
    But I'm interested to solve technical issues - and it can be made better!

  • Hi, mine has BMP380. I've seen it in device testing screen.

    Very good analysis. 

    Manuel

  • Please send me a link to upload fit files from today's short up and down ride with  both the 830 and 1000. Unfortunately the 800's battery was lower than I thought.

  • Uuuuups - my fault!
    Yes, 1030 PLUS has Bosch BMP 380. (Mine too)

  • I'll get back to you today on the subject of gradient lag. I end my collaboration in this regard, after I have passed all available and desired data to garmin-blake.

    I would like to write down here still my personal conclusions of my tests:
    It is a fact that the delay of the gradient display consists of 2 different components: the delay of the elevation evaluation and the delay of the gradient calculation itself.

    1) Delay of the elevation evaluation:
    I have proven that at least on my device there is a delay of the elevation display of almost 20 seconds. (See my postings before.)
    I cannot determine if this delay results from a hardware error (faulty barometric chipset) or from the software treatment. This could be determined by reading the raw data of the chipset in real time and comparing it with the output of the elevation display. But this is not possible for me.

    2) Delay of the gradient display from gradient calculation and smoothing:
    In addition to the delay from 1) a delay from the gradient calculation is added. This delay cannot result from a hardware problem! As proof, I have compared the gradient display of the garmin original data field simultaneously with the display from IQ gradient displays.(See my postings before and the PDF image attached here.) It shows that IQ gradient calculations are much more accurate and correct than Garmin's data field - especially after changes of gradient like start of climb or end of climb.
    Since the calculation of the gradient in both cases is based on the same basic values - delta altitude to delta distance - here simply the Garmin calculation is not good enough!
    (I know, that for gradient calculation a certain delay is a must, because calculation can be done only, if you have ridden a „delta distance“.)

    And with this I end my tests and postings, and I hope they may be helpful for Garmin.

    ComparisonGradient.pdf    (please change zoom level of PDF to see all data!)

  • I see the first post in this group is from 4 months ago. this has been an issue for a lot longer than that. Here is a link to another post I was involved with. https://forums.garmin.com/sports-fitness/cycling/f/edge-1030/212208/grade-digits  It was 11 months ago. The lack of a decimal output (round numbers only) is at least 4 years old. I currently use "Climb Gauge" IQ app. It is much faster and has decimals. I made a data screen with Climb gauge and the garmin value. Garmin is always way behind. 

  • Garmin, we are waiting news…

  • What news? We have already paid for 1030 Plus, the cage has fallen.

  • If garmin is unable to solve this problem, they has to give us the money back