Derived a python program from convert_data.py to loop through an already processed Bowie log file, called loglooper. When it processes a line, it also sends the data to the MQTT broker. There’s a 1 second delay per line. The server was able to receive the data perfectly. The next step was to try to get this program to run continuously using nodejs forever. Originally encountered some difficulties related to the spinSleepTime and minUptime, which were changed from 1000 ms to 5000 ms. It’s now working continuously with forever. The next step will be to receive the data on the map and draw a dot. As well as transferring the python loglooper to the server to run on AWS.
There was a bit of a problem being encountered after the Bowie rebuild. The XBees couldn’t communicate together. At first we were concerned this was going to be a hardware issue … that would be expensive parts. Alright, time to dive in to figuring out the bug.
First step was to see if any of the Xbees were receiving any data. Oh yeah, remember one of the previous issues with FTDI? This answer helped to fix the problem (from what we’ve seen, so far, until perhaps it will break again..).
Phew! What a relief! They were receiving data! Must be a code issue then. And wow, was it a code issue indeed. Meaning, there were sections of the code completely missing. The communications on that serial port were just vanished. What on earth! Well, anyway, we re-added it, and it was a huge relief to see the RSSI led from the XBee light up and to see Bowie move again, controlled by the Operator Interface.
Bowie has been disassembled since the summer when it was disassembled for the trip to France. With some of its pieces in different boxes, and sensors on different robots. It’s time to re-assemble a working Bowie again.
One of the pieces that broke was the front hinge, this was 3D printed and replaced.
The next piece that broke was a pad on the Teensy 3.6 lifted when trying to remove it. This is understandable, since the force of all the headers was much greater than that of a small copper footprint pour on some fibreglass. Alright, thanks to PJRC, we soldered new headers on and replaced this.
After that was fixing the Operator Interface on the green foam board Bowie. We ordered a replacement display, and all is displaying properly again.
There was a motor driver missing, but that was an easy find – it was in the prototype tree bot of course!
On the super bright lights board (version 1), some F headers are in place but the shrouding is missing. This was fixed by adding new F headers in place.
Alright, now it’s time to add everything back in place. All the electronics are in the main chassis now. Then, the air quality sensor on the back. Followed by the RPi on the top. We’re leaving the laser on the other side, because it’s still functional and cool. The claw is added too.
And now there is a working Bowie assembled again!
To share the images that have a subject of interest, we created a page with a gallery on it. There’s a helpful description of the setup, robots used, and more. We decided to start simple first. In the future, we will need to have a better way of organising this so the tags can be seen. You can see the page here: Bowie Imagery.