It said it was open for 5 minutes as a warning to let me know that I might have forgotten to close it. Actually I had purposefully left it open to test a device I built based on a couple blog entries from Richard L. Lynch. Now I don’t know Richard, but I found his postings when searching for a solution to absent mindedly leaving the garage door open. Since we have smart phones on us at all times, a simple e-mail from the garage door would be great if it was open for too long. Richard came up with an elegant solution using a Raspberry Pi and a small Python program hooked up to a garage door sensor. The posts could use some updates for the current Raspberry Pi model B+ but they work. Here are the 2 posts by Richard.
You won’t need to USB hub with the B+ model since it has plenty of USB ports. I used CAT 5 cable to connect the sensor to the Pi in the basement. I chose the basement to mount the Pi since it will be out of the elements and kept cool for the most part.
I’m planning on getting another Pi so I can load Mono on it and write the code in C# which is what I’m used to.
Something I’m bad about is rotating canned goods. After looking around I found a company that sells some cardboard ones here: http://canorganizer.com/ I also found some made of plastic and full blown metal ones here: http://www.thrivelife.com/food-rotation-systems I wanted something strong but didn’t want to spend a ton of money either so I came up with my own plan.
I still have a couple more to make. For anyone else who has some woodworking skills and wants to make some the plans I used are all included below with lots of pictures.
I always have a hard time finding this. Every once in a while I’d like to see the console messages when I’m remotely managing a switch via SSH (or Telnet). The command is simply “terminal monitor”. This only lasts for the current session but that isn’t a big deal.
We had some strange, seemingly random, things happening in our environment lately, but have had a hard time tracking down what was going on. We run a Hyper-V environment consisting of 3 host servers in a failover cluster with Server 2008R2 and an iSCSI SAN. The other day I noticed we were running out of room on our PRTG server (virtualized). When I initially created that server and setup PRTG I didn’t put a whole lot of thought into the configuration and just installed everything using defaults. The default setting puts all the data on the C drive. To fix this I created a new volume on the SAN, added two new network adapters to the PRTG server, configured everything and moved the data to the new volume. The next day we noticed a bunch of errors with iSCSI connections dropping on a different server. Read more…
Here is a little tidbit to remember. I was configuring a switch for a new iSCSI SAN install. To make it easier I was copying configuration settings from an existing SAN switch when I noticed there was nothing setting the Jumbo frames to 9000. I verified everything was ok on the production network by using ping, setting the size, and telling it not to fragment. I then used a show system MTU command and the switch shows Jumbo MTU set to 9000. I little searching online and I found that Cisco switches don’t store the Jumbo frame setting in the configuration file. Here is the quote from the Cisco documentation:
The system MTU setting is saved in the switch environmental variable in NVRAM and becomes effective when the switch reloads. Unlike the system MTU routing configuration, the MTU settings you enter with the system mtu and system mtu jumbo commands are not saved in the switch Cisco IOS configuration file, even if you enter the copy running-config startup-config privileged EXEC command. Therefore, if you use TFTP to configure a new switch by using a backup configuration file and want the system MTU to be other than the default, you must explicitly configure the system mtu and system mtu jumbo settings on the new switch and then reload the switch.
Just a quick reminder to pickup whatever stock you think you might need. Reference this post http://murison.wordpress.com/2011/09/24/incandescent-light-bulb-ban/
I was just at the store and there are no 100W or 75W bulbs to be found. Good supply of 60W for now.
I’ve gone to LED for the can lights in the kitchen and they work great. There is a fraction of a second delay between turning on the switch and the light coming on, but they come on at full brightness so I can deal with that. Slowly working on replacing all the CFL flood light bulbs with LEDs. LED prices are still too high for all the fixtures in the house so I’ve stocked up with a supply that should last about a decade. By that time the price should be better, or I will have won the lottery :)