Kitz Forum
Broadband Related => FTTC and FTTP Issues => Topic started by: 3tdk on January 31, 2021, 06:36:33 AM
-
Good morning, seeking advice from those more experienced than I (a new member but have been browsing this very useful forum & site for some time). I am a BT customer using HG612 in PPPoE bridge mode, Routerstats has been monitoring for over 2 weeks now.
I am trying to work out how to resolve an issue with what looks like speed capping in the OR cabinet my line is connected to. Both downstream and upstream syncs appear within the expected range, but real upload throughput is limited to somewhere near 2Mbit / sec. Depending on the speed tester used, I sometimes see a peak at the expected performance at the start of the test but this drops off almost instantly to a flat 2Mbit / sec.
Screengrab attached of a speed test from thinkbroadband that one of the helpful BT community staff pointed me to. The limit is the same whatever service I use.
I can't shift an ugly feeling that this line is somehow capped to the 2Mbit / sec performance that OR can provide, even though we are paying BT for the 10Mbit/sec upload profile and this seems to be reported correctly in their advanced diagnostics from the wholesale speed tester.
BT community forum support has been helpful at advising on DLM issues but unable to advise on the upload rate topic, and I have yet to call BT to raise an official fault since there are so many comments in other forums about "BT won't investigate upload problems"
So my obvious question... what can I do?
Thank you so much in advance for any steering to help me resolve this.
TLDR summary:
- IP profile (from https://speedtest.btwholesale.com/) indicates 10 Mb / sec
- Expected upstream (https://www.broadbandchecker.btwholesale.com/) indicates 5.7 - 7.9 Mb / sec
- Modem upstream sync at 6758 kbps (stable now for 12 days) which is consistent with the above
- Real performance is capped at 2Mb / sec (https://www.thinkbroadband.com/speedtest/1611981962555634855)
BT wholesale speed tester reports 5Mbit / sec but when you watch the numbers they quickly drop to 2Mbit / sec
I can recreate the issue using the following configuration: PC <-- cable / PPPoE --> modem (HG612) <-- cable VDSL2 --> cabinet. Other modems have produced similar results, but I'm reluctant to drop DSL as I am also waiting for DLM to relax on the upload side.
Full version (on BT community forum):
https://community.bt.com/t5/BT-Fibre-broadband/Fibre-1-upload-speed-limiting/td-p/2133518/page/2
(https://community.bt.com/t5/BT-Fibre-broadband/Fibre-1-upload-speed-limiting/td-p/2133518/page/2)
Modem stats (I am waiting for DLM to release a bit more downstream speed - since resolving a wiring problem on my side the SNR has consistently been 9dB+ and achievable rates 39Mbit+):
Stats recorded 31 Jan 2021 06:25:37
DSLAM type / SW version: BDCM:0xc190 (193.144) / v0xc190
Modem/router firmware: AnnexA version - A2pv6C038m.d24j
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 12 days 23 hours 37 min 37 sec
Resyncs: 0 (since 18 Jan 2021 07:17:14)
Downstream Upstream
Line attenuation (dB): 26.2 0.0
Signal attenuation (dB): Not available on VDSL2
Connection speed (kbps): 32399 6758
SNR margin (dB): 9.7 7.3
Power (dBm): 12.1 3.1
Interleave depth: 8 1
INP: 58.00 0
G.INP: Enabled Not enabled
Vectoring status: 5 (VECT_UNCONFIGURED)
RSCorr/RS (%): 0.0934 0.6640
RSUnCorr/RS (%): 0.0000 0.0000
ES/hour: 0 1.87
-
Welcome to the forums.
I'm not one of the experts, but I think there's two problems going on here.
Line conditions have either improved since your last resync, or your banded. You're downstream SNR is 9.7, which means this could sync with more speed at a target of 6.. There's also a little room for improvement on the upload. Banding is when the DLM caps the sync speed to reduce errors, too many disconnections of the modem can result in banding and lower sync speeds. This line shows what you are synced at: Connection speed (kbps): 32399 6758.
However, the upload is connected to the cabinet at 6758kbps. The DLM controls what speed you connect at, so not allowing for overheads your physical connection is capable of that speed, sped tests would be some where around 6 Mbps . I suspect the upload restriction lies elsewhere, when the DLM controls speed it restricts the line sync speed (the 6758) rather than bandwidth (the 2Mbps), so I think that bandwidth is being restricted elsewhere.
This could be a Quality of Service setting in the router, antivirus on the PC, or something at the ISPs end. Many years ago Plusnet used to cap package speeds in this way, and sometimes they would not get updated, although I don't recollect BT doing it.
It's odd that it's 2Mbps, was you ever on a 40/2 connection?
-
Thank you Ronski,
Regarding download, yes I'm sure this line has been banded. I had been rewiring a couple of weeks ago and wasn't smart enough about my disconnects / power downs, and then also had a bad crimp on an RJ11 which caused some noise. Nothing to do about that except wait for DLM to release the brakes. Sadly that is taking more than the basic 8 days, so no idea how big my DLM barriers have ended up.
Regarding upload, I'm glad you agree there is an issue. I did note in an Openreach document that there is a separate limiting system in the cabinet, which might not impact the sync speeds. so I'm not sure sure if the cap is happening outside of the cabinet or in another system. It definitely is not here, I have recreated the issue with 3x modems and a mix of direct PPPoE and through my router (separate device).
Yes, I'm pretty sure in the past we did have a 2Mb upload service; I recall one of the reasons I took out a new subscription with BT a while back was that they had removed this limit, but only if we recontracted... however I was clearly not smart enough at the time to check that the cap had actually been lifted!
(as an aside, here's where I read about the Openreach limits)
Note : The upstream throughput is also constrained on the DSLAM to the upstream rate requested in the order, i.e. 2 Mbit/s, 10 Mbit/s or 20 Mbit/s, so even if the VDSL2 upstream line speed is higher, the upstream throughput is constrained to the level ordered for the product.
The guide which contains that can be found here: https://www.cvf.openreach.co.uk/cpportal/content/dam/cpportal/public/images-and-documents/home/help-and-support/sins/documents/SIN_498_v7.7_apr_2020.pdf (https://www.cvf.openreach.co.uk/cpportal/content/dam/cpportal/public/images-and-documents/home/help-and-support/sins/documents/SIN_498_v7.7_apr_2020.pdf)
-
Hi,
The upstream through put is restrained by the sync speed being limited, this is the case for both the upstream and the downstream. If you had a perfect very short line you would see an attainable speed of around 140/30, but the sync speed would show as per the package, so if on a 40/2 speed package it would sync at 40000/2000 or there about's, 80/20 would be 80,000/20,000. You wouldn't sync at 140,000/30,000 and be restricted at lower through put speeds. I'm not at all clued up on how it all works, this is just what I've remember and have seen.
You say you've tried three different modems, and I presume by direct PPPoE you mean direct from your PC thus taking the router out of the equation. Have you tried a different PC? Software or a configuration issue on the PC could be causing the problem, especially anti virus software.
I'm pretty sure there is no standard 8 days for a DLM to relent with banding, some lines stay banded for many months, I do believe you can request a DLM reset though. It would also be worth speaking with support, and see what they say.
I notice an absence of the attainable speeds from the modem stats, do you know what they are?
I'm sure someone far more knowledgeable will be along shortly.
-
Thanks Ronski,
The modem reported attainable speeds are as follows.
Max: Upstream rate = 6666 Kbps, Downstream rate = 42376 Kbps
Bearer: 0, Upstream rate = 6666 Kbps, Downstream rate = 32399 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
I did try a resync this morning for the first time in 2 weeks, hence upload has changed slightly.
The results are the same in every set-up but most recently I was using a completely clean linux USB live install on my PC and connecting direct to the modem over PPPoE - so have not added any QOS (the same device can manage a steady 60MB/s actual transfer around our home network). I'm happy I am not limiting the speeds at this end.
The question is where is the upload speed limit happening, and is it possible to fix (and is it possible to convince BT that they want to fix it)!
Thank you so much for the constructive comments so far,
Derek
-
Could have done with the stats when you resynced too as the upload sync has reduced even more so has the SNRm also reduced to 6dB or has it gone ever higher now?
Seeing if the SNR is fluctuating is one way to tell if there are issues on the line.
-
The fact that the downstream rate has synced exactly the same as before confirms that the connection is banded as @Ronski mentioned earlier. So, you actually have two problems - banded downstream and seemingly wrong profile on the upstream.
You need to insist on this being passed to second line support, as the first line people likely won't have a clue what to do.
:)
-
@Tubaman, @Alex Atkin, thank you both for your really helpful responses.
I can share you a DSLstats screenshot highlighting SNR stability. It follow the pattern I have come to expect from reading this forum; improving in the day, weaker at night, and a slower trend which mirrors the weather conditions (cold & dry is good, warm and wet is worse). The step at the end is the resync from this morning. The second attachment is the potential sync speed (and actual sync) shown by the HG612. I'm aware it is reported to be a bit optimistic but yes, it does clearly show the banding. I am no expect but both look pretty stable to me, much better than the 8800NL R2 I had on there before.
Question - in the "Additional diagnostic" section of the BTW performance tester at https://speedtest.btwholesale.com/ (https://speedtest.btwholesale.com/) it tells me the following: IP Profile for your line is 10 Mbps
. This is what would expect, and does reflect the limit Fibre 1 package we are subscribed to.
Despite this I do see a 2Mb/sec limit in real performance, as per the screenshot in my original post.
For full disclosure I should say that the BTW performance tester will report around 6Mb / sec real performance, but that seems to be because it takes the peak upload speed as the measurement, and not the stable upload speed. I have attached a screengrab from speedtest.net which demonstrates this - a relatively high "burst" rate followed by a very consistent 2Mb / sec rate (upload is in purple). You can see this effect on the BTW speed tester, but only as the numbers flash past your eyes, before it reports the peak number.
I have seen this burst-and-stable pattern before in speed limiters, which is what makes me thing there is some limiter in effect here, separate from the raw syncs of DSL.
My conclusion is that I'm being limited at an IP / PPPoE level and not at the raw DSL level, but I don't know enough of the architecture of how my device actually appears "on the internet" to know where my traffic goes to once it gets into the cabinet and therefore how / where this would be done.
-
Just read you're BT thread, unfortunately they are just not seeing the issue which is clearly there. You're going to have to try telephone support, and hope you get someone who knows what they are talking about, hopefully second level support. It's not going to be easy, but won't be as painful as the issues I've had with Virgin :wall: :wall: :wall:
There is no training period either, the line adapts all the time depending on line conditions. Looking on Codelook (https://www.telecom-tariffs.co.uk/codelook.htm?xid=520211&cabinets=11550) I can see you are on a Huawei cabinet, this is good news once you're problems are sorted out. Huawei cabinets support G.INP and dBx. G.INP is an error correction technology which doesn't impact speed, and dBx reduces the SNR target from 6dB to 3dB in 1dB steps until you reach the 40Mbps package speed if your line can support it.
-
Huawei cabinets support G.INP and dBx. G.INP is an error correction technology which doesn't impact speed, and dBx reduces the SNR target from 6dB to 3dB in 1dB steps until you reach the 40Mbps package speed if your line can support it.
They already have G.INP on the line. ;)
-
So they do, I forget to check.
-
Well, thank you both for the bolstering words.
Regarding download speeds, I did read up a bit on DLM as best I could. I figured the advice from BT forum to "leave the line stable and it will retrain in time" tied in with the content I had seen about barrier levels and daily error/resync counts. I figured I just had a very high barrier to cross after my internal re-wire.
The upload issue though is a different matter, I just cannot se an explanation for it except that something somewhere still thinks we should have a 2Mbit rate.
One question; I have not been tracking the IP address and gateway assignment my router gets from BT. I figure some DHCP server is telling my local router a default route to ise for any external traffic. Is it possible that the gateway has the limiter on it? That would explain why the cabinet thinks the line has a 10Mbit profile but actual speeds are only 2.
Any hints to force a new DHCP lease? Maybe it is possible we have had the same one ever since upgrading from a 2Mbit service.
There must be a traceroute tool for that... which would help me If this thing is in the IP or packet world...
Thank you all for listening and quickly responding.
-
Disconnect your modem from the phone socket for at least 60 minutes then re-connect (some say 30 minutes is enough)
I had an issue with my TalkTalk VDSL connection throttling upload about two weeks ago. This fixed it.
-
OK, I will try the overnight tonight.
-
Regarding download, yes I'm sure this line has been banded. I had been rewiring a couple of weeks ago and wasn't smart enough about my disconnects / power downs, and then also had a bad crimp on an RJ11 which caused some noise. Nothing to do about that except wait for DLM to release the brakes. Sadly that is taking more than the basic 8 days, so no idea how big my DLM barriers have ended up.
Unfortunately the DLM usually takes considerably longer than 8 days to remove banding.
It's not as bad as it used to be (it used to get completely stuck) but it can still take weeks or months.
I did try a resync this morning for the first time in 2 weeks, hence upload has changed slightly.
The DLM will never make a positive change on the line from a manual resync.
You'll never see banding or Interleaving removed doing this.
It's actually counted as instability by the DLM that the line is resyncing.
Your best bet is to leave it alone, or to push BT for a DLM reset.
There's no doubt at all that the downstream is banded at 32.4Mb which is 1 of the common banding levels used by the OpenReach DLM.
-
OK, that is understood and thank you for taking the time to explain.
Upload is my first priority right now with so much teams and Google Classrooms going on, so I will continue to focus on the throttling issue and the give DLM time to do its thing, assuming a reset does not happen as a side effect of the upload topic.
-
Well, the overnight reset worked, as in I got a new IP.
Sadly no such luck with the upload limiter which is still present :(
(https://www.thinkbroadband.com/_assets/speedtest/button/1612162095444975655.png) (https://www.thinkbroadband.com/speedtest/results.html?test=1612162095444975655)
-
I think phone support - second line - is unfortunately the best option here.
A DLM reset should fix the banded download speed, but I suspect the upload issue is in BTs network settings somewhere.
:)
-
Time for a quick update in case anyone has any wise words... I cannot speak highly enough of BT's front line staff, they have been universally friendly, helpful, and most importanty all seem to agree with me that there is a strange upload issue.
After several cancelled / missed appointments, yesterday an OpenReach broadband engineer did come and re-wire in the cabinet and perform a DLM reset. As expected this has resolved the download rate capping issue, and I'm hoping things will stabilise / improve overnight as the settling period completes.
The upload limit however is still clearly there.
- The modem currently clocked up at 6651 kbps
- Openreach speed tester reporting 6.7Mbps, but they only report the maximum speed seen which is the burst before it snaps down to 2Mbps
- BT support engineer's own test (from their system to the HomeHub 5b now plugged in here reporting 1.8Mbps
- ThinkBroadband (which I had been recommended to use by BT forum members: 1.6Mbps
Today's support agent recommended another engineer visit, which is booked for Friday though based on previous experience I expect a no-show. When they do come, I fully suspect they will conclude the same as per Wednesday - i.e. that the line is good, sync rate is steady, and there is no issue on the OpenReach side.
On some speed tests it is possible to see the limiting profile. I have attached a screen grab from speedtest.net. The uplaod speeds are stepped, starting at 6Mbps (the line rate) then reducing to 4Mbps, then stabilising at 2Mbps. That looks like the same profile as BT wholesale speed tester but they don't give you a graph. I never see this on the thinkbroadband test.
Questions on my mind at the moment:
- Is it likely that the modem is clocked in at 6.5Mbps but the real throughput is always stepped down to 2Mbps (I think this is unlikely based on other plots from friends)
- The upload "IP profile" on the line as applied in the cabinet is showing as 10Mbps after the BTW "advanced diagnostics" test, but is it possible that this has got stuck at 2Mbps? If so, are Openreach likely to be able to unstick it (I am hoping someone can change it to one setting and then back again, to rule this out, but today's BT agent told me they could not do this)
- Is is possible that the stepped reduction I'm actually seeing is the cabinet trying to stabilise upload rates, and is therefore healthy behaviour? (the longer you look at these things the more you second-guess yourself...)
- Today's support agent told me there is no second-line support at BT, they just rely on engineer visits - is this likely to be the case?
Any hints?
(https://www.thinkbroadband.com/_assets/speedtest/button/1612989139505425655.png) (https://www.thinkbroadband.com/speedtest/results.html?test=1612989139505425655)
-
Is it likely that the modem is clocked in at 6.5Mbps but the real throughput is always stepped down to 2Mbps (I think this is unlikely based on other plots from friends)
Your stats confirm the modem synced around 6.5Mb.
The upload "IP profile" on the line as applied in the cabinet is showing as 10Mbps after the BTW "advanced diagnostics" test, but is it possible that this has got stuck at 2Mbps?
The downstream IP profile is calculated from the actual sync speed.
The upstream IP profile is always the package limit. They don't limit the upstream by IP profile like the downstream.
Is is possible that the stepped reduction I'm actually seeing is the cabinet trying to stabilise upload rates, and is therefore healthy behaviour?
No. The DSLAM does nothing like that.
The DLM controls things like that, telling the DSLAM what profile to use.
The DLM isn't limiting the upstream.
It sounds like an issue beyond the DSLAM, which is down to BT Wholesale.
Ask the engineer to run a speed test (if 1 shows up).
Try stressing to BT that the line and sync rate is fine, but the throughput is stuck.
There's very little an OpenReach engineer can do for some throughput issues. They are responsible for the line between the home and the DSLAM, and the fibre between the DSLAM and the exchange.
The issue appears to me to be speed to the wider internet from the exchange onwards, which is where BT Wholesale take over.
It may need a circuit rebuild. Basically BT Wholesale build the line from scratch.
I'm confident it's a BT Wholesale issue though.
-
Thanks John, we all need a bit of bolstering in these cases!
Modem stats are now as follows now G. INP has kicked in.
6. Data Rate: 6624 / 40000
7. Maximum Data Rate: 6624 / 43152
8. Noise Margin: 5.8 / 7.1
9. Line Attenuation: 25.7 / 25.7
I'm sure there is a 40Mbbps/2Mbps package offered by Openreach, and that used to be offered by BT... and I am struggling to believe the modem synced on download at exactly 40Mbps on the nose, with so much SNR to spare.
So when I get an OR engineer here there are a couple of things to check...
1: Prove there is a throughput issue and get it documented, probably by hanging a cable out the window to avoid any COVID risk.
2: Can the OR engineer force a temporary change to the line profile ordered by BT, in case (I suspect) this is stuck in the cabinet at 40/2 instead of the 50/10 which should have been allocated when Fibre 1 was ordered. I am hoping a simple toggle of the settings might unlock this.
3: Is it a problem upstream of the cabinet, and if so get it documented, to hopefully prompt BT Isp to kick off another piece of work with BT Wholesale.
First thing is to get the OR engineer here. I am not hopeful as have 2 appointments cancelled with no notification so far, the last guy only arrived when the BT tech bypassed their own system and went straight to an Openreach portal.
Thanks for the support and I will keep updating.
Derek
-
I may not be remembering correctly but I believe there were the following Openreach products available for ISP's / CP's to base their FTTC (VDSL2, ITU-T G.993.2) based services upon --
18/2
40/2
40/10
55/10
80/20
(All DS/US Mbps.)
It looks to me as if your service has been provisioned on the Openreach 40/10 Mbps product.
-
Yes, thanks for that.
I would say the 40/2 product, as it is the 2Mb upload limit I am trying to get fixed.
The only confusion there is that the "extended info" test (tap2 info? ) shows a 10mbps IP profile on upload, where we are clearly limited to 2. ( I get the IP upload profile from https://speedtest.btwholesale.com/)
My hope is that there is one setting in the cabinet (2Mbps) and another in an online database somewhere (10Mbps), so when I do the check online it shows 10 whereas I'm actually seeing 2...
And I'm banking on this statement from SIN498
Note : The upstream throughput is also constrained on the DSLAM to the upstream rate requested in the order, i.e. 2 Mbit/s, 10 Mbit/s or 20 Mbit/s, so even if the VDSL2 upstream line speed is higher, the upstream throughput is constrained to the level ordered for the product.
Thank you so much for the comments, I am learning!
-
I still believe that your service has been built on the 40/10 Mbps product by looking at the synchronisation speed reported by your CPE.
Modem stats are now as follows now G. INP has kicked in.
6. Data Rate: 6624 / 40000
7. Maximum Data Rate: 6624 / 43152
8. Noise Margin: 5.8 / 7.1
9. Line Attenuation: 25.7 / 25.7
Look at the line numbered 6., above. That is the synchronisation speed and it shows ~6.6 Mbps US and 40 Mbps DS. Hence the Openreach product has to be, at least, the 40/10 Mbps product.
I strongly suspect there are at least two BT Wholesale related problems: (1) using the wrong Openreach product (2) constraining the US to 2 Mbps. Both would be resolved by a "circuit rebuild", as j0hn mentioned.
-
OK, that's clear and thank you all so much. I will try to encourage BT & OR that is the way forward.
-
As above if you were on 40/2 OpenReach product then the sync would be capped at 1,999.
From the current sync rate I would say you are definitely on 40/10.
The IP profile suggests BT Wholesale also have you provisioned on 40/10, though something somewhere is indeed configured incorrectly.
Edit: I'll add to your comment...
Can the OR engineer force a temporary change to the line profile ordered by BT, in case (I suspect) this is stuck in the cabinet at 40/2 instead of the 50/10 which should have been allocated when Fibre 1 was ordered.
Fibre 1 is not 55/10.
It is sold as "average speed 50Mb/s".
However, if you have low estimates then BT will provision on 40/10.
You have been provisioned on 40/10 as you can see from your sync.
Getting BT to increase this to 50/10 may fix the upstream issue at the same time.
The BT forums are great for getting the package changed to 55/10.
An OpenReach engineer can't change this. It must be the ISP.
The higher package cost the ISP more money so would need them to order it.
The line could reach over 50Mb if it was on 55/10 and the DLM lowers the noise margin (SNRM).
-
OK, that's a good suggestion. We are right on the limit though (and 40Mbps would be close to the BT Wholesale line expectation for a this line), so it will take some convincing.
VDSL Range A (Clean) MAX 41.4 MIN 25
I have hit the "we won't investigate upload speeds" wall with BT agents today who offered to send me a USB to ethernet adapter and now tell me I should have a home tech expert come in a week Friday. So I have submitted a formal complaint that they are throttling my line (in contravention of https://www.bt.com/help/broadband/bt-s-approach-to-broadband-traffic-management ).
I will have another go on the BT community forums though to see if I can get the 55/10 enabled, in the hope that will clear a path through the system.
-
Well the BT community forums seem to go round and round asking me to run speed tests but not really addressing the fundamental limit.
Has anyone got any advice on how to coach the "Home Tech Expert" (is this actually an engineer?) to believe there is really a problem with a speed limiter. I have an 8-page powerpoint slide deck I wrote today just to get my chain of logic right (it's bigger than 300kb though otherwise I would have shared it for peer review!)
I am thinking:
1/ Show them a print out of the BT wholesale speed estimates and the BT "your line will deliver this" screen
2/ Get them to run the "My BT" speed tester, which I understand runs direct between the hub and the bRAS (it shows the limited speed)
3/ Get them to run a speedtest.net and a BTW speed test, demonstrating that the line is capable of the full speed but is throttled
then the complex bit... draw a diagram of how an internet speed limiter works and why it will result in exactly the profile of speeds they are seeing! The slide I've attched is the best I can do so far, but I am assuming some knowledge of how TCP/IP networks work, which means I am talking to an engineer...
trying to walk them down the road of discovering the issue for themselves.
-
Well, a month and 3 days after the last post here, I'm really pleased to report the problem is fixed.
Summary (my personal call log on this is 157 lines and started on 1st Feb so too long to be of interest): This got escalated to a weekly review between BTW and OR, and between the two they identified a parameter which should have been 10Mbps and was set to 2Mbps. After being reset properly in line with the package rate, we are now seeing a reliable 6Mbps which is right on target.
I am really thankful to the other posters on this forum who gave me the energy and confidence to chase this through with BT. You get asked so many questions during these topics, you can start to doubt yourself, and your responsed helped me through some of those dark times. Thankfully the PPT was never needed...
In all truth, I also cannot speak highly enough about the BT community Forum moderators who took the problem seriously from the first time it was raised with them and were very reliable in their actions, eventually chasing it through OR and BTW to get it escalated to a joint review session. Sadly, getting to the point where it was raised with them took quite a bit of chasing and I was lucky to have 2 issues running in parallel, one of which eventually allowed me to get my issue raised to forum level (thank you if anyone on this forum was involved in poking that, if so you are an :angel: as I had lost all hope at one stage)
In the meantime during all the round-the-loops I was asked to do, someone asked me if my line was stable. BT don't provide tools to work that out so I have been working on a python script to monitor the Smart Hub 2 from a Raspberry Pi (fairly easy to expand to other devices), which is posted to the forum here: https://forum.kitz.co.uk/index.php/topic,25733.0.html (https://forum.kitz.co.uk/index.php/topic,25733.0.html). Screen grab attached showing the last 2 weeks of connection data.
-
Well, a month and 3 days after the last post here, I'm really pleased to report the problem is fixed.
Excellent news! :dance:
In the meantime during all the round-the-loops I was asked to do, someone asked me if my line was stable. BT don't provide tools to work that out so I have been working on a python script to monitor the Smart Hub 2 from a Raspberry Pi (fairly easy to expand to other devices), which is posted to the forum here: https://forum.kitz.co.uk/index.php/topic,25733.0.html (https://forum.kitz.co.uk/index.php/topic,25733.0.html). Screen grab attached showing the last 2 weeks of connection data.
That certainly looks useful. Just one comment, having peered at the screen-scrape: Perhaps a different choice of well contrasting colours would be beneficial. :-\
-
Haha yes, that is done at the Thingspeak end. Both setting the scales and the colours might help with clarity as the lines do tend to overlap...