This caused various problems as there was no ability to select direction of travel. My room wasn’t on the top floor, so when the doors opened I had no idea whether I was going to take a trip to a higher floor even though I wanted to go down to breakfast. To make matters worse the indication panel above the door didn’t reflect the subsequent direction of travel only the current direction.
So for example I was on the 4th floor and the lift, coming from the ground level, would arrive and be announced with an arrow pointing upwards. You would get in not knowing whether or not the lift was actually terminating at your floor or stopping just to continue upwards.
- Disassembling a Cortex-M raw binary file with Ghidra - December 20, 2022
- Using final in C++ to improve performance - November 14, 2022
- Understanding Arm Cortex-M Intel-Hex (ihex) files - October 12, 2022
Co-Founder and Director of Feabhas since 1995.
Niall has been designing and programming embedded systems for over 30 years. He has worked in different sectors, including aerospace, telecomms, government and banking.
His current interest lie in IoT Security and Agile for Embedded Systems.
Agreed; it's an absolutely fantastic book, and has made me far more aware of the good and bad designs around us.
(And I still don't understand why doors you're supposed to push need to have handles on them...)
Looks like they didn't do their Use Cases - perhaps some training needed to be offered there. 😉
And about the doors that your "supposed" to push that have handles...my first guess would be that the handles are there in case you need to pull it shut again (think emergency for example). Otherwise you'd need to grab the door side and hence get your fingers caught.
Good point regarding the handles, but you'd probably want to do the probability analysis first.