Writing the title in French is a poor attempt at classing-up this year’s Halloween theme. You will quickly see past that because this year we leaned in hard on childish humor. There’s no covering it up.
2020 being what it is, it seemed problematic to do something scary. Not that a good scare would be inappropriate. It seemed inappropriate to do the expected or the usual. In a year when nothing is usual, it felt like a little levity was needed. To that point, we give you The Little Pooping Dog.
We had already started building our intended theme: A highly interactive multi-media display with several tactile components. Then it sank-in that anything involving touching wasn’t going to fly. Moreover, Halloween itself was in question. Putting more time and money into a project that would encourage people to group together seemed misguided. Then we saw the candy chute.
Some genius came up with the idea of simply sliding the candy down to kids through a pipe. Not only is sliding the candy more civilized than chucking the candy at them or using a slingshot, the pipe itself can be decorated to make the method of transport more festive! But how to decorate?
At some point we were talking about just putting out a talking skeleton from our last use of a talking skeleton and calling it a day. Never mind that it’s a pirate skeleton. We are way past helping people make sense of things. But what if the skeleton pirate had a skeleton dog with him?
Why this made sense at the time no longer matters. The fact that a skeleton dog could easily be acquired and that the dog was able to straddle the pipe such that the dog appeared to be crapping out candy, appeared to us like comedy gold.
By the way, a wiener dog? It just doesn’t get any better and the suggestion for temperament from more conservative advisors was justifiably ignored.
Let’s get down to brass tacks. If the pirate is going to talk, the dog needs to fart, right? The pirate had already been wired-up with an Adafruit Audio FX sound board. Luckily, the sound board could be programmed to take triggers from more than one input, so it could have one sensor for activating the pirate spiel and another sensor for detecting the passing (out) of candy.
The light weight of the candy put into question the use of a physical limit switch. Since we were already using a retroreflective light sensor for the pirate, it seemed reasonable to use a short-range light sensor for the candy.
By now you’re probably already seeing a problem. The sensor has a reset time of <2.5 ms. The Audio FX board requires a 200 ms pulse to activate playback. If the candy is moving at 2 m/s, a typical “fun size” candy bar is going to pass over the detector for only 20 ms. What we need is a pulse stretcher.
Fortunately, we had an old Olimex PIC-IO board laying around that could be programmed to turn 20 ms pulses into 200 ms; thus, ensuring that each candy bar would trigger the audio. Sure, we might have gotten away with using a capacitor and a couple of diodes, but we are software people by trade and using the microcontroller made absolute sure the dog would fart.
Over the course of the night we got 140 kids – about 100 short of a typical night. Still, it was great to see that many people out in the fresh air. The danger is real, but our neighbors were committed to find safe ways to trick-or-treat. For the parents and kids that ventured out, we hope that the laugh was worth as least as much as the candy.