Print

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

[NewtronStar]

DSLstats has been free from division by zero error for 4 days since moving to 24 Hour averages.

when I clicked on DSLstats the program would execute and then the red sampling text shows up and samples then the division by zero shows up and then click OK on the warning page it then says the program will close down.

All this has gone since selecting 24 hour averages.

[roseway]

This is valuable information, thank you.

[broadstairs]

DSLStats has now been running for more than 10 days since the last zero error although it is less than 10 days since I changed the setting, perhaps the real test will be in 10 days after I changed the setting which will be on the 26th December, however it does look promising.

Stuart

[NewtronStar]

Updated the RPi from 5.6 to 5.6.2 this evening and straight away divison by zero error it seems the auto select is to use modem/router uptime averages.

The next execute of the program was able to pause the recording before the error showed up and changed it back to 24 hour averages and resumed recording.

That should stop this division by zero error showing up on the RPi which then stops uploads to MDWS 

[marjohn56]

I'll just throw something else into the mix here..

Since I switched to using the HG612 instead of the D7000 I have had no 'Divide by zero' errors, or any other problems, it's solid.

[roseway]

Thanks for all these contributions. My time on the computer is very limited at present, but I will deal with this as soon as I can.

[simmotech]

Minor issues for the next release:
1) On the Stats tab, G.INP is showing Enabled for Downstream but is blank for Upstream though it is definitely on.
2) Note that the Upstream RSCorr/RS (%) is claiming 1477%. G.INP is good but it surely can't be that good!

Stats recorded 20 Jan 2016 12:24:05

DSLAM/MSAN type:           BDCM:0xa48c / v0xa48c
Modem/router firmware:     AnnexA version - A2pv6C038m.d24j
DSL mode:                  VDSL2 Profile 17a
Status:                    Showtime
Uptime:                    7 days 3 hours 43 min 9 sec
Resyncs:                   2 (since 23 Dec 2015 08:04:01)
         
            Downstream   Upstream
Line attenuation (dB):     16.6      0.0
Signal attenuation (dB):   Not available on VDSL2      
Connection speed (kbps):   62153      18998
SNR margin (dB):           6.8      6.3
Power (dBm):               13.6      6.9
Interleave depth:          4      4
INP:                       55.00      48.00
G.INP:                     Enabled      

RSCorr/RS (%):             0.5266      1477.0244
RSUnCorr/RS (%):           0.0000      0.0000
ES/hour:                   0      0

[roseway]

Thanks for that information. I'll look at it as soon as I can, but time at the PC is very limited at present for personal reasons.

[gazaai]

I would like a feature within DSLStats that would automatically re-sync my modem if the SNR margin was above 7 for instance for more than 2 minutes. This would allow me to get a higher sync rate when crosstalk is removed for a short while. Do you think you could add this feature? Thanks

I know you could reconnect using these two commands:
xdslctl connection --down
xdslctl connection --up

[NewtronStar]

I would like a feature within DSLStats that would automatically re-sync my modem if the SNR margin was above 7 for instance for more than 2 minutes. This would allow me to get a higher sync rate when crosstalk is removed for a short while. Do you think you could add this feature? Thanks

I know you could reconnect using these two commands:
xdslctl connection --down
xdslctl connection --up

but your SNRM will be much lower when the crosstalk disturber comes back online

[underzone]

Is a Mac OS X version ever likely mate?

[gazaai]

but your SNRM will be much lower when the crosstalk disturber comes back online

Yes that is fine tho, it will probably be around 5 or 4.5 so I wont see any issues with that. My connection is also pretty stable so I believe DLM would be fine too.

[NewtronStar]

My connection is also pretty stable so I believe DLM would be fine too.

Are your sure and just going by my own SNRM if it go's below 4.5dB for 24 hours it will do a 1 RDI ( Remote Defect Indicator/DLM) and re-sync, one thing with FTTC is that you can't fool the DLM oh yes you can by manually capping the line sync on the modem but this also has a negative impact if used over many months.

[roseway]

@gazaai: I'm sorry, but I'm just not able to spend much time on programming at present (a health issue) so new features are off the agenda for the foreseeable future. The best I can suggest is to use the alert system to send you an email when the SNRM falls below 6 dB (say) then another email when the SNRM subsequently rises to 7 dB, and act manually when the second one is received.

@underzone: No possibility at all I'm afraid. I understand that the Windows version of DSLstats works well using Wine in OS X.

[gazaai]

@NewtronStar In the past I've had my connection run at 3db with no issues at 75mb sync rate, this was back when I had a bridge tap on the line now if my line was at 3db I should reach 80mb. That was up for just over a week then the router was unplugged by mistake and it resynced at 6db. I don't think the cabinet resyncs unless there is lots of errors.

@roseway No problem don't worry about it. Thanks for suggesting the alert feature I never thought about that, I'll look into it.