Hats that identify their physical layout and perform accordingly
Already have an account? Log in.
To make the experience fit your profile, pick a username and tell us what interests you.
Each node of the Self Ordering Hat Network will consist of a hat with a microcontroller which drives the LED display, and monitors four IR trancievers (one on each side of the hat). There will also be an auxiliary connection for a Bluetooth, WiFi, or other module.
I recorded a video overview of how the Self Ordering Hat Network will function:
Powering the hat network is actually a bit of a challenge. Not because of the communication method; IR transceivers use very little power. But the display itself is quite power hungry.
Each pixel is capable of pulling 60 mA if driven white at full brightness. This is about 13.44 A if all 224 pixels are driven. This is unacceptable since the hats will need to use a portable power source. Preferably one that is hidden inside the hat itself.
But you can simply this. I figure the character with the most "on" pixels is the numeral "8". With the font that I'm using the number has 14 pixels illuminated. There is room for 5.3 characters on the display, or just over 74 "on" pixels. If I want to stay below 2.1 A, I can still drive the pixels at up to 28 mA. To give myself some headroom I'm going to drive them at a limited aggregate brightness of 66%. If done correctly a pixel should never draw more than about 13.3 mA (this is just a rough estimate based on the PWM value of an "on" pixel).
I've finished a basic proof-of-concept for mapping the display.
There are 7 rows of WS2812 strips, each with 32 pixels in them. I built an array of 32 bytes which will use binary values as a frame buffer. This is limited to recording each pixel as on or off. That means I will be limited to a single color for message, which is a fine place to start.
A font file will be used. The procedure is to check the next letter in a message, pull the font file for that character, and shift those columns into the display.
In general, communicating with an IR transceiver is not difficult. The issues with the self-ordering hat network will surely be establishing a system so that many hats talking at the same time will not interfere with each other.
In addition to that "collision" problem, self ordering will not always be as easy as finding out which nodes are on either side of a given node. What if two nodes detect the same node to the left of them? The communication protocol will need to have a system for solving that based on all detected nodes.
I ran into a problem with applying the LED strips to the hat. In my mind I assumed it would be easy to align the rows of LEDs because the strips should be uniformed. That assumption is wrong on two accounts. First, the hat itself is not a perfect cylinder, so the top row and bottom row have quite a difference in circumference. The 5 meter strip is also not precicesly uniformed. That's because the flexible PCB material actually comes in 1/2 meter lengths. Each time two lengths meet up there is a variance in the distance between the first and last LED on the mating strips.
Thanks, I still haven't actually built it but it's on my to do list!
Mike Szczys
Jan
caBattista
Koen van Vliet
david
I love it! Its simple, funny as hell, and definitely the engineer thing to do