XYZ / Final Documentation

Note: this final XYZ documentation is written in the style of Canadian diplomatic reporting. It’s something I’ve taken from my former career and is what I turn to when I need to thoroughly explore and clarify my own thinking about something. What follows is a total account of my XYZ final.

SUMMARY: Sometimes things that start badly end well, sometimes things that start well end badly. For the Noodle of Death team, what began with enthusiasm and smiles ended in disappointment and likely broken professional relationships. The robot itself works fine and is engaging and interactive – but that only tells part of the story.

REPORT: 

2. Re-Cap of Concept: The Noodle of Death was an idea I had based on my study of martial arts. Specifically it was based on an exercise developed by Ido Portal, who used it to develop a person’s movement capabilities, as well as based on my experiences training with pool noodles in boxing. A fun title initally suggested by Shreiya, the title was actually inappropriate to our project’s actual goal: which was to facilitate life.

3. Division of Duties and Workflow: We decided to use the Make-Block Plotter (MBP) after discussion with Ben, after consideration of other options. We agreed it would be the quickest, cheapest, easiest way. Our team was initially ahead of the other groups because of our clarity of concept and because our early experiments with the MBP had yielded successful conclusions about the way the MBP moved, as well as how the noodle would need to be secured. See below how the MBP originally moved, where we concluded that we had to put it on some kind of stiff board, secured to the ceiling rafters.

4. After this we decided to divide the workflow. I would do the noodle, Tony would do the board structure to secure the MBP to the ceiling and Shreiya would work with the G shield on the code. Comment: In hindsight, I wanted to leave XYZ with a skillset on how to use code to operate an XYZ machine. I should have made this need heard in the group and advocated for more involvement with the coding part of it. 

5. The thing came together fairly well. See below documentation of the final set up of the robot:

Final robot with board attached to speedrails, which we hung from rafters. The weight was it was adequate so that it did not move from the rafters.

Attached to the ceiling with noodle contraption. PVC pipe from Home Depot + foam insulation noodle:

The key difficulty for my part, making the “noodle of death”, was that the unit kept detaching from the stepper shaft coupler after a few rotations like this:

6. The Start Of Troubles: This is where our troubles began. I asked Shrieya to show me how to adjust the rate of the Z in order to fix the problem of the noodle falling off, but she seemed to be too busy to show me how to do this. Being busy with several other side XYZ projects, despite it being two days to the final, she did not have a simple interface where a user could control the noodle, since she still had to write the processing sketch. Therefore there was no recourse but to move it with G Code through GRBL.

7. Despite her assurances, I also did not fully trust that Shrieya would have this done on time because of subtle signals she had shown me which, in my view, was the result of insufficient communication. However, what led to corrosion of confidence was when she declined to take the time to discuss how to move the Z. It is possible that I did not articulate why I needed to move the Z and she felt that I was encroaching in her domain of responsibility, perhaps I needed to impress upon her that moving the Z was critical to my solving the problem of the noodle falling off the MBP. That possibility considered, I rule this out because I would unquestioningly help another group member if asked. For me, a basic courtesy was not shown to me, not was time given to deal with the situation. Instead, I just pushed aside. Comment: In hindsight, a timeline expectation for when each feature would be completed should have been completed and strictly adhered to.

8. I successfully figured out how to change the Z rate with GRBL G code, using the $112 command to reduce the rate from 400 to 20. This reduced the sound coming from the Stepper from a strain to something more pleasant. I found it on this GRBL feed rate website: http://www.diymachining.com/grbl-feed-rate/

9. With this, the robot was complete. Shrieya did a processing sketch and we were playing around with it earlier on. That said, it was not truly “complete” since the complete version of the robot would include an interface where User would control the robot against the Player. At this point, Shrieya settled on having a processing sketch take a pre-determined set of G Code commands, which completely changes the interaction from something dynamic to something routine. However, happy that we were done enough to show the presentation, I did not raise any complaint. Here is a video of my interaction with the final robot in action a few hours before our final presentation:

10. Spring Show Let-Down: It was ultimately my fault that we didn’t get into the spring show, since I put the wrong venue option during the application process. This was unfortunate, and my group members were very displeased with me. I think, however, that some of this anger is misplaced: after all, I did send them the link an hour before submission closed (i.e. no one bothered to check it), and I find it a little unjust that admission to the show would be decided by such a technicality – especially as we did submit on time. However, I take the majority share of blame. This was disappointing but still, things went further south from here.

11. From Cracks to Fissures: From early on, Shrieya and I had a good working relationship and friendship. This friendship was the basis of our collaboration. However, from the incident with the Z feed rate fresh in my mind, Shrieya let us know she would be away from the 8th of May up until the Spring Show. In the event we got into the show, she wrote that she would just write a bunch of G code files we could cycle through on the 14th. I responded and said that I would prefer she hand the coding over to myself and Tony while she was away, and that we would continue the work in her absence. I certainly did not want a bunch of pre-programming patterns instead of an actual user interface, for the show. She responded she would be OK doing this but said that she would not be doing a P5 interface anymore. I responded by voicing, for the first time, that I found it  unacceptable that the final robot did not have even a basic user interface and that I felt she took on unnecessary side projects at the cost of this one. She did not respond to this email. A few days later, when we spoke about this to clear the air, while I don’t feel it right to document the contents on that conversation I must say that what was initially meant to be a confidence-building conversation became antagonistic and the state of relations between Shireya and I declined significantly. [Updated Comment May 14: Upon reading a book called Difficult Conversations, which talks about moving from a blame mindset to a contribution-mapping mindset, I see how both Shrieya and I contributed to the state of affairs, and I see how things could be done different. I will take these valuable lessons into the future projects.]

12. Collaboration Lessons Learned: I count the Noodle of Death as a valuable learning experience on XYZ robots but mostly on how collaboration can go wrong when expectations and roles are not clearly spelled out. While we did clearly spell out the roles, these distinctions were insufficient to the task at hand. Combined with the fact that I did not articulate my concerns earlier on (i.e. about wanting to do more coding, with shrieya’s secondary projects, with what I expected for the final interface) and combined with team members non-communicative tendencies (i.e. the Z rate incident), this whole episode is a glaring reminder that hard discussion needs to happen at all stages, and that I should see past the laughter and good times to see the structure of the interaction itself. I felt I was blinded by how amusing the noodle was and failed to the see the decay underneath. Perhaps me putting in the wrong staging area was an unconscious action that revealed my dissatisfaction with this project. In any event, we did not get into the show, but I can honestly say I don’t really feel badly about it — other than letting my group members down, Tony especially, since he did his group role admirably.

13. I recently purchased a book entitled How to Have Difficult Conversations. I will be reading it over the summer and reflect on this invaluable learning experience.

Posted in XYZ

Leave a Reply

Your email address will not be published. Required fields are marked *