-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Daily frequency and duration of switch-on events #79
Comments
Hi, so you are saying that the right-end tail of the distribution, with some particularly long events, might be unwanted in some cases? |
Hi, Currently, the algorithm generates the exponential distribution which is "limited on the right" by the func_cycle paramater but I'm not sure if that actually represents the duration of use of many appliance well. |
Ok, I get your point about the potential usefulness of being able to specify the typical duration of a given event. I agree this could be something worth exploring. I don't think that using the cycles for this would be very intuitive from a user perspective, though, so I would go for a new specific parameter. I'm not sure why you say that the |
Yes, you're right. I also meant "limits the distribution to the left". Sorry for the confusion. |
This is related to the duty-cycle repetition issue #78. Both are based on the
rand_switch_on_window
function:I tested the function simulating 10 000 days of one test appliance (
func_time=4*60, window_1=[8*60, 18*60], func_cycle=10
) and tracked the number of switch-on events per day (daily_nr) and the durations of them (dur). Both appear to be exponentially distributed.Currently, the user can only specify the minimal duration of a switch-on event with the parameter
func_cycle
but cannot influence the distributions shown above (number of switch-on events per day, their average or maximal duration...). I imagine that this could be useful as many appliances have a "typical" usage duration.One option to influence the duration of switch-on events would be using duty-cycles (with the modifications I proposed in issue #78).
A "maximal switch-on event duration" parameter to be defined by the user might still be useful though?
The text was updated successfully, but these errors were encountered: