BrickUsingMultipleModules: Unterschied zwischen den Versionen

Aus Hackerspace Ffm
Wechseln zu: Navigation, Suche
(Pictures)
Zeile 1: Zeile 1:
BrickUsingMultipleModules (short: *BUMM*) is a riddle game themed around bomb defusals. After an evening of playing [http://www.keeptalkinggame.com/ Keep talking and nobody explodes] I was sure that this has to be transferred to hardware. The goal of defusing multiple modules is the same, but the hardware implementation calls for some serious changes. Cutting wires was out of the question, since nobody was found to replace them for a new round.
+
BrickUsingMultipleModules (short: *BUMM*) is a riddle game themed around bomb defusals. After an evening of playing [http://www.keeptalkinggame.com/ Keep talking and nobody explodes], I was sure that this had to be transferred to hardware. The goal of defusing multiple modules is the same, but the hardware implementation calls for some serious changes. Cutting wires was out of the question, since nobody was found to replace them for a new round. Maybe someone will build a robot arm for that in the future.
  
 
== Pictures ==
 
== Pictures ==
Zeile 54: Zeile 54:
  
 
All material, be it gamemaster scripts, arduino code, *.tex for manuals or svg files for lasercutting are available on [https://github.com/hackffm/BrickUsingMultipleModules github].
 
All material, be it gamemaster scripts, arduino code, *.tex for manuals or svg files for lasercutting are available on [https://github.com/hackffm/BrickUsingMultipleModules github].
 +
 +
== Modules ==
 +
 +
=== Gates module ===
 +
The gates module has 7 LEDs, 4 toggle switches and a push button (looking like a switch).
 +
Depending on the status of the LEDs, the toggle switches have to be set correctly, then the RUN button has to be pressed.
 +
There are two instances of the manual, which both evaluate to the same instructions.
 +
The one which gave the module its name has a big network of binary NAND/NOR gates which take the LEDs as inputs and give output levels that correspond to the switch states.
 +
For the less nerdy players, there is a second manual, which lists a lot of rules which reference other rules depending on the LED state.
 +
 +
A random gate network is generated using python and visualized using PyGraphViz.
 +
Then all possible outcomes are calculated and placed in a big lookup table, which is stored on the arduino.
 +
The rules are created by reading the lookup table and pruning.
 +
Higher difficulties are achieved by creating larger networks, which depend on more LED states.
 +
 +
=== Blink module ===
 +
The blink module has a red and a green LED, which blink in a specific pattern.
 +
Depending on this pattern, a push button below either the red or green LED has to be pressed.
 +
Correct solutions are taken from a lookup table (both on the arduino and in the manual).
 +
Higher difficulties require multiple iterations and increase the blink frequency and pattern length (and therefore lookup table size).
  
 
== Manuals ==
 
== Manuals ==
Zeile 63: Zeile 83:
  
 
=== Make Rhein-Main 2017 ===
 
=== Make Rhein-Main 2017 ===
BUMM was present on the [[Make Rhein-Main 2017]] - bringing a bomb mockup to a fair - what could possibly go wrong? There is also a short [https://streamable.com/bikcu clip].
+
Bringing a bomb mockup to a fair - what could possibly go wrong? BUMM was present on the [[Make Rhein-Main 2017]]There is also a short [https://streamable.com/bikcu clip].
 
<gallery>
 
<gallery>
 
Image:BUMM MRM2017 chamber.jpg|Chamber for the BUMM
 
Image:BUMM MRM2017 chamber.jpg|Chamber for the BUMM
Image:BUMM MRM2017.jpg|Inside the chamber there is also a video camera with live feed to our booth and an FF-OB/ZB field telephone
+
Image:BUMM MRM2017.jpg|Inside the chamber there is also a video camera for live feed and an FF-OB/ZB field telephone to our booth
 
Image:BUMM MRM notes.jpg|Lots of notes have been taken
 
Image:BUMM MRM notes.jpg|Lots of notes have been taken
 
</gallery>
 
</gallery>

Version vom 20. März 2017, 21:20 Uhr

BrickUsingMultipleModules (short: *BUMM*) is a riddle game themed around bomb defusals. After an evening of playing Keep talking and nobody explodes, I was sure that this had to be transferred to hardware. The goal of defusing multiple modules is the same, but the hardware implementation calls for some serious changes. Cutting wires was out of the question, since nobody was found to replace them for a new round. Maybe someone will build a robot arm for that in the future.

Pictures

Front panels


Backsides


Complete Brick

Details

Basic test video

https://streamable.com/lxtuu

Background

BUMM block diagram.png

Each module has its own arduino and is connected to a parallel bus backplane (speaking 5V UART at 19200 baud). Each module contains its own logic and only tells the gamemaster whether it has been defused and if any manipulations (mistakes) were detected.

The gamemaster is a Raspberry Pi running a python script. Apart from the game logic and audio output, it opens a TCP socket which can be used to control the game remotely. The network protocol is based on tree structures serialized to JSON and terminated with NULL.

All lookuptables and manuals are generated completely automatic from config files using python and make.

All material, be it gamemaster scripts, arduino code, *.tex for manuals or svg files for lasercutting are available on github.

Modules

Gates module

The gates module has 7 LEDs, 4 toggle switches and a push button (looking like a switch). Depending on the status of the LEDs, the toggle switches have to be set correctly, then the RUN button has to be pressed. There are two instances of the manual, which both evaluate to the same instructions. The one which gave the module its name has a big network of binary NAND/NOR gates which take the LEDs as inputs and give output levels that correspond to the switch states. For the less nerdy players, there is a second manual, which lists a lot of rules which reference other rules depending on the LED state.

A random gate network is generated using python and visualized using PyGraphViz. Then all possible outcomes are calculated and placed in a big lookup table, which is stored on the arduino. The rules are created by reading the lookup table and pruning. Higher difficulties are achieved by creating larger networks, which depend on more LED states.

Blink module

The blink module has a red and a green LED, which blink in a specific pattern. Depending on this pattern, a push button below either the red or green LED has to be pressed. Correct solutions are taken from a lookup table (both on the arduino and in the manual). Higher difficulties require multiple iterations and increase the blink frequency and pattern length (and therefore lookup table size).

Manuals


Make Rhein-Main 2017

Bringing a bomb mockup to a fair - what could possibly go wrong? BUMM was present on the Make Rhein-Main 2017. There is also a short clip.