Timeline for Making an electronic chess board
Current License: CC BY-SA 3.0
22 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Sep 19, 2017 at 2:36 | comment | added | user13107 | @GoloRoden did you build a board? can we see the final result please? Thanks | |
| Dec 18, 2015 at 12:22 | history | tweeted | twitter.com/StackElectronix/status/677826298241241088 | ||
| Dec 11, 2015 at 16:16 | vote | accept | Golo Roden | ||
| Dec 11, 2015 at 11:58 | answer | added | Dmitry Grigoryev | timeline score: 5 | |
| Dec 11, 2015 at 5:32 | comment | added | tomnexus | Consider using an i2c light sensor like this from Avago, as used in smartphones. You could wire them all to one bus and simply read them out from the Pi. | |
| Dec 10, 2015 at 22:49 | answer | added | AMADANON Inc. | timeline score: 4 | |
| Dec 10, 2015 at 20:29 | comment | added | user2813274 | this guide may be useful as far as the sensor/detection organization | |
| Dec 10, 2015 at 19:13 | vote | accept | Golo Roden | ||
| Dec 11, 2015 at 16:16 | |||||
| Dec 10, 2015 at 19:09 | answer | added | Level River St | timeline score: 7 | |
| Dec 10, 2015 at 17:36 | comment | added | Transistor | Consider embedding a magnet in the bottom of each piece and using a reed switch under each square. Very easy to wire for matrix. Software would need to 'beep' if a piece doesn't appear back on the board in a reasonable time as it may be off-centre enough to not activate the sensor. | |
| Dec 10, 2015 at 16:20 | comment | added | Icy | and a robot arm to move the computers piece :-) | |
| Dec 10, 2015 at 16:17 | review | Close votes | |||
| Dec 18, 2015 at 3:02 | |||||
| Dec 10, 2015 at 16:13 | comment | added | Golo Roden | @Passerby Interesting thought as well, thanks for the input :-) | |
| Dec 10, 2015 at 16:12 | comment | added | Golo Roden | The computer does not only realize the field you move to, but also the field you moved from (because it switches from being used to unused). | |
| Dec 10, 2015 at 16:11 | comment | added | mcmiln | @Golo Roden - But the computer doesn't know which piece you are moving. If three pieces could end up in the space you move to, how does the computer know which one is there? | |
| Dec 10, 2015 at 16:10 | comment | added | Passerby | This seems... cumbersome. I'd have gone with a software video method. OpenCV and a camera. And a projector. | |
| Dec 10, 2015 at 16:03 | answer | added | Olin Lathrop | timeline score: 12 | |
| Dec 10, 2015 at 15:56 | comment | added | Golo Roden | The initial lineup of the pieces is always the same, so the software knows which piece is where. If you then move a piece from A to B, the software knows which piece has been moved where. Of course this does not allow to start with arbitrary lineups, but this you could also setup in the software manually. | |
| Dec 10, 2015 at 15:56 | comment | added | Icy | The matrix scanning routing you describe will not be able to cope with having 4 pieces on 2 rows and 2 columns. Look at 3-8 line decoders (74138) and extrapolate to 5-64 | |
| Dec 10, 2015 at 15:56 | answer | added | Brandon Lok | timeline score: 0 | |
| Dec 10, 2015 at 15:55 | comment | added | mcmiln | You have the right idea. It'll take a bit of refinement on the sensing application though. Depending on the size and weight of the pieces you could you use a detection scheme of light blocking or tactile button. The real question here is how are you going to tell what piece is what? Probably going to need custom pieces as well. Maybe put an RFID tag on each and then each square has an RFID scanner? Overkill, but a thought. | |
| Dec 10, 2015 at 15:42 | history | asked | Golo Roden | CC BY-SA 3.0 |