Author: echen2

Approaching the end of the project, I spent this week doing a lot of debugging for integration. We saw issues with duplicated garbage, inconsistent game end behavior, data transmission only displaying one way, and packets sometimes getting stuck and no

This week was spent on a lot of debugging related to handshaking and synchronization – we ran into some real-world issues with crosstalk and timing that were highly time consuming to resolve, along with some flaws from how I implemented

Integration has begun this week! While Deanyone integrated part of the receiver, I set up a bidirectional testbench (sender + receiver on both boards) and debugged the handshaking communication along with logic for game start/end communication. There’s not a whole

More quartus issues later, the toolflow is finally ironed out and the networking stack is synthesized onto the DE2-115s. The sender and receiver are synthesized together onto one board and can interact with each other using keys and switches to

Progress on my end remains slow, but is gradually picking back up. As previously mentioned I’m quite behind at this point, so the schedule has been updated accordingly to push back network integration. See the updated chart at the bottom

It’s been a while since I’ve posted one of these. Progress the last few weeks has been very slow, given my traveling over spring break, plentiful other obligations, and now the transition to remote classes. With regards to the COVID-19 situation,

Progress Building upon my work from last week, I continued working on the SystemVerilog implementation of the send/receive stack described in last week’s post. I completed the FSMs and handshake sender/receiver this week, leaving the hamming encoder/decoder and top level

Progress Prior to the proposal presentation we had already made significant strides on the overall system design and game logic implementation. My focus has largely been on the networking aspect of our project – how we interface and communicate between