Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Longjog @ GS-Sport-Servicecenter]

Hi Longjog
It sounds interesting about heart belt with POD. I will do search for this, please let me know the product information if possible.
....
Regards

Geoffrey

Hi Geoffrey,

the watch was sold from the German coffeeshop Tchibo, who sold yours GH-625M as OEM-Product also .
The product number of the watch was TCM 236676. It was in ther low-price segment around 45 US $.
Maybe you have connections to Tchibo and you will manage to find out who the manufactorer is.

Sincerely

Longjog

[TWG_TECH8]

Hi Longjog
It sounds interesting about heart belt with POD. I will do search for this, please let me know the product information if possible.
....
Regards

Geoffrey

Hi Geoffrey,

the watch was sold from the German coffeeshop Tchibo, who sold yours GH-625M as OEM-Product also .
The product number of the watch was TCM 236676. It was in ther low-price segment around 45 US $.
Maybe you have connections to Tchibo and you will manage to find out who the manufactorer is.

Sincerely

Longjog

Hi Longjog

Thanks for providing information.
Today I have meet with ANT suppiler who is solution provider, maybe I can find the solution from them.

Sincerely,

Geoffrey

[Longjog @ GS-Sport-Servicecenter]

New idea to implement in Firmware:

Estimated time
The watch calculates the estimated running-time on base of the average pace and the total running distance.
ET= AVGPace*TD
The total distance (TD) has to be set before starting the race.
An helpfull gimmick is when the watch shows also the pace trend. Maybe (+) if the last km (lap time) is faster than the AVGPace and (-) if it is slower.  Then you have also a information if you reach the goal in the calculated estimation time or earlier or later.

Happy new year and best regards

Longjog

[Hubert]

Hi Longjog !

I just want to say, that I like your idea very much !

New idea to implement in Firmware:

Estimated time
The watch calculates the estimated running-time on base of the average pace and the total running distance.
ET= AVGPace*TD
The total distance (TD) has to be set before starting the race.
An helpfull gimmick is when the watch shows also the pace trend. Maybe (+) if the last km (lap time) is faster than the AVGPace and (-) if it is slower.  Then you have also a information if you reach the goal in the calculated estimation time or earlier or later.

Happy new year and best regards

Longjog

I had this in mind during my runs, but I didn't had the heart to ask for it.

I'm always trying to calculate the estimated end time and so it would be a good help
when the watch could solve this task.

However - when we are talking about estimated values, there are some more, which
could be interesting:
1. Total estimated end time (this is what you said).
2. Remaining time left to the end (this is just the difference from now to end time).
3. Estimations based on total average speed (up to now) or based on last lap (e.g. 1km).
4. If it would be possible to enter also a goal for the total time (like for running a marathon
    you might enter a goal of e.g. 4:00 hours), the watch could show the needed pace
    for the remaining distance.

Regards, Hubert

[Hubert]

I have another suggestion for a future watch model and software:

In current model we are just able to record Time, GPS-coordinates and HRM Values.

I think, it could be useful to have at least one (or more) additional values to be
recorded and transfered to and displayed by an analysing software.

This value(s) should be a user selectable one. So that I can select if I want to record
the watch's value for Pace or e.g. for calories (or whatever).

The advantage of this is
a) to have information not provided by normal software like calories versus time/distance and
b) to remember more easy the watches behaviour during testing.

Regards, Hubert

[zingo]

Regarding how many laps you need to support I just found this race with 5649 laps
http://www.3100.ws/about/
each lap is 883 meters, total distance 3100mile about 4989km.

Since it claim to be the longest I wonder if it is also the one with the most laps.

[TWG_TECH8]

Regarding how many laps you need to support I just found this race with 5649 laps
http://www.3100.ws/about/
each lap is 883 meters, total distance 3100mile about 4989km.

Since it claim to be the longest I wonder if it is also the one with the most laps.

Hi Zingo,

It is amazing! 3100mile!
Now, GH-505 supports 6000 laps for one training. But for GH-625, it still has problem since firmware and softwate both needs to change and memory size is not enough.
Anyway, we will try to our best.

Sincerely,

Geoffrey

[TWG_TECH8]

New idea to implement in Firmware:

Estimated time
The watch calculates the estimated running-time on base of the average pace and the total running distance.
ET= AVGPace*TD
The total distance (TD) has to be set before starting the race.
An helpfull gimmick is when the watch shows also the pace trend. Maybe (+) if the last km (lap time) is faster than the AVGPace and (-) if it is slower.  Then you have also a information if you reach the goal in the calculated estimation time or earlier or later.

Happy new year and best regards

Longjog

Hi Longjog,

It seems interesting!
But, where to put the distance setting will be better?

Sincerely,

Geoffrey

[TWG_TECH8]

I have another suggestion for a future watch model and software:

In current model we are just able to record Time, GPS-coordinates and HRM Values.

I think, it could be useful to have at least one (or more) additional values to be
recorded and transfered to and displayed by an analysing software.

This value(s) should be a user selectable one. So that I can select if I want to record
the watch's value for Pace or e.g. for calories (or whatever).

The advantage of this is
a) to have information not provided by normal software like calories versus time/distance and
b) to remember more easy the watches behaviour during testing.

Regards, Hubert

Hi Hubert,

a) to have information not provided by normal software like calories versus time/distance and

Right now, new software be able to support Time/ Dist scale to show RPM, HRM, Speed, Height. I am thinking about Pace transfer by Speed from Software.

b) to remember more easy the watches behaviour during testing.

I am not undertand what you mean.

Sincerely,

Geoffrey

[Hubert]

I have another suggestion for a future watch model and software:

In current model we are just able to record Time, GPS-coordinates and HRM Values.

I think, it could be useful to have at least one (or more) additional values to be
recorded and transfered to and displayed by an analysing software.

This value(s) should be a user selectable one. So that I can select if I want to record
the watch's value for Pace or e.g. for calories (or whatever).

The advantage of this is
a) to have information not provided by normal software like calories versus time/distance and
b) to remember more easy the watches behaviour during testing.

Regards, Hubert

Hi Hubert,

a) to have information not provided by normal software like calories versus time/distance and

Right now, new software be able to support Time/ Dist scale to show RPM, HRM, Speed, Height. I am thinking about Pace transfer by Speed from Software.

b) to remember more easy the watches behaviour during testing.

I am not undertand what you mean.

Sincerely,

Geoffrey

Pace is a good example. On the other hand - pace is already calculated by Sport Tracks for example.
So it is not really neccessary to transfer the values from the watch to PC.

But for another value like "Pace1k" in the current version, I have to watch the value all the time
during my training and to remember how it changed during the run, if I want to tell you later on,
what was okay and what was not and how it looked like.
It would be more easier, if I could transfer the data to the PC and show a curve of it.

Regards, Hubert

[TWG_TECH8]

I have another suggestion for a future watch model and software:

In current model we are just able to record Time, GPS-coordinates and HRM Values.

I think, it could be useful to have at least one (or more) additional values to be
recorded and transfered to and displayed by an analysing software.

This value(s) should be a user selectable one. So that I can select if I want to record
the watch's value for Pace or e.g. for calories (or whatever).

The advantage of this is
a) to have information not provided by normal software like calories versus time/distance and
b) to remember more easy the watches behaviour during testing.

Regards, Hubert

Hi Hubert,

a) to have information not provided by normal software like calories versus time/distance and

Right now, new software be able to support Time/ Dist scale to show RPM, HRM, Speed, Height. I am thinking about Pace transfer by Speed from Software.

b) to remember more easy the watches behaviour during testing.

I am not undertand what you mean.

Sincerely,

Geoffrey

Pace is a good example. On the other hand - pace is already calculated by Sport Tracks for example.
So it is not really neccessary to transfer the values from the watch to PC.

But for another value like "Pace1k" in the current version, I have to watch the value all the time
during my training and to remember how it changed during the run, if I want to tell you later on,
what was okay and what was not and how it looked like.
It would be more easier, if I could transfer the data to the PC and show a curve of it.

Regards, Hubert

Hi Hubert,

To show PACE curve on Software is possible and I will discuss with engineer tomorrow.

Have a good night.

Geoffrey

[Longjog @ GS-Sport-Servicecenter]

New idea to implement in Firmware:

Estimated time
The watch calculates the estimated running-time on base of the average pace and the total running distance.
ET= AVGPace*TD
The total distance (TD) has to be set before starting the race.
An helpfull gimmick is when the watch shows also the pace trend. Maybe (+) if the last km (lap time) is faster than the AVGPace and (-) if it is slower.  Then you have also a information if you reach the goal in the calculated estimation time or earlier or later.

Hi Longjog,
But, where to put the distance setting will be better?
Sincerely,
Geoffrey

Hi Geoffrey,

I´m not sure if I understand what you mean. I try an answer:
Maybe you can put the setting of the TD in the menue of personal data instead of gender which in not needed anymore when the manual input of max. HF is realized.

Sincerely

Longjog

[albert]

Hello Longjog,

I´m not sure if I understand what you mean. I try an answer:
Maybe you can put the setting of the TD in the menue of personal data instead of gender which in not needed anymore when the manual input of max. HF is realized.

I think your idea is nice, but I would prefer to have everything in configuration except something like total distance input, that belongs to the activity. Thats more logic I think. 
The + or -, compared with the average speed, to see in the screen together whit current speed is also nice for cyclists. 
HR max input by hand is much nicer than the global formula 220-age. The last one is not very accurate and sometimes totally wrong, I know to people who have  max 200-210 and more than 50 years old.
Best regards,

Albert 

[Hubert]

Hi Longjog, Albert and Geoffrey,

Hello Longjog,

I´m not sure if I understand what you mean. I try an answer:
Maybe you can put the setting of the TD in the menue of personal data instead of gender which in not needed anymore when the manual input of max. HF is realized.

I think your idea is nice, but I would prefer to have everything in configuration except something like total distance input, that belongs to the activity. Thats more logic I think. 

I agree to Albert and so I would prefer to enter the total distance somewhere in a submenu of activity.
The user configurations suggested by Longjog are more like fixed values which never change,
activity settings may change everytime and so I think a total distance setting belongs to the activity menu.

Regards, Hubert

[nexuspolaris]

I imagine a model which has the built-in accelerometer to measure the position in space to create a 3D map.

Giuseppe