fiaranch
Premium
join:2007-09-12
Weston, CO
| reply to astragalus
Re: Usage Page FAP calculator (for Firefox)
A great little script. Thanks! I use hnFAPmon, but will use this also. Like others have noted, the delay in hughes posting usage for a couple of hours is a problem. However, I do look at both.
A little debug 'thing' for the next version of the script. FYI-I just installed Rev6.
For me, the failure others have noted when going to 'previous month' or going from previous month to current month, is due to the script not catching the entire site id. When I go to that hyperlink "previous months usage" or from that page to "current month's usage, the script changes the month OK, but only populates the first character of the site id.
Again, thanks for another tool to help keep the FAP police on the other side of town!!
All that and 5 bucks will get you a Starbucks!!
--
High tech in the high mountains @8500 ft elevation | Linksys wired/wireless network across 80 acres | HN7000S | ProPlus Package | AMC3 Transponder 1150 | A place to go where you can Forget It All-www.fiaranch.com |
|
K1DEU
160 ft Rohn 45g Tower
Premium
join:2007-10-30
Stamford, VT
| reply to astragalus
Up grading to Script version 6 also solved my "NaN" Remaining entries problem.
For unknown reasons my FAPmon would indicate that my bucket was full again but it wasn't, on the small buss plan. Yes the script has a several hour delay but I was able to understand how I entered FAP three times recently and be more careful. 73, John K1DEU
I posted a reply early this morning and it went into the twilight zone but did indicate on main page I replied but never showed. |
|
K1DEU
160 ft Rohn 45g Tower
Premium
join:2007-10-30
Stamford, VT
| reply to astragalus
Thanks; Version six fixes the "Nan" script error here.
Yes "the sdript" it may be several hours delayed but it accurately showed me several times why I entered FAP ! I gotta manually tell FAPmon my DST free DL time next. GMT doesn't work of course on the east coast. 73, John K1DEU |
|
mikeisking
join:2006-08-26
Mcalester, OK | reply to snowman41
I don't use the bookmark code, so that wasn't it. Upgrading to revision 6 seems to have fixed it...thanks for the reply. |
|
snowman41
join:2006-10-20
Almonte, ON
| reply to mikeisking
From the end of post #1, if you replace the XXXXXXXX with your site id and save it as a favorite or bookmark, you can call up the usage page without entering your site id each time. You do have to change the year or month as time passes.
»customercare.myhughesnet.com/act···=2007+11
Snowman
--
Hughes HN7000s 1.0 Mbps/200 Kbps 375 MB Cdn Plan G16/99W 1230mhz .98m 2w RSL93 ACP75 DLink624 XP & VISTA |
|
mikeisking
join:2006-08-26
Mcalester, OK
| reply to snowman41
Change from 10 to 11? Not sure what you are referring to, but upgrading to revison 6 seems to have done the trick. Clicking on the previous month usage link provided by the script doesn't work. I just get this message..."The usage reporting tool is temporarily unavailable for users of DW3000 and DW4000 model satellite modems.
We are working on repairing this problem. We apologize for the inconvenience.
If you do not use a DW3000 or DW4000, you are seeing this message because we do not have usage data for your modem or you have entered an invalid SiteID" This doesn't apply to me, as I'm using the 6000. No big deal, just thought I'd mention it.:)
--
Windows Vista Home Basic | DW6000 BEFVP41v2 |
|
v8rail
join:2003-10-13
Ash Fork, AZ
 ·HughesNet Satellit..
| reply to garylankford
said by garylankford  :said by astragalus :Read my previous post: It confirmed that the recovery rate was equal to one bucket per day, and that the reason the recovery rate seemed higher was because of the FAP free zone (which was apparently still a secret at the time). I did read that post and continue to believe that the conclusion that the hourly refresh rate is equal to 1/24th of the bucket fill is incorrect. I continue to be able to DL (excluding UL) in the range of 500MB/rolling day while keeping a steady bucket fill outside of the FAP-free period. That supports a 21MB/hr refresh rate for the Pro plan. Gary,
I have to agree. I calculate the usage the same way you did and stayed fap free.
And I posted the numbers before that show clearly that the threshold has nothing to do with a 24 hour limit. Need to find the numbers again 
--
Verizon Wireless Rev A, DW7000 with .74 dish (soon to be a birdbath) |
|
astragalus
join:2007-08-17
33341
2 edits | reply to garylankford
If you can download more than 1.5GB in a 72hr period (not including usage during the FAP free time), then yes, your recovery rate must be higher. Either that or there's something else going on in the FAP calculations.
I'm wondering about someone you uses 10-20MB more than their bucket every single day. They would eventually trigger the FAP after a few weeks with this scheme and it may not be as obvious to such a user why they were FAP'ed when their usage pattern has been the same. --- I guess this would be an exception, though. Who uses the same bandwidth day in/day out.
PS
I've added the upload into the calculations. |
|
garylankford
join:2007-04-30
Utopia, TX
2 edits | reply to millham
said by millham :Tier 1 and 2 support have told me that UL does count against you. (That's why hnFAPMon still uses UL data) I think that the reason why UL doesn't seem to count is that the UL rate is usually well below the recovery rate. I'm curios how this script can really help from being faped. With a 2 hour delay in the data, you could easily go over the limit and never know (especially if you have several users) I have the idea that there is an UL bucket (smaller than the DL bucket), but that when it is emptied UL's count against the DL bucket. Don't ask me for proof of that! Something that sticks in my mind from some page I stumbled upon back when, but which didn't stick well enough to find it again... 
It ain't easy, but knowing where you were two hours ago, and keeping track of what you've done since then, can give you a pretty good Idea of what you still have left. |
|
garylankford
join:2007-04-30
Utopia, TX
| reply to astragalus
said by astragalus :Read my previous post: It confirmed that the recovery rate was equal to one bucket per day, and that the reason the recovery rate seemed higher was because of the FAP free zone (which was apparently still a secret at the time). I did read that post and continue to believe that the conclusion that the hourly refresh rate is equal to 1/24th of the bucket fill is incorrect.
I continue to be able to DL (excluding UL) in the range of 500MB/rolling day while keeping a steady bucket fill outside of the FAP-free period. That supports a 21MB/hr refresh rate for the Pro plan. |
|
millham
Creator of hnFAPMon
Premium
join:2003-06-30
Rixeyville, VA
| reply to astragalus
Tier 1 and 2 support have told me that UL does count against you. (That's why hnFAPMon still uses UL data)
I think that the reason why UL doesn't seem to count is that the UL rate is usually well below the recovery rate.
I'm curios how this script can really help from being faped. With a 2 hour delay in the data, you could easily go over the limit and never know (especially if you have several users)
--
Creator of hnFAPMon.
FAP the FAPing FAPers! |
|
astragalus
join:2007-08-17
33341
| reply to garylankford
Read my previous post: »Re: Usage Page FAP calculator (for Firefox)
I wrote a script that basically does what you did in a spreadsheet on the data. It confirmed that the recovery rate was equal to one bucket per day, and that the reason the recovery rate seemed higher was because of the FAP free zone (which was apparently still a secret at the time).
I haven't seen enough data about UL usage to know whether it's counted or not. My calculations seem to be fairly accurate without it. My script has predicted that I slightly exceeded FAP without actually being FAP'ed on two occasions. It's obviously not perfect, there's no way to distinguish between usage occurring at the beginning of the hour vs near the end of the hour. There's also rounding errors and the fact that small amounts of usage (< 0.5MB) are omitted from the usage page. Therefore, how much of that usage was refilled and whether or not the bucket is full at the end of the hour cannot be known for certain. |
|
garylankford
join:2007-04-30
Utopia, TX
| reply to astragalus
This is really neat, astragalus!
I have been using the usage page data in a spreadsheet for some months now. I'm on the Pro plan and have a 375MB bucket. I have been using a 21MB/hr refresh rate, but total my DL and UL columns as hourly usage. The formula I use is:
That method has kept me faithfully out of FAP for quite some time, with the exception of a time last month when a timed download failed to stop at the end of the FAP free period. In that instance my model predicted FAP to within 4MBs.
It would seem that you are not including UL data in your calculation of bucket fill. If that is correct, what justification do you have for that?
Also, you state that the bucket refresh continues during the FAP free period. I have been assuming that it did not. What is your evidence? Just curious... I have been wondering about that question since the FAP free thing started.
My qualm here is that my own calculation shows me currently within 30MBs of FAP, while your monitor has me at 370MB. I have been doing a pretty consistent, but low, rate of UL for several days. I would like to believe your calculation, but am hesitant to test it. I hate to get FAP't. It tends to ruin my day... :)
Despite the fact that looking at the source code tends to give me a headache, I guess I'm going to have to do that in order to understand your method of calculation.
It's too bad we don't know exactly the parameters that Hughes uses in their calculation. That would make things so much easier.
The script was a brilliant idea and the presentation is equally brilliant. Thank you very much for this gift!
--
DW7000 83W 1310 / Router:67.142.135.201 / 1 watt / Pro / Pentium 4 2.8ghz, 500MB ram / SuSE 10.1/ Firefox 2.0.0.6 |
|
Cabarett
join:2007-01-14
Branchdale, PA
1 edit | reply to astragalus
I had the same thing happen..
I got it going again by Uninstalling the script PLUS "CLICK"
the box "also uninstall associated preferences". See if that helps. |
|
K1DEU
160 ft Rohn 45g Tower
Premium
join:2007-10-30
Stamford, VT
1 edit | reply to astragalus
I am also using revision 5 and changed the month to 11 dumped cache, re-booted, etc. to no avail. "Remaining (MB)" hourly column shows "NaN" with no info. It shows the date and times correctly for November. During our 3-6 AM free download time period it correctly shows my sumating 500 Mb+ hourly totals On the Small Buss plan. 1.5 Gig Total Sadly no go here. Last month worked great with old firmware? 73 John, K1DEU |
|
snowman41
join:2006-10-20
Almonte, ON | reply to astragalus
Did you change the month in the link from 10 to 11?
Snowman |
|
mikeisking
join:2006-08-26
Mcalester, OK
| reply to astragalus
Having a little problem here. While the previous month's "Remaining (MB)" column shows correctly, this month it only has "NaN". I was using revision 4, updated to revision 5 but it didn't help.
--
Windows XP SP2 | DW6000 BEFVP41v2 |
|
astragalus
join:2007-08-17
33341 | reply to Cabarett
The bucket is cumulative, it will even carry over from previous months (which is saved in Firefox's prefs.js). The bucket is refilled hour by hour. During the FAP free time, the bucket is refilled regardless of actual usage. |
|
Cabarett
join:2007-01-14
Branchdale, PA
| reply to astragalus
I got my new Software Release: 5.6.0.18 this morning now my FapMon isnt working :-(
I have a question about this script.
Does this "assume" you have a FULL bucket every morning?
I wasnt sure because I never did go under 50% of my bandwidth before so I can not check.
Can anyone check for me please.. Thank You! |
|
sboe
join:2004-10-08
Prentiss, MS
| reply to astragalus
Awesome work. Thanks so much. Hughes could have done some thing similar to that a long time ago, but they don't want us Knowing what we have left.
--
HN7000s/Pro+/G16 99 West 1230 MHz/Static IP/XP home/Linksys wired router/Athlon 3200+/.74 dish |
|
