Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Elevators

john.fun

Post reply on HN
Print view View original

241–250 of 426 posts

Re: Show HN: Elevators

#241

Post by shepherdjerred »

pimlottc wrote: post #232
omoikane wrote: post #68

> Destination Dispatch [...] are in general worse I wonder if this is an artifact of how the author used random destinations. I worked in a building that used Destination Dispatch, and the common travel pattern seemed to be: - Everyone who is not on the ground floor generally want to go to the ground floor. - People who are on the ground floor generally travel in large groups to the same destination. This happens bec…

This is case where you need to make sure your test data reflects real-world usage or you end up optimizing for the wrong thing. Ideally a new elevator installation would have a trial period where they record usage and then run it through a simulator like this to determine the optimal strategy for that particular building. And you'd want to re-run it every once in a while as the building tenants/usage changes. I wonde…

I wonder if we'll see LLM elevator scheduling

Re: Show HN: Elevators

#242

Post by cwillu »

Wowfunhappy wrote: post #203

All I want to know is why the heck I can't un-press a button I pressed by accident. This should be very simple. Press once to turn the button on, press again to turn it off. Or I guess you could do long-press to turn off or something if you're worried about confusing people, but I really don't think that should be necessary. We know how toggles work. The button lights up when it's on.

The most common control circuit has the button triggering a relay which then powers its own trigger until the circuit is interrupted elsewhere; this isn't compatible with the same button cancelling the call.

Re: Show HN: Elevators

#247

Post by mr_wiglaf »

My first thought with optimizing the elevators was to optimize where the elevator went when it was empty. Surely sticking around at the top floor decreases avg wait times, no? I feel like I've been in buildings where the elevator returned to the lobby after use (but perhaps there was always another person waiting...)

Re: Show HN: Elevators

#248

Post by perilunar »

It's a pity that paternoster lifts are so unsafe [0] — we could avoid all problems to do with scheduling if they were safer.

On a related note, could someone please design continuous spiral escalators with horizontal sections at each floor?

0: https://en.wikipedia.org/wiki/Paternoster_lift#Safety

Re: Show HN: Elevators

#249

Post by iancarroll »

mr_wiglaf wrote: post #247

My first thought with optimizing the elevators was to optimize where the elevator went when it was empty. Surely sticking around at the top floor decreases avg wait times, no? I feel like I've been in buildings where the elevator returned to the lobby after use (but perhaps there was always another person waiting...)

I agree, I have been in a lot of buildings where the elevators have extremely poor performance due to this. It can be 4AM but they are all configured to rest on one floor or something like that.

Re: Show HN: Elevators

#250

Post by nkjoep »

whartung wrote: post #234
darkwater wrote: post #141

Earlier quoted context omitted.

Yeah, and definitely is not the right story for hotels. His premise of "morning traffic mostly from lobby to floors" is completely false in an hotel where you get it both ways due to people going down for breakfast and going back up and the down once again. I see hotels with the kiosk model changing the UI depending on breakfast rush hour

Most interesting hotel elevator system I’ve seen was in Washington DC. Instead of hitting the call button, you started the request with your floor. Then the system would assign you an elevator (there were 6 cars as I recall). I assume this gave the system more accurate routing data to make it more efficient for everyone.

It’s explained in the article
Post reply on HN