I picked up all the parts this Friday. However because I had a bunch of midterms this week I wasn’t able to do much. I did set up raspbian so next step will be hooking up the servo to the board and set up i2c connections and use servo library to do some simple testing. Once thats done, I will need to talk to Pat who’s in charge of dealer software and game state control to figure out how to rotate the servo based on which player is in action.
Zongpeng Yu’s Status Report for 03/06/2021
Our team worked on the slides for design presentation. Since I was not home for the past 2 weeks, I didn’t have the pi on me. However, I did look up how to set up rasbian OS, read the syntax for adafruit servo library to control the servo, and learn how to configure i2c for the adafruit motor driver. The code shouldn’t be too bad so I planned to start writing the firmware for servo after the midterm week and finish it in a week. I think the most challenging part is to integrate everything together so we might dedicate more time for the integrating phase.
Team Status Report: 03/06/2021
This week our team met and made great progress. We solidified our design specifications for the Smart Poker Table, and elaborated on the game flow for the dealer interface. We made block diagrams for the game flow in software and explained how different components will be communicating with each other on a macro level. We also constructed a Bill of Materials for all our expenses, and placed orders for these parts. We are currently working on our team presentation, and are looking forward to a good presentation on Monday.
Zongpeng Yu’s Status Report for 02/27/2021
This week I looked for motor that we gonna use to spin the camera. We decided on using a servo because we can have it rotate to an exact location. Also there is no need for motor controller because we are only having one servo and we need external power supply for it.
The part i picked is a 360 continuous rotation servo with feedback from adafruit. With the feedback, we can determine the location/rotation of the servo and we could use PWM to let it rotate to certain player’s position. Also this servo provides enough torque to support the camera on top of it.
The link is: https://www.adafruit.com/product/3614?gclid=Cj0KCQiA-OeBBhDiARIsADyBcE4ks19fWb6nEjYKXbqq6JSbYBFpyEwgnjR2dLRSK4ZkQxkaQgekr6MaArZCEALw_wcB
Servo driver: https://www.digikey.com/en/products/detail/adafruit-industries-llc/815/4990757?s=N4IgjCBcoLQBxVAYygMwIYBsDOBTANCAPZQDa4ArAEwIC6AvvYVWSHGBSIWAGwAESABboAdiNyYQDIA
Brandon also shared a servo on raspberry pi tutorial: https://learn.adafruit.com/adafruit-16-channel-servo-driver-with-raspberry-pi/using-the-adafruit-library
Proposal Presentation
Zongpeng Yu’s Status Report for 02/19/2021
Like everyone else mentioned, we pivoted our design. What I did for this week is thinking about the positioning of the camera/cameras so occlusion won’t become an issue. We will need to add some constraints(designated area on poker table) to where players have to put their stack and bets. I am still a little uncertain about where the pot size has to go because normally people put those in the middle of the table. However, if our camera is in the center, the pot will block off player’s bet and stack size. One way to avoid this is to raise the camera in the center so it is viewing players stack and bet size at an angle. However, I am not exactly sure how the computer vision software can handle this.