Team Status Report 5/8/21

This week our team had our presentation. As of last week, our overall system metrics hold besides few bugs in CV so Brandon has been doing some final tweaking for the CV. We are also working on the poster and final Video. For the video, we will individually talk about our subsystem and combine them with the overall system which we are going to discuss together. Looking forward to the demo!

Zongpeng’s Status Report 5/8/21

This is the last week of school. Earlier this week Pat and I set up the poker table and final integration of subsystems for the presentation. I presented the slides on Wednesday. After that, we have been working on the poster and final video.  Good thing we tested our over-all system earlier so this week we just been working on the group assignments. I am also recording the video and talking about the servo subsystem and overall system. Very excited to see how this VR presentation is going to work.

Team Status Report 5/1

This week we met as a group. We worked on our presentation slides. The integration of servo and dealer software is complete and we tested them very thoroughly. We also integrate CV with dealer software. However, there were a little bit of issues with CV algorithm, more specifically tuning the parameters so that it can detect chips accurately, which could be resolved once we determine the lighting and environment and keep it consistent. We plan to meet again tomorrow and set everything up again at Pat’s house because he has a proper poker table. We are on track to finish everything and present our project for demo. We look forward to it.

Zongpeng Status Report 5/1/21

This week pat and I met and tested servo integrated with GST. Servo is pretty robust. We made some small changes to the angles that we are rotating to the player. We tested the robustness of servo by constantly feeding it an output from game state tracker, and input that output which contains player angle to the arduino through serial communication. We did that like 20 times and each time servo rotates to the correct position and the speed is under a second, both of which exceeded our original metrics. Now, servo subsystem and integration of servo and GST is done. Next step we will set it up at a real poker table for the demo.

Zongpeng’s Status Reports 4/24

This week I have been designing and thinking about poker logic and stack/pot-size logic on paper. Then I met up with Pat on Saturday to integrate these logics into the actual GST and UI. I uploaded the drawing and examples below. We keep track of the player order in a list and update it after each action. The first player in the list is always the current player to act, so instead of explicitly tracking who the big blind, small blind and dealer are, we simply imply those positions in the list to simply things. For updating bet size, and pot size, our plan is to have a bet_list as an attribute in each  player class. With this list, we can update player’s stack size and pot size in real time instead of updating them after each round.

Pat and I got a lot done in terms of integrating the most important part of the poker logic this weekend. There are more pictures from the actual UI in Pat’s posts. Next step we just have to implement stack/pot size logic which shouldn’t be too bad because I have a concrete plan on paper and we already did the player order logic. Last part would be rotating the servo. Since we already set up the serial communication between GST and Arduino, We will just hardcode the angle for each player and send that information to servo every time the player order list changes.

Attached below is handwritten notes of poker GST logic and potsize/stack logic. Apologies for the messy handwriting.

handwritten notes for GST poker and stack/potsize logic

Team Status Report 4/24

This week Pat and Steve worked on the poker logic. Brandon is experimenting with different approaches for Computer vision. Currently  there are 3 main phase of integration: the game state tracker Poker logic, stack/potsize logic, and finally rotate servo. Pat and Steve finished the GST poker logic. There are more details about this in their individual posts. For the stack/pot size logic, we plan do give GST a fake input to see if stack/pot size updating works first. Once Brandon refines the CV algorithm, we will use the output directly from CV. For the servo rotation, we already set up the serial communication. So next step we just need to figure out the exact angle of each player and send that to the arudino to rotate the servo. The hardest part of the poker logic is handled. Next up is refinement and make sure everything runs smoothly.

Zongpeng’s Status Reports 4/10

Pat and I worked this week to integrate the GST and servo. We were able to control the servo from the GST. We used pyserial in GST to send angle information. For Arudino we just opened the port to constantly receive information sent from GST. However, the poker logics hasn’t been fully implemented yet, so we are hardcoding the rotation right now. We plan to show integration of servo and GST during our demo Wednesday. I also printed out the 3d components and assemble them together. One problem is the standoff we ordered are not long enough so I will go to home depot tomorrow to see if there are longer ones. Otherwise might need to order from Amazon. Everything is looking good. Next step is probably figure out the actual poker game logic and tried to integrate the camera with the GST, and if we have more time, we can add additional feature Gary mentioned, which is feedback from the camera to pi and pi to servo to make sure we pointing to the stack accurately.

Zongpeng’s Status Reports 4/03

I went to tech spark and we should get back the 3d printed components on Monday. I also worked on the serial communication between Raspberry Pi and Arduino. Once Pat is done with GST, we will start integrating the servo and GST subsystem.

Zongpeng Yu’s Status Report 3/27

So we decided to make some changes to the servo subsystem. Instead of hooking the servo up directly to raspberry pi, we hooked it up to Arduino instead. The reason for this is because Raspberry Pi’s GPIO pins aren’t  able to  reliably read feedback PMW from the servo.  Attached is a video of servo spinning 90 degree each second. it is also capable from rotating more than 360 degrees if we want to thanks to it being a continuous servo. The library i used is from here:  https://github.com/HyodaKazuaki/Parallax-FeedBack-360-Servo-Control-Library-4-Arduino. Next step I will set up the serial communication between Raspberry Pi and Arduino so the GST(game state tracker) could send me the location where the servo should turn to.

Team Status Report: 03/13/2021

This week everyone had midterms so we didn’t meet at a group. However, we finalized the table design and people are starting to work on their own tasks. Pat and Brandon are still waiting for their parts. They should arrive soon. Next week we will be able to start writing code for our individual components. And after that’s done we will work on the game state control together.