Showing posts with label binary. Show all posts
Showing posts with label binary. Show all posts

Wednesday, April 25, 2012

Non-RFID poker cards printed and cut

Here they are, in all their printed glory!
The only thing we may need to adjust is the spacing and size of the dots on the border(s). Only because at the minute, cutting is absolutely critical (we're going to put the cards into a fixed-size holder, and it's important that the dots on the cards line up with the holes in the reader). Slightly bigger dots, slightly further apart over smaller holes will at least allow for a bit of movement/printing/cutting error from one card to the next.



But other than that, the cards are really starting to look good. All we need to know now, is whether they work or not!


Non-RFID poker cards update

Just prior to printing and cutting our newly designed poker cards for our non-RFID poker table, Nick from Custom Stuff contacted us with another (better) idea.

The face cards were ready to print, but the black outlined circles got in the way, if we want to use traditional playing card faces (we weren't too fussed and were going to use our own images, but went with "standard" just to keep things simple). So Nick moved the dots off the face of the card and put them onto the border.

The end result is yet again better than our original idea!

(print preview - before printing and cutting - of our re-designed, re-design. Note how the dots are quite inconspicuous compared to earlier attempts!)

Nick suggested keeping the dots the same colour for the other suits - so instead of black and white dots on the hearts (red) diamonds (blue) and clubs (green) we use red/white, blue/white and green/white combinations. We must admit, these cards are looking like the best yet, so how to implement these changes?

Well, if we go down this route, the first thing to do will be to flash the RGB different colours, to work out what colour the border is. Once we know the colour of the border, we simply flash the RGB a complimentary colour to read the dots. Since the dots are white, we'd expect them to reflect all colours of light. But if we're flashing, say, a green LED onto a red card, the red dots on the red border would "appear" black (they would not reflect the LED light).

It's a little bit more complicated than our original idea - but not by much.
And the final result - the finished cards - look a hundred times better than our first efforts, so it'll be worth the extra effort!




Tuesday, April 24, 2012

Playing cards with binary dot values

By placing 5 LDRs in a line, and flashing a different coloured RGB LED onto the face of a card, we're hoping to read the numerical value and the suit of the card using our PIC microcontroller.

The numerical value of the card can be displayed as a 4-bit binary representation of the number. So, for example, an Ace has the numerical value 1, which is represented by 0001. Similarly, a five would be 0101 and so on. Whether we use a black dot or a white dot as a "one" in our binary representation doesn't really matter!


(yes the binary dots don't match the value on the card, and blue is traditionally associated with diamonds, not clubs, but this was just a quick mock-up provided to us to demonstrate a basic idea!)

We're going to use the colours:
  • black = spades
  • red = hearts
  • green = clubs
  • blue = diamonds
Here's a chart showing what we'd expect to see on each LDR and the card value we could deduce from it: