Ask Lindbr\u00e5ten:<\/strong><\/p>\n\n\n\nOn Monday, the other software guys and I decided to have a theoretical discussion about the conditions the micromouse must validate before conducting actions in the maze, since we had to wait for some electrical and mechanical changes before we could conduct more practical tests. Additionally, we also discussed what specific motor control functions are needed to perform these actions. We began by writing a rough check-list, before I had to leave for my usual mandatory work. But later I was informed that Erik-Andre and Lars decided to create a small tree-graph instead, since it made it a lot easier to visualize all the possible outcomes of the conditions in the check-list.<\/p>\n\n\n\n
On Wednesday, my main goal was to hopefully verify that the \u201clistening to port and writing to text files\u201d \u2013 script I created last week would work and start running measurement tests for cm\u2019s between 0 to 50 to find an improved best fit linear function to adjust measurements to real world distances. We realized that we had to adjust our \u201cdriving forward\u201d \u2013 range to > 50, since having it set to > 20, left us with little time to make any necessary adjustments, should we for instance encounter an obstacle at a distance of 21 cm from the front\/middle sensor.<\/p>\n\n\n\n
However, After a brief update on the PCB with Hugo, we decided to halt the entire measurement test until we receive the PCB. The possible changes to the sensor\u2019s placement, connections and noise as a result of a cleaner setup would most likely result in me and Lars having to run the entire measurements test a second time under the final test conditions, which would be quite time-consuming and unnecessary. But we still wanted to verify that the script would work as intended, so we can start the practical tests as soon as the PCB arrives. Me and Lars tested it for a few cm\u2019s, and it worked! \ud83d\ude01 Finally!!<\/p>\n\n\n\n
After that, I talked a little bit with Erik-Andre on how he visualized we could apply the lowpass-filter to our project. We want to apply it for singular values and return a single filtered value based on the previous filtered value, instead of a filtered data set. The script I created and added below does exactly that. Bear in mind that the constant values for the strength variables, which decides if the new filtered value are closer to the previous filtered value or the measurement, are just examples and have to be adjusted after further tests and discussions with the group. There is pros and cons with increasing or decreasing both, but we have to find what works best for us.<\/p>\n\n\n\n
double adjLowPass(double arr[], double nv_strength, double oldv_strength, double x);\n\nint main()\n{\n\tdouble prev_val_arr[1] = { 0 };\n\tdouble new_val_str = 0.5;\n\tdouble old_val_str = 0.5;\n\n\tdouble measure = 5.75;\n\tdouble filtered_measure = adjLowPass(prev_val_arr, new_val_str, old_val_str, measure);\n\tstd::cout << \"Old value = \" << measure;\n\tstd::cout << \"\\nfiltered val = \" << filtered_measure;\n\n\tmeasure = 6;\n\tfiltered_measure = adjLowPass(prev_val_arr, new_val_str, old_val_str, measure);\n\tstd::cout << \"\\nOld value = \" << measure;\n\tstd::cout << \"\\nfiltered val = \" << filtered_measure;\n\n\tmeasure = 10;\n\tfiltered_measure = adjLowPass(prev_val_arr, new_val_str, old_val_str, measure);\n\tstd::cout << \"\\nOld value = \" << measure;\n\tstd::cout << \"\\nfiltered val = \" << filtered_measure;\n\n\tprev_val_arr[0] = 0;\n\n\tdouble measures[8] = { 5.75, 5.71, 5.68, 8.45, 5.74, 6.00, 5.67, 5.70 };\n\tconst int size = sizeof(measures)\/sizeof(measures[0]);\n\tdouble filtered_measures[size];\n\n\tfor (int i{ 0 }; i < size; i++) {\n\t\tfiltered_measures[i] = adjLowPass(prev_val_arr, new_val_str, old_val_str, measures[i]);\n\t}\n\n\tstd::cout << \"\\n\\nUnfiltered measure with spike:\\n\";\n\tfor (int i = 0; i < size; i++) {\n\t\tstd::cout << measures[i] << \", \";\n\t}\n\tstd::cout << \"\\nFiltered measures:\\n\";\n\tfor (int i = 0; i < size; i++) {\n\t\tstd::cout << filtered_measures[i] << \", \";\n\t}\n\t\n \n}\n\ndouble adjLowPass(double arr[], double nv_strength, double oldv_strength, double x)\n{\n\tif (arr[0] == 0) {\n\t\tarr[0] = x;\n\t\treturn arr[0];\n\t}\n\telse {\n\t\tdouble filtered_x = arr[0] * oldv_strength + x * nv_strength;\n\t\tarr[0] = filtered_x;\n\t\treturn arr[0];\n\t}\n}\n<\/code><\/pre>\n\n\n\nRunning this script gives the following results: <\/p>\n\n\n\nDiscipline – Electrical:<\/strong><\/p>\n\n\n\nHugo Valery Mathis Masson-Benoit:<\/strong><\/p>\n\n\n\nThe objective for this week was to finish the design of the PCB, and do the testing for the magnetic sensors.<\/p>\n\n\n\n
Magnetic sensors:<\/p>\n\n\n\n
Unexpectedly, I needed to do myself the testing for the implementation of the magnetic sensor. So, I tested them to see how they would react in a circuit. After some time and the help of Mr.Bos, I\u2019ve realized that a pull-down resistor is needed to make the magnetic sensor switch.<\/p>\n\n\n\n
The final design for the implementation of the sensors was this:<\/p>\n\n\n\nTo make everything work, the polarity of the magnets needs to be altered on the wheel like this : one South pole, one North pole, one South pole, etc \u2026 So, the sensor will switch between an high state and a low state each time it encounters a magnet.<\/p>\n\n\n\n
I\u2019m going to write a document to show the mechanical engineer how to implement the magnets.<\/p>\n\n\n\n
PCB design:<\/p>\n\n\n\n
The PCB design is finished. I\u2019ve checked with the mechanical engineer to confirm that the design was good for her and that she had the place needed to work with to fix the motor and other mechanical part.<\/p>\n\n\n\nThe PCB was commanded the 26\/08\/2023, so it should be delivered for the next week.<\/p>\n\n\n\n
Conclusion: <\/em><\/strong><\/p>\n\n\n\nThe magnetic sensors are tested and implemented, and PCB is done, approved and commanded.<\/p>\n\n\n\n
Objective for next week: <\/em><\/strong><\/p>\n\n\n\nI\u2019m waiting for the delivery, then I\u2019ll solder all the component and I\u2019ll be finished for my part.<\/p>\n\n\n\n
Jemima Niquen Tapia<\/strong>:<\/p>\n\n\n\nThis week I prepared the prototype for the rice drag, finally fixed the code problem and it worked as we planned. <\/p>\n\n\n\n
Then with the mechanical engineer we prepared the next prototype too. We connect the new motors and the regulator as we have\u00a0 9V motors now, and they are little. The software team needed the connection of the motors and the sensors to do some calibration, so we did a quick adaptation till we didn’t have the PCB. In the picture we can see the final result.<\/p>\n\n\n\nDiscipline – Mechanical:<\/strong><\/p>\n\n\n\nCesia Niquen Tapia<\/strong>:<\/p>\n\n\n\nThis week in order to have a functional prototype I designed a quick second floor with the laser cut. This was needed since the last 3D printing failed. This laser cut assy was made in order to start with the testing, and meanwhile we wait for the pcv.<\/p>\n\n\n\n
There was also a redesign with the wheels, in order to make them fit better in the engines, improving the traction and movement of the micromouse.<\/p>\n\n\n\nThis concludes our blog post for week 10, see you next week!\ud83d\ude0a<\/p>\n","protected":false},"excerpt":{"rendered":"
Hi Dronesonen! \ud83d\ude0a Last week we conducted the following efforts: Discipline – Software: Erik-Andre Hegna: Monday was spent with Lars and Ask to map the logic of our micromouse on a whiteboard. By that I mean, in what order things are completed\/terminated, and depending on what is happening with the sensors the mouse will make […]<\/p>\n","protected":false},"author":97,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-8211","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=\/wp\/v2\/posts\/8211","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=\/wp\/v2\/users\/97"}],"replies":[{"embeddable":true,"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=8211"}],"version-history":[{"count":5,"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=\/wp\/v2\/posts\/8211\/revisions"}],"predecessor-version":[{"id":8303,"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=\/wp\/v2\/posts\/8211\/revisions\/8303"}],"wp:attachment":[{"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=8211"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=8211"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dronesonen.usn.no\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=8211"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/dronesonen.usn.no\/wp-content\/uploads\/2023\/10\/image-179.png\")
<\/figure>\n\n\n\n