Advertising interval about atc_mithermometer HOT 7 OPEN

with 36 multiplier you're running into integer overflow.
if((clock_time()-last_adv_delay) > advertising_interval*(advertising_type?5000:10000)*CLOCK_SYS_CLOCK_1MS)
so it's: 36*10000*24000 = 8640000000, twice as much as uint32 can take;)

I think that highest you can go is 17.

from atc_mithermometer.

Correct.

This is a future fix. Need to get myself into it :)

from atc_mithermometer.

with 36 multiplier you're running into integer overflow.

ok, that's why the 5 and 10 minutes from web flasher cannot work too, right?

For understanding - what time interval is it?
I still see advertising data every minute, or I'm wrong? Is it the interval for sending an actual value in advertising packet?

Thanks for help!
Michael

from atc_mithermometer.

@atc1441 skimming through docs i've found clock_time_exceed( unsigned int ref, unsigned int us ) that handles the whole clock frequency part, taking interval in microseconds as uint. that would give max interval of 4294 seconds without introducing second variable to count interval ticks

from atc_mithermometer.

Thank you for that.

I did used that method at the beginning but had the same problems with the overflow. Will look into it again

from atc_mithermometer.

On the second thought, there will be still problem of internal clock overlaping somewhere between 100-200seconds, depending of clock frequency, no matter which function is used to measure time.

from atc_mithermometer.

Thats what i was also seeing when using it.

A plan is to have an extra Arduino like millis timer to have independent precise timing available.

So ((overflow counter)*X) + (current counter value) = millis

from atc_mithermometer.