excellent
@direcpc.com |  reply to astragalus
Re: Usage Page FAP calculator (for Firefox)
astragalus
Absolutely a great piece of work! Excellent!!
Painless install, absolutely simple to use!
I have installed and uninstalled Firefox so many times.
Finally a reason to setup a url as Home!
Thank you! |
|
io chico
join:2003-12-30
Chico, CA | reply to astragalus
Amazing. You have created an excellent monitor! Thank you so much! |
|
banks77
join:2001-11-12
Canada | reply to astragalus
Thanks you astragalus , have a great day!  |
|
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 |
|
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! |
|
astragalus
join:2007-08-17
33341 | 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. |
|
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 |
|
snowman41
join:2006-10-20
Almonte, ON | reply to astragalus
Did you change the month in the link from 10 to 11?
Snowman |
|
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 |
|
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. |
|
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 |
|
astragalus
join:2007-08-17
33341
| 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. |
|
millham
Creator of hnFAPMon
Premium
join:2003-06-30
Rixeyville, VA
| 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! |
|
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. |
|
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. |
|
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. |
|
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) |
|
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 |
|
snowman41
join:2006-10-20
Almonte, ON
| 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 | 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. |
|
