![\"A](\"https:\/\/i0.wp.com\/www.hh3dlab.fi\/blog\/wp-content\/uploads\/2026\/03\/a-screenshot-of-a-computer-screen-ai-generated-co.png?resize=640%2C419&ssl=1\")
<\/p>\nGroup: Katja Koskela, Mia K\u00e4rtner, Inari H\u00e4rm\u00e4l\u00e4<\/p>\n
We are all specializing in digital services and have prior experience with the course topics. This experience has been gained either through other courses such as 3D printing and IoT courses or through exchange studies related to the subject.<\/p>\n
In the ideation phase we utilized the creativity of the group members as well as artificial intelligence (mostly ChatGPT). All group members added ideas to a list and then we chose three best ideas. After that we started discussing about the components required for the project. The best idea was chosen during the first class of the course. We decided to build a candy dispenser device called CandySnake. We started planning immediately and used Lotus Blossom as an ideation method to figure out what was needed to bring our idea to life.<\/p>\n
One of the other ideas we had was \u201crunaway\u201d alarm clock or small moving character. The concept was that when the alarm goes off, the device would start moving away from the user, forcing them to get up to turn it off. This would require at least two motors and wheels for movement. If we wanted the device to detect its surroundings in all directions (360\u00b0), a distance sensor mounted on a rotating motor could also be used. The device would include an LED display to show the time and a speaker for the alarm sound.<\/p>\n
Another idea was a soundboard device that plays different sounds when buttons are pressed. The sounds could consist of timeless meme sounds if changing them later would be difficult. One humorous concept was a \u201crelationship soundboard,\u201d where someone could communicate with their partner only by using meme sounds from the device. The device could include physical buttons for different sounds and a small LED screen to display the sound menu. The soundboard could also be mounted on a rotating turntable mechanism so that a motor could be used as part of the interaction or visual effect.<\/p>\n
We chose to build the candy dispenser, because out of all three ideas it was easiest and most useful. Soundboard would have been funny and the moving character even funnier, but from a business perspective the candy dispenser is the most practical and marketable concept. Who wants to run after their alarm clock anyway?<\/p>\n
Through the Lotus Blossom method and the description of our initial idea, we identified which hardware components we would need for the project and what we needed to learn to assemble the device. The most important learning points for the device were developing the Snake game code with the help of artificial intelligence; acquiring audio files, uploading data to the ESP and connecting it to the device; ensuring the functionality and coding of the motor; the 3D design and printing of the device; and project time management so that the device could be built within a short timeframe.<\/p>\n
<\/p>\n
We decided to build a candy dispenser where the portion size is determined by the player\u2019s performance in a Snake game. The dispenser is a 7 cm diameter disc with slots every 1 cm containing candy. The dispenser is rotated using a 180\u00b0 servo.<\/p>\n
When the device starts, the song Candy Shop<\/em> by 50 Cent begins to play. A menu appears on the screen showing the time since the last play session and an option to \u201cStart Game.\u201d The Snake game is controlled using two rotary encoders: one for up\/down direction and the other for left\/right. The game can be restarted by pressing the up\/down encoder for a long time, and the player can return to the menu by pressing the left\/right encoder for a long time.<\/p>\n When the game ends (when the snake hits a wall or itself), the dispenser releases as many candy slots (portions) as the number of apples eaten in the Snake game.<\/p>\n Required Components:<\/p>\n During the construction phase, some details of the idea were modified. For example, the variability of the portion size was removed, and additional elements were added to the UI as needed.<\/p>\n 19.1.2026<\/strong><\/p>\n The first lesson of the course consisted of theory. We familiarized ourselves with different types of motors and brainstormed ideas for the device. The actual building of the device only began during the second lesson. The plan was to start working on the Snake game code and design the dispenser part of the device in Blender. We decided to make the dispenser a rotating disc rather than a hatch that opens.<\/p>\n We also started downloading the necessary libraries and searching for code so that we could test the functionality of the speaker. During the lesson, we managed to connect the required wires, controllers, motor, and display for the Snake game. Designing the dispenser part involved some trial and error, as we had to figure out, for example, how to configure the Blender environment to follow the correct measurements (cm\/mm).<\/p>\n 26.1.2026<\/strong><\/p>\n There was a lot of troubleshooting in designing the display UI, the Snake game, and testing the audio. The Snake game was eventually made to work. The display shows a \u201cStart\u201d menu, where the game begins by pressing the encoder. In the game, apples are collected by rotating two encoders (up\/down and left\/right). The game ends when the snake hits a wall, and the player is shown a \u201cGame Over\u201d message.<\/p>\n There were also challenges while testing the audio. We learned that an ESP32 Sketch Data Upload plugin must be installed for audio files (instructions were found on the Random Nerd Tutorials website). In the Arduino settings, it is also necessary to choose a suitable partition scheme (found under \u201cTools\u201d). We tested several options, for example Minimal SPIFFS, which worked during the first audio test. The desired music was downloaded from the internet. We also learned that depending on the situation, the code, and the libraries used, the audio file may need to be either .mp3 or .wav, so we converted the file format using an online conversion website.<\/p>\n The biggest problems during audio testing were related to the partition scheme, file size, and the limited amount of memory. We managed to get the sounds working with difficulty, but the sound quality was terrible, so it still needs to be improved. The dispenser part was successfully 3D printed, and we removed the print supports from it.<\/p>\n 2.2.2026<\/strong><\/p>\n This time, a lot of problem-solving and testing was required with the audio to learn how to make it work with good sound quality. We tested using an older version of the ESP library, different partition scheme settings, and many other solutions, but nothing worked.<\/p>\n We received a tip from another student that instead of SPIFFS (a file system used to store audio on the ESP6), it would be better to use LittleFS. For this, we asked AI for new test code that uses LittleFS. At first, there were also problems with this until we realized that the previously installed Data Upload plugin only worked with SPIFFS, so we had to install a new Data Uploader designed for LittleFS (again following instructions from Random Nerd Tutorials). When installing these plugins, it is important to make sure they match the correct Arduino version (in this course, version 1.8.x).<\/p>\n The next problem was the sample rate of the .wav file (16,000 Hz). We learned that this was causing the poor audio quality. The Arduino code and the audio file must have the same sample rate, and the audio file\u2019s sample rate must also be high enough so that the sound does not come out demon-like. We converted the file from 16,000 Hz to 44,100 Hz using an online conversion website. Finally, we got the chosen audio files to work, although they have not yet been connected to the device.<\/p>\n 9.2.2026<\/strong><\/p>\n We developed the Snake game UI further and added the servo motor functionality to the device code. Once again, we had to work with AI and solve coding issues. We figured out which additional libraries needed to be installed in Arduino for the code to work properly.<\/p>\n Finally, we managed to implement the desired changes in the device. The start screen now includes a \u201cDistribute Candy\u201d option below the \u201cStart\u201d menu. If the player presses it without having played the Snake game, the screen displays \u201cYou haven\u2019t completed the game successfully yet\u201d and returns the player to the start screen. We also added a condition that \u201cDistribute Candy\u201d only works once the player has collected at least 2 apples in the Snake game. After successfully completing the game, selecting the \u201cDistribute Candy\u201d option rotates the servo 180\u00b0 and the screen notifies the player of the candy portion.<\/p>\n We also learned the importance of always double-checking the wiring, as during testing we discovered that the servo motor\u2019s signal wire was not connected to the ESP.<\/p>\n 23.2.2026<\/strong><\/p>\n We attempted to integrate the game logic with the sound system, but the implementation did not work as expected. During the session, we continued improving the code by refining the menu structure and adjusting the snake\u2019s movement path to make the gameplay more logical and consistent. By the end of the session, we decided to revisit the sound integration next week and attempt to implement it again with a clearer approach.<\/p>\n 2.3.2026<\/strong><\/p>\n We attempted to make the game and the audio work together, trying to play the Candy Shop song when the game starts. We didn\u2019t succeed yet, but we planned to continue testing next time, as it would be great to have the song play as originally intended. The game itself works perfectly. The main issue with the audio is that it only produces static noise and no music can be heard through the speaker. We modified the servo functionality in the code so that it dispenses candy only after the player has successfully completed the game and caught at least two apples. The dispenser releases one portion of candy for each apple caught.<\/p>\n For the candy dispenser, we built a prototype using cardboard and tape. Our original plan was to design the parts in 3D using Blender, and we did manage to design and print one component. However, due to time constraints, we relied on cardboard for the rest of the prototype. We did incorporate the single 3D-printed part into the prototype though.<\/p>\n 9.3.2026<\/strong><\/p>\n During the final session, we decided to abandon the audio functionality. Despite several attempts, we were unable to get the sound system working reliably within the available time. Instead, we chose to focus on finalizing and refining the game code to ensure that the core gameplay worked properly. By the end of the session, we completed the necessary adjustments and finalized the code for the project.<\/p>\n What we learned:<\/p>\n The topic is interesting to us, and we are motivated to learn more about it in the future. This course brought together many of the concepts we had previously learned in earlier IoT and robotics courses and allowed us to apply them in a practical project. As a result, it increased our interest in tinkering and developing similar systems further.<\/p>\n In the future, the project could be further developed by introducing additional features and game variables. For example, the game could include a wider selection of candy types, each with different effects or point values. Furthermore, implementing additional gameplay elements such as varying difficulty levels, obstacles, or bonus items could make the game more engaging and increase its replay value.<\/p>\n In addition to software improvements, the physical construction of the device could also be further developed. The box and the overall structure could be redesigned to improve durability, stability, and overall build quality. This would make the device more reliable and better suited for long-term use.<\/p>\n\n
The building phase<\/h1>\n
The outcome<\/h1>\n
![\"\"](\"https:\/\/i0.wp.com\/www.hh3dlab.fi\/blog\/wp-content\/uploads\/2026\/03\/word-image-614-2.jpeg?resize=640%2C904&ssl=1\")
![\"\"](\"https:\/\/i0.wp.com\/www.hh3dlab.fi\/blog\/wp-content\/uploads\/2026\/03\/word-image-614-3.jpeg?resize=640%2C360&ssl=1\")
<\/p>\n![\"\"](\"https:\/\/i0.wp.com\/www.hh3dlab.fi\/blog\/wp-content\/uploads\/2026\/03\/word-image-614-4.jpeg?resize=640%2C360&ssl=1\")
<\/p>\n![\"\"](\"https:\/\/i0.wp.com\/www.hh3dlab.fi\/blog\/wp-content\/uploads\/2026\/03\/word-image-614-5.jpeg?resize=640%2C360&ssl=1\")
<\/p>\n\n