Lockpicking contest system - Revision history

Dosman at 19:04, 11 October 2012

2012-10-11T19:04:33Z

Dosman at 01:06, 10 October 2012

2012-10-10T01:06:00Z

Dosman at 14:55, 25 September 2012

2012-09-25T14:55:20Z

Dosman: /* Code */

2011-12-02T19:33:20Z

‎Code

Dosman at 03:45, 6 October 2011

2011-10-06T03:45:53Z

Dosman at 18:54, 5 October 2011

2011-10-05T18:54:57Z

Dosman: Undo revision 685 by Dosman (Talk)

2011-10-03T06:16:35Z

Undo revision 685 by Dosman (Talk)

Dosman at 06:15, 3 October 2011

2011-10-03T06:15:59Z

Dosman at 06:00, 3 October 2011

2011-10-03T06:00:17Z

Dosman at 05:59, 3 October 2011

2011-10-03T05:59:18Z

@@ Line 45: / Line 45: @@
 |}
-== Debugging Lockups ==
+== Debugging ==
 One major problem I ran into with this system is noise from the electric motors causing spurious CPU corruption and lockups. This was a head scratcher for a long time but the answer turned out to be simple in the end. First I isolated the motors to have their own power supply independent from the CPU power supply. This didn't do much, but then I realized I had connected the grounds between the CPU and motor power. I cut these apart on the PCB so the grounds were completely isolated. This helped a lot however it would still lock up often enough to cause major headaches. Also running the air pump/shot dispenser would still lock up the CPU about 80% of the time. Finally a friend suggested putting capacitors on the motors. There are multiple ways to do this, I added two 105 caps to each motor, one cap going from each power lead to the motor case. I also did this on the air pump motor along with a cap across the power leads (in parallel to the motor) since this motor was the worst offender. This solved all of the corruption and lockup problems, the system is 100% reliable now.
 [[Image:Rumble_challenge_motor_caps01.jpg|none|thumb|200px|Motor caps installed]]
 == Visualisation ==

@@ Line 5: / Line 5: @@
 == Hardware ==
-Pics or it didn't happen! First I mocked-up a vibration motor to a lock stand to see if it would be enough to actually interfere with picking. The first tests were very promising, so I went ahead and geared the project up to full speed.
+First I mocked-up a vibration motor to a lock stand to see if it would be enough to actually interfere with picking. The first tests were very promising, so I went ahead and geared the project up to full speed.
 [[Image:IMG_0858.JPG|none|thumb|300px|Vibration motor mockup]]
@@ Line 44: / Line 44: @@
 | [[Image:IMG_0900.JPG|none|thumb|300px|Left: lock stand, Right: electronics in enclosure]]
 |}
 == Visualisation ==
@@ Line 52: / Line 58: @@
 == Code ==
-I've got more work to do on the Arduino and Processing code yet for it to be presentable. Email me if you are interested (dosman [at] bloominglabs [dot] org).
+Email me if you are interested in code (dosman [at] bloominglabs [dot] org).
 == Action Shots ==

← Older revision		Revision as of 14:55, 25 September 2012
Line 64:		Line 64:
	On Saturday we ran the Rumble Challenge in non-drinking mode to satisfy hotel requirements, lots of fun was still had:		On Saturday we ran the Rumble Challenge in non-drinking mode to satisfy hotel requirements, lots of fun was still had:
	[[Image:IMG_0959b.JPG\|none\|thumb\|250px\|Test round]]		[[Image:IMG_0959b.JPG\|none\|thumb\|250px\|Test round]]
		+
		+	[[Category:dosman projects]] [[Category:lock picking]] [[Category:arduino]]

@@ Line 52: / Line 52: @@
 == Code ==
-I've got more work to do on the Arduino and Processing code yet for it to be presentable.
+I've got more work to do on the Arduino and Processing code yet for it to be presentable. Email me if you are interested (dosman [at] bloominglabs [dot] org).
-−
-−
 == Action Shots ==

@@ Line 1: / Line 1: @@
 == Rumble Challenge Lock Picking Contest System and Drinking Game==
-[[Image:Img_0829-Defcon-Contest-LPCON-Timer-LCD.jpg|right|thumb|200px|Defcon/LPCON contest rig]]
+When the drinking-mode is activated, each time a lock is opened an air-pump triggers which pressurizes a carboy containing the precious liquid to fill each players shot glass. The game stops, each player still in the game gets a shot bonus, then the GO button is pressed to continue. Players who have already opened their locks still get a shot, but no bonus points. Scoring is setup so that getting your lock open first is great, but getting all 6 shot bonuses can potentially put you in first place too.
-−
-I wanted to build a decent contesting rig for a lock picking village a couple of us are hosting at [http://www.derbycon.com DerbyCon] in September 2011. I've seen the rig the [http://www.toool.us TOOOL] folks inherited and use for Defcon, it's very nice but starting to get dated. Firstly, I wanted to come up with something new to jam up pickers during the contest. For this contest I wanted to add a "vibration obstacle" to the challenge. Six contestants compete head-to-head on deadbolt's mounted on lock stands. Each lock stand has a vibration motor attached to the back which is activated intermittently throughout the contest. Second, I wanted a larger presence for the contest- namely a much larger display for what's going on. Lock picking is like hacking in that the actual nut and bolts is rather boring to watch, despite what they show in the movies. The control unit will be based on an Arduino and transmits data to a receiver+laptop connected to a projector. The projector will show the clock and players who have opened their locks so far (along with their individual times). I wanted to build a huge 7-segment timer display, but the cost was too high and I didn't have time to complete that, so a projector will make things "large" and potentially more interesting.
-−
 == Hardware ==
@@ Line 39: / Line 37: @@
 I used an Arduino to prototype the circuit. It's so simple to get an ATMega running on perfboard that I don't waste real Arduino's in my final circuits, just put a socket in there and swap chips when you are done with the code. It transmits lock open-events to a receiver (connected to a PC connected to a projector) as well as dispenses shots in drinking-game-mode :-). The controller has an LCD display so it could operate stand-alone, however I'm more interested in using some cheap RF boards to transmit events to the projector system. I was able to get the code written while I was waiting for parts to ship from SparkFun and Jameco. While the RF system worked great at first, it seems that the motors were causing some occaisonal interference so for the final design I added an FTDI header and used a SparkFun FTDI breakout board for USB connectivity. It's a simple code change to switch from RF to Serial output for communication with the Processing app. For the RF receiver I just used an Arduino+SparkFun proto-shield and receiver board, I didn't have time to build a permanent circuit which was just as well.
-This schematic is merely a suggestion, the only reason I used various pins was because they were free. There are probably a lot of ways to do this better, this is just the way I built it. Some gotchas, the Arduino pins have to be translated to ATMega328 pins, that's usually documented below. The air-pump should run at 1.5V but I'm running it at 5V. You will need a large heat-sink on your power regulator if you do this. I tested the motor before going with this setup, it draws between 300mA and 400mA at 5V which is well within the regulators 1A max. Also, you may enjoy adding things like a reset switch.
+This schematic is merely a suggestion, the only reason I used various pins was because they were free. There are probably a lot of ways to do this better, this is just the way I built it. Some gotchas, the Arduino pins have to be translated to ATMega328 pins, that's usually documented below. The air-pump should run at 1.5V but I'm running it at 5V. You will need a large heat-sink on your power regulator if you do this. I tested the motor before going with this setup, it draws between 300mA and 400mA at 5V which is well within the regulators 1A max. Also, you may enjoy adding things like a reset switch to the microcontroller.
 {|

@@ Line 37: / Line 37: @@
 == Electronics ==
-I used an Arduino to prototype the circuit. It's so simple to get an ATMega running on perfboard that I don't waste real Arduino's in my final circuits, just put a socket in there and swap chips when you are done with the code. It transmits lock open-events to a receiver (connected to a PC connected to a projector) as well as dispenses shots in drinking-game-mode :-). The controller has an LCD display so it could operate stand-alone, however I'm more interested in using some cheap RF boards to transmit events to the projector system. I was able to get the code written while I was waiting for parts to ship from SparkFun and Jameco. I'm sure I'll have more debugging to do though once I get the final hardware built.
+I used an Arduino to prototype the circuit. It's so simple to get an ATMega running on perfboard that I don't waste real Arduino's in my final circuits, just put a socket in there and swap chips when you are done with the code. It transmits lock open-events to a receiver (connected to a PC connected to a projector) as well as dispenses shots in drinking-game-mode :-). The controller has an LCD display so it could operate stand-alone, however I'm more interested in using some cheap RF boards to transmit events to the projector system. I was able to get the code written while I was waiting for parts to ship from SparkFun and Jameco. While the RF system worked great at first, it seems that the motors were causing some occaisonal interference so for the final design I added an FTDI header and used a SparkFun FTDI breakout board for USB connectivity. It's a simple code change to switch from RF to Serial output for communication with the Processing app. For the RF receiver I just used an Arduino+SparkFun proto-shield and receiver board, I didn't have time to build a permanent circuit which was just as well.
-A receiver is also needed for the PC. Another Arduino with an RF receiver connected to the PC via USB will finish out the hardware side of things.
+This schematic is merely a suggestion, the only reason I used various pins was because they were free. There are probably a lot of ways to do this better, this is just the way I built it. Some gotchas, the Arduino pins have to be translated to ATMega328 pins, that's usually documented below. The air-pump should run at 1.5V but I'm running it at 5V. You will need a large heat-sink on your power regulator if you do this. I tested the motor before going with this setup, it draws between 300mA and 400mA at 5V which is well within the regulators 1A max. Also, you may enjoy adding things like a reset switch.
 {|
 | [[Image:IMG_0889.JPG|none|thumb|300px|Top: prototype, Bottom: final circuit]]
 | [[Image:IMG_0900.JPG|none|thumb|300px|Left: lock stand, Right: electronics in enclosure]]
@@ Line 58: / Line 59: @@
 == Action Shots ==
-The first run of the game was during DerbyCon at LVL1's party. We setup the system in full drinking-game-mode with Malibu Rum as the potion of choice. Many thanks for the awesome folks at LVL1 for letting us run the game at their space (hotel rules prohibited drinking in the lock picking village at DerbyCon).
+The first run of the game was during DerbyCon 2011 at LVL1's party. We setup the system in full drinking-game-mode with Malibu Rum as the potion of choice. Many thanks for the awesome folks at LVL1 for letting us run the game at their space (hotel rules prohibited drinking in the lock picking village at DerbyCon).
 {|

@@ Line 1: / Line 1: @@
-== Rumble Challenge Lock Picking Contest System ==
+== Rumble Challenge Lock Picking Contest System and Drinking Game==
 [[Image:Img_0829-Defcon-Contest-LPCON-Timer-LCD.jpg|right|thumb|200px|Defcon/LPCON contest rig]]
@@ Line 20: / Line 20: @@
 [[Image:IMG_0897b.JPG|none|thumb|250px|Rumble motor attached - final configuration]]
 == Electronics ==
@@ Line 35: / Line 50: @@
 [[Image:Rr_screenshot01.jpg|none|thumb|300px|Rumble Challenge display - Processing]]

← Older revision		Revision as of 06:00, 3 October 2011
Line 66:		Line 66:

	On Saturday we ran the Rumble Challenge in non-drinking mode to satisfy hotel requirements, lots of fun was still had:		On Saturday we ran the Rumble Challenge in non-drinking mode to satisfy hotel requirements, lots of fun was still had:
−	[[Image:IMG_0959b.JPG\|none\|thumb\|~~300px~~\|Test round]]	+	[[Image:IMG_0959b.JPG\|none\|thumb\|250px\|Test round]]