Arduino Mega2560: Again SPI: finding an oops in the code and a "new" idea. Will it finally work? Then some electroncis: why doesn't 1 motor work? Adding a check in the code reveals a problem. But what's the cause? Click the image to watch the video. Sorry for partially not so good audio.
RPi: Another (final?) attempt using pwm on the motor. Does it work? Then back to the LEDs. And a resolution change doesn't show what's really happening. But when does it? Click the image to watch the video.
Mirft2: To solve the rattling of the gears, a frame reconstruction is needed. While checking on it, I find more things to solve so I take the robot partly apart. After some wiring stuff, will everything work out? Click the image to watch the video.
Arduino Yún: So with pwm, which does what? Measuring again..but will it reveal anything? Checking the rest of the pins as well. Then: why doesn't a motor run? Again, measuring... this reveals a problem, but where does it come from? Click the image to watch the video.
Discovery: Using the ROBOPro firmware again, I start with a wiring change involving the battery. Then, some tests on sensors..what works? Using ROBOPro to test sensor and lamp and rewriting some code. What works? What doesn't? Why? Click the image to watch the video.
RPi2/ROS: Are last weeks results still ok? Then expanding the circuit by adding some wiring, a port and some code. Will this work? Or is my idea of subscribing & publishing not possible? Click the image to watch the video.
BB/Monorail: Some inspection on alignment and parallellism. Where does it go wrong? Then a little adjustment of the power rods after an observation. But will it help? Click the first image to watch the video.
16 June (Playlist)
Hand: Testing the whole of the hand and arm shows a problem with the lower/vertical gearbox. Diagnose reveals a wiring issue, but is that all? Further testing shows some irregularities. Can they be solved? Click the first image to watch the video.
Arduino Mega2560: Bidirectional SPI: will it work by studying examples? Sure improves the knowledge of Arduino C (print).. Several attempts , recoding and then?! Click the image to watch the video.
RPi: Continuing with 2 camera's, a motor and pulsewidthmodulation: which values should be used? Using information from here, will it work? Too bad I don't have an oscilloscope. Click the image to watch the video.
Mirft2: First, adding feet to the legs: will they work? Then again: gears. Finally an idea why it goes wrong, but how to solve it? Also, wiring to solve. Then: the lamp..it works, but code is not really good. Click the first image to watch the video.
Arduino Yún: First, checking the 2nd potmeter: what type is it? Then: does it influence the 2nd motor anyway? Back to pwm: what does work? Some rewiring is needed, but which frequency is shown? Is this correct? Click the image to watch the video.
Discovery: First, I follow the advise to upgrade ROBOPro, both the software (via wine) and the firmware. Then: what works, what doesn't? So: sensor and sonar tests. This shows that the code needs some changes, but will it be better after that? Finally, a battery test. Click the image to watch the video.
Mydfir: With the line sensor being ok, it's time to check the algorithm. Using the diagnose there's an oops, but what's the cause? Wiring, motor, code? In the end, I find a small mistake but does it all work then? Click the image to watch the video.
RPi2/ROS: Trying to get the photo-transistor working, it's first Scilab again and find an oops corcerning OpenGL. Solved/saved by another laptop, I find that it should work. Back at the circuit, I find a big oops. Will it work then? Finally some recoding. Click the image the watch the video.
BB/Monorail: Considering the friction, the idea is to change the power rods. But how? And does this indeed remove or reduce the friction? Click the first image to watch the video.
9 June (Playlist)
Hand: First focus: improving the elbow after determining the physical limits. Then: can the lower gear be improved, or specifically: the carton. Then a big test. Does all work well? If not, why? Click the first image to watch the video. Instagram
Arduino Mega2560: An new attempt to make SPI bidirectional by using an example. With new insights I find some mistakes, and in the end it seems to work. Or not? Click the image to watch the video.
Mirft2: Checking on the gears which went odd last time..and in for a bit of a surprise. But then... what to do? How can things be solved ultimately? Click the first image to watch the video.
Arduino Yún: Time to change some wires and add a 2nd potmeter. Then some coding to incorporate it all. Will it work or go oops? Or both? Click the image to watch the video.
Discovery: Focussing on the original firmware: does it connect? If so, does it stay connected? ROBOPro shows fine except the camera and Linux shows fine. Increasing distance... does it matter? What does the screenoutput say? Argh and oops. Click the image to watch the video.
Mydfir: With a borrowed line sensor (thank you fischertechnikwebshop) I'm finally able to find out what's wrong and using ftdiagnose I'm in for a surprise. Then, the floortest starts with an oops, leading to yet another surprise which raises questions. Testing shows weird behaviour and a situation I didn't foresee. Click the image to watch the video.
RPi2/ROS: The 4.5V makes me doubt the GPIO, so I need to test if there's a problem. I need to add some electronics. First a calculation using Maxima and a simulation in Scilab. Then, will it work in reality? Click the image to watch the video.
BB/Monorail: Another try at speed: where are the frictions? Can the wheels be aligned better? Why does it stop? Is the carriage stable enough? Click the first image to watch the video.
2 June (Playlist)
Hand: It's time to replace the wrist to the motor; which is simple enough... Then the arm base should better be reinforced but is it possible? Also attention to the elbow which better be reconstructed. What's up with the vertical gear? Click the first image to watch the video.
Arduino Mega2560: First focus is on rewiring to get an LED working again, hopefully. Then some checking. Next, bidirectional SPI. How should it work? Questions and trying. Will it work or go oops? Click the image to watch the video.
RPi: First, solving an LED issue. Then, how to get the pwm motor frequency 100 - 200 Hz going. Is it possible? Using some more commands of the PWM API I get some clarity. But will it work? Click the image to watch the video.
Mirft2: Focus is first on the gear problems: would it be the guides? Or the wiring? Both needs some fixation but it solve it? Could diagnose via ROBOPro give some insight? Click the first image to watch the video.
Arduino Yún: Adding a 2nd motor brings some challenges: (re)wiring, electronics, software. How about pwm? This brings a surprise. Click the image to watch the video.
Discovery: Starting with the original firmware and meeting a problem. Then the community firmware and changing details: will those work? Back to origina firmware: will it go better? Click the image to watch the video.
Mydfir: Focus on colours again: can I get it working correctly? This time, using both diagnose and calibration program. Are there differences? Do both sensors work and keep working? Some oopses.. Click the image to watch the video.
BB/Monorail: Last time the 3rd wheelset didn't convince, so maybe some construction changes will help. Or do they? Close observation leads to insights and ideas. Click the first image to watch the video.
26 May (Playlist)
Changes: Now, the last made video of the week is on top of the list. Also, the videos can now be played ("bingewatched") via the weekly Youtube playlist.
Hand: Checking the vertical gears shows nothing is wrong, but why is it not always moving? Time for an overall test. And another oops. Then a fingers check: on and off. Algorithm? For safety also an arm improvement. Where to go? Click the first image to watch the video.
Arduino Mega2560: Starting with SPI, I decide to let the off-board LED burn. This results in finding a big oops. After solving this, I decide to rewrite some SPI code and again, the devil is in the details. Then, why isn't an LED working? Would rewiring help? If so, what's wrong with the "old" wiring? Click the image to watch the video.
RPi: With the cameras the LEDs show different behaviour...but it's also about the motor. With new data available, some checking and conversion is needed. My code doesn't seem to be far off, but will it work? Click the image to watch the video.
Mirft2: To do: replacement of some legs by stronger ones, inproving leg guides, correcting details and a few improvisations. Then: observations and tests. What goes wrong and why? Is it a motor, gear or some wiring? Click the first image to watch the video.
Arduino Yún: Using the console via ssh, what's the con and pro? Exploring the full NTC range and finding a critical potmeter value..but is it voltage only or frequency as well? Will measuring be conclusive?
Click the image to watch the video.
Discovery: During preparation on battery, the controller switches off frequently, so I decide to use the power-adapter. After some minor code changes, things seem to go well. Then: connecting to original firmware goes oops. So again: community firmware. Some more tests and a few changes. Not entirely satisfied, but... Click the image to watch the video.
Mydir: After testing the line sensor, now the colour sensors. For this, I have to adjust the calibration program. Then, will both sensors work fine or will strange results happen? The datafile reveals some but not all. In the end, what does diagnostics say? Click the image to watch the video.
RPi2/ROS: By lack of an ADC, back to the photo-transistor. In a different setup, will it work? Measurements should give a clue, screen output should too. Do they match? Click the image to watch the video.
BB/Monorail: Another attempt on weight distribution by widening the carriage and an addition, but will it help? Another view at the setup of spring vs. support reveals that it needs a fix or a removal. Also, another look at the code: why does it stand still? Click the first image to watch the video.
19 May (Playlist)
BB/Monorail: Starting with diagnoses and a camera, I finally find it's all working...in theory. So trying to view things from a different point and angle..will it clear up mysteries? Click the first image to watch the video.
RPi2/ROS: Next idea: using an LDR as sensor. Although being an analog component, if the voltage is high enough it can be a "1", low enough a "0". With the aid of the analog multimeter I find a few values. The question is: are they correct? How to go on? Click the image to watch the video.
Mydfir: I have to add a bit more code to fully cover the data. Then it's time for a motor-only test, which reveals a minor issue that can be resolved quickly. Next: a line-only test. Replugging wires shows no difference, so it's time for diagnose. What's up? Click the image to watch the video.
Discovery: After feedback from the ftrobopy developer and studying an example, I restructure a part of the code. This seems to work but I still find an oops. After restructuring a bit more code, things look better. Will it finally work? Click the image to watch the video.
Arduino Yún: Adding an NTC to the circuit to give the motor a purpose brings a wiring problem so I have to improvise. After adding some code, will it work? Considering the switch code hasn't changed, testing reveals it still works, but .... Click the image to watch the video.
Mirft2: I need to add robustness to the frame and find that more rebuilding is better. After changing the gears, it's time for a code change. Android first...it works, but also reveals that more robustness is needed. Oops. Then, code change on the other firmware works out but data acquisition is better. Click the first image to watch the video.
RPi: Leaving the motor for now (requested some info), I concentrate on the LED: timing. This has some nice effects (naked eye/camera/RaspiCam). What will happen when I add another LED to the pwm? An unexpected result and an oops... Click the image to watch the video.
Arduino Mega2560: Again, trying to get SPI working by example. Will it work? Then, 2 LEDs are misbehaving, or is there something else going on? What has it to do with power cycle? Some measurements. Click the image to watch the video.
Hand: The compressor needs improvement: the vertical situation isn't robust enough. Then the thumb and finger need some fix..which is kind of solved but then a problem shows: wiring or pneumatic? In the end, another wiring shows up..or is it? Click the first image to watch the video.
12 May (Playlist)
BB/Monorail: Observation of the carriage shows a possible balance issue, or is it? Why does the carriage hold at D6? Inspection of the screen output is reveals an odd signal and diagnosis confirms a problem. After (hopefully) solving it, there are still moments of questions. But what are the causes? Click the first image to watch the video.
RPi2/ROS: LED or lamp? That a good question... 2.4V, 3.3V or 5V? That's another good question. How to wire the photo-transistor? Yet another good question. In the end, it matters what works. Click the image to watch the video.
Mydfir: As announced last time, I'm re-enabling the datafile. This faces with me some questions about my actions in the past. Oops. The in-screen camera works nice, and the tripod comes in handy. What does the data file reveal? Click the image to watch the video.
Discovery: Starting with a power oops, I decide to create a data file. Testing this, I meet with another big oops. What's happening?! Then a floor test...Click the image to watch the video.
Arduino Yún: Will in/on-screen camera work here as well? Testing the combination potmeter/motor/switch gives an oops. Then the setting for Yún: can I make it connect to the internet? Back to hardware: would some recoding help? Click the image to watch the video.
Mirft2: Further reconstruction of the legs is needed, and the ftrobopy developer got back with an important hint so I need to change code. Testing it reveals that there's a big improvement but another reconstruction of the frame is needed. Click the first image to watch the video.
RPi: Adding another camera to watch over it. Trying to use the servo method of PWM to see if it makes nay difference. Then back to pwm: is the setup ok? Changing code once again, does it matter? Click the image to watch the video.
Arduino Mega2560: Using a webcam for in/onscreen video show resolution and fps gives a different idea of electronics than the naked eye. Trying SPI with a different example, rewiring, recoding..will it make a difference? Click the image to watch the video.
Hand: The compressor engine needs improvement, and after some thought I do "some" reconstruction. Which of the options/ideas will work out? Next, back to the thumb. Is it really that bad? Click the first image to watch the video.
5 May
BB/Monorail: A close observation shows a possible issue with the wheels that could slow down the carriage. Then the rocking behaviour: why? A look at the code reveals a possible cause. Then something else: the carriage suddenly changes direction. why? Click the first image to watch the video.
RPi2/ROS: Question: does this light sensor (ok, actually it's a photo transistor) work on 3.3V?! To check this, in comes a lamp. But what are the results? Is the screen output consistent with the multimeter? Click the image to watch the video.
Mydfir: Checking out the robot, focussing on line: what's happening. Some code changes reveal I may have to reseat some wires. Then: do the motors need a wire reseat? Again, weird behaviour. A decision is made.. Click the first image to watch the video.
Discovery: Looking at only the counters, the results are getting very weird. Would it matter to test both on and off sheet? Then, I find out why the webcam for inscreen camera doesn't work. So time for a change... Click the first image to watch the video.
Arduino Yún: Another test with the potmeter shows it still can control the motor. Can I get the switch in control now? This requires a code change and a test. Then the network settings: something is really off. But why and how? Click the first image to watch the video.
Mirft2: The front leg problem needs to be solve, obviously. But how? Another reconstruction is necessary. Then an idea comes to mind: more legs could be less weight to lift. Will this work anyway? Then some coding: counters check and differences. Click the first image to watch the video.
RPi: Another attempt on hardware pwm by changing the code: what works? what doesn't? Some reasoning leads to the question about another motor. What's next? Click the image to watch the video.
Arduino Mega2560: Looking at the hardware, I find a few odd things. Why are they happening? Examining the SPI code reveals I made a small but possibly important mistake. Will this fix it? Examining the examples I find something that raises questions. Checking the hardware further...but will it work? Click the first image to watch the video.
Hand: I have to reconstruct the compressor, the question is exactly how. By trail and error I find a probable nice solution. Will it work? Then testing the fingers again, there's an oops. Double oops, actually. Click the first image to watch the video.
28 April
BB: So why doesn't it work at start? Removing sleep() from the code gives an unexpected result. Oops. Then close observation reveals more causes for keeping still and slow movement. But how to solve those? Click the first image to watch the video.
RPi2/ROS: The light sensor still raises questions: how does it work, exactly? Is the wiring correct? How do you measure it? So it's time to check it all and hopefully find out. Click the image to watch the video.
Mydfir: Starting with odd behaviour, I check for buzzer code and change some timing. Although this works out nicely, it gets clear something has changed with the colours. But what? Also, what about the motors? Click the first image to watch the video.
Discovery: Distances, sensors and turning: why does this go wrong? Another look into the code and some changes. The floortest gives some clues, but all? Click the first image to watch the video.
Arduino Yún: Finding the properties of the potmeter here, wiring wasn't hard. But: what next? Examining the code again, making improvements, an oops again, and something is working.... Click the first image to watch the video.
Mirft2: The front legs need a recosntruction but another solution is quicker and simpler for now. Will it pass the test ? Another reconstruction is necessary but how much does it improve the working? Questions arise...Click the image to watch the video.
RPi: Checking the motor again, there's inconsistent behaviour. Checking electronics solves a part, but measuring again raises questions. Back to programming: is there a solution? Click the image to watch the video.
Arduino Mega2560: The SPI code needs improvement, so using the examples I find out I made some mistakes followed by trial and error. But still... then the circuits: what about an LED which is ok but doesn't burn. Then 2 more LEDs fail. Sigh. Click the first image to watch the video.
Hand: Fingers need a fix, the arm pivot worm gear needs a small fix, the elbow needs a recontruction. While testing the fingers, there's an oops with air that ends with another likely reconstruction. Oops. Click the image to watch the video.
21 April
BB: Starting with a power oops, I also find strange results from the software. This leads to some screen output changes, but this doesn't explain if it was really a power oops. So what's really going on? Click the first image to watch the video.
RPi2/ROS: Adding a light sensor (light sensitive transistor, actually) seems a nice idea. Needed: sensor, wires, some code. Oh, and some reasoning. Does the sensor work? How about the wiring? Click the image to watch the video.
Mydfir: Now the sonar works again, but how about the motors? Diagnose seems ok, so another look at Python. This needs some changes, but where and how? Finally a clue pops up, but how to deal with it? Click the first image to watch the video.
Arduino Yún: The motor runs, sort of, but how. Some experiments and measurements are revealing but questions remain. Then adding some electronics to improve the circuit. Will it work? Click the first image to watch the video
Mirft2: The right-side frontleg has a problem, but how to fix it? Then gear problems show up again, and a cause is found. Then some tests: it works, kind of. But the things that need fix are accumulating, sigh. Click the first image to watch the video.
RPi: First, the software pwm doesn't work. Testing software and hardware reveals more than 1 cause. Then the hardware pwm...this is still not as it should be. But why? Click the image to watch the video.
Arduino Mega2560: First: why does 1 motor not run? After make the code equal for both, it still takes some manual assistance. But why? Then, SPI. Checking code and trying out: what happens and why? Click the first image to watch the video.
Hand: The arm needs a fix, but what does it take? Can it be fixed anyway? Then, the hand: a few things go wrong when the index finger and thumb are involved. But how to fix it? Click the first image to watch the video.
14 April
BB: Time a little less weight and spring change. Then an oops. Also, weight can be less when it's spread. Does this work? The rods really need to be replaced. Click the first image to watch the video.
RPi2/ROS: No camera, only LEDs. But why doesn't it work? Checking ROS messaging shows it should work. Some code checking reveals a culprit, and measuring electronics shows another. Will it work? Click the image to watch the video.
Mydfir: Rewrite print commands and what's with the buzzer? Then, why doesn't the sonar respond anymore? Time to enable screen output and check the wiring. Will it work? Again, a lot of weird stuff. Click the first image to watch the video.
Discovery: Changing the print commands ends with an oops. Then: what's the result? What's the difference between the firmwares? Then time for a floortest: will it finally go ok? Click the image to watch the video.
Arduino Yún: Big oops last time, so will it work now? Some changes and oops (I did it again?). Change some electronics and some success... but why? How? Click the first image to watch the video.
Mirft2: Checking & thinking about feet, then using Android to add some missing code. Over to the other firmware: some oopses. Why do they go wrong?! Click the first image to watch the video.
RPi: Trying PWM and looking at the code, it's time to try another approach: rewire and mix with software (wiringpi) pwm. But how? Click the image to watch the video.
Mega2560: The SPI code obviously needs improvement and after finding an example here, it shows what is needed. But will it work? Then, back to electronics: 1 motor doesn't do anything but isn't broken. Why does it stand still? Click the first image to watch the video.
Hand: Finish the compressor motor code, then the arm pivot motor needs some attention. Also, can I improve the wrist pivot motor? Then, the arm isn't quite as it should be, but how can I improve it? Click the first image to watch the video.
7 April
BB: First, I change the vnc geometry. Then, to find out how the carriage would act with counter weight, I experiment with it. This leads to some insight that it needs change.. but how? In the end, how should the weight be? Click the first image to watch the video.
RPi2/ROS: After changing the vnc geometry here as well, it looks much better. Then, a new attempt with the xs motor, finding out that GPIO and LED don't follow expectation. So: rewiring, some electronics, some coding. But will it work? Click the image to watch the video.
Mydfir: Testing the buzzer, it turns out its setting needs a change. The floortest reveals the software needs a change, but some weird stuff keeps happening. Why? Click the first image to watch the video.
Discovery: Testing dates, sensors and counters on both firmwares gives some weird results. But why? First conclusion: library issue? A floortest is nice to do, but without clear output... Click the first image to watch the video.
Arduino Yún: Starting with pwm check and a minor change in code. Then trying the motor: will it run? Then a check for another frequency and something goes OOPS. Why? What can be done? Click the first image to watch the video.
Mirft2: First I use ROBOPro to check if the lamp and switch actually work. Then, after getting feedback from the developer, I fix the print issue I also have on the Discovery. Next: will the switch and lamp work? Then: the original firmware.. so Android. Will things work? Click the first image to watch the video.
RPi: Trying the XS motor with applying 5V: what's the result? How does it respond with and without pwm? Adding an LED and rewired: what happens? Too bad the camera feed has some delay. Click the image to watch the video.
Arduino Mega2560: Continuing with SPI and the Uno: LEDs issues, wiring ,are they OK? Serial monitor, does it work? Is the code ok or not? Tutorials show something is missing (oops). After some code changes: what works? What doesn't? Some mechanics needs attention as well. Click the first image to watch the video.
Hand: Checking on the pneumatics reveals a possible motor issue and wiring issues. Then, when everything on the hardware is checked and a (temporary?) replacement has been done , a small software change seems to solve it. Click the first image to watch the video.
31 March
Instagram: when likes would be Euro's, that'd be some very nice money.
BB: Time to change code and bring some more logic. Will it actually work better? Then the carriage: can it be improved by reconstructing a power rod? Or otherwise? Click the first image to watch the video.
RPi2/ROS: Another attempt with a motor: this time a fischertechnik XS motor. It runs, but how? Trying out leads to some changes in electronics as well as in code. When it seems to work, why doesn't the switch work? Wiring can't be that hard. When solved (?), does everything work the way I like? Click the image to watch the video.
Mydfir: After all the weird stuff, it's time to get some "clarity". In order to get this, I decide to add another colour sensor and a buzzer. This brings some reconstruction and recoding. Then it's time for the floortest. Will it work? Click the first image to watch the video.
Discovery: After a few weeks, it's time to check if everything still works. This comes with a few surprises and oops. But how come?! Click the first image to watch the video.
Arduino Yún: After the previous tests, now the XS motor. With a few oops, the idea is to mimic a potmeter, rewire, recode and see if this works. Click the first image to watch the video.
Mirft2: Time to do some more tests. Also: adding a lamp is nice. It does require some more code though. Will it work? Also: reconstructing a leg and replacing some wires is necessary. Click the first image to watch the video.
RPi: After changing the vnc resolution, the black is gone. Then taking the XS motor, will it run on pwm? Of does it take rewiring, recoding etc? Questions arise during measurements. Click the image to watch the video.
Arduino Mega2560: To make sure that the SPI was no coincidence, I try expanding it using 2 LEDs and some more code. This leads to nothing: neither work so I have to rewire, recode and restest. Click the first image to watch the video.
Hand: First a new idea for the arm pivot motor: other gear, different setup. Will it work? Then: the wrist..would this be a software issue after all? Time to review the software and maybe add a fix. Will everything work now? Click the first image to watch the video.
24 March
BB: The ground rod loses power at some point: time for a small reconstruction. Will it help? Then incidentally/accidentally I find out why the carriage loses speed: seems due to the way it's constructed. But how to change that? Then the code seems to have a few flaws and needs some changes. Click the first image to watch the video.
RPi2/ROS: In another experiment it shows that a powermotor doesn't work when a small motor does. So how is it here? With the transistor removed, do the LEDs work? Then the switch: measuring reveals some oopses. But how to solve them? Click the image to watch the video.
Mydfir: Changing the wiring a bit to see if the behaviour is anything different. Then weird stuff happening. A good look at the code leads to some changes. Will it matter? Auto correcting is nice, but why does it happen the way it happens? Questions but what are the answers? Click the first image to watch the video.
Arduino Yún: Experiences leads to a change of motor, but will it help? Then a dive into pwm: where does it go wrong? Will code-changes help? Wrong info leads to more questions. Click the first image to watch the video.
Mirft2: Staying with the community firmware, I test the front sensors again and get remarkable results which also raises questions. I decide to change the code to get clearer screen output and also decide for a wiring change. This leads to a conclusion, another addition, test and ideas for next time. Click the first image to watch the video.
RPi: Diving once more into hard pwm, and a camera experiment: it is possible to stream video according to this info. Several code changes look promising but will it really work in the end? So far it's still doubtful. I like the camera change though. Click the image to watch the video.
Arduino Mega2560: To get code working, I first meet with an oops. Then, after fixing this, further implementing SPI and another oops. In the end, does it work? Click the first image to watch the video.
Hand: The arm pivot motor needs to be reconstructed, but will this work? It seems easy enough. Then the wrist pivot motor has stopped working. Why? It can't be software, and the diagnostics already showed it's not an electrical problem. Several attempts, but will the problem be solved? Click the first image to watch the video.
17 March
BB: The carriage doesn't behave as it should with respect to propeller speed and direction. Would a reconstruction solve it? A look at the code shows why the screen output starts with the wrong sensor, the code needs a change. But does it all help? Click the first image to watch the video.
RPi2/ROS: I an attempt to solve the 1== 0 (?) problem, I decide to overrule the switch and change some more code. Then some measurements reveal the probable reason the motor doesn't work. So what then? Click the image to watch the video.
Mydfir: After the last time, I decide to observe both the map more closely and a different direction. Also: when exactly does it lose track, some weird behaviour and auto correction. Finally, some code and ideas. Click the first image to watch the video.
Arduino Yún: Time to recheck on pwm, voltage and adding another check-pin for the pwm. The results raises several questions and leads to a code change. But will it help? Click the first image to watch the video.
Mirft2: After studying an example with the LED on the controller, I find I made a mistake and the LED is of no use. Then the idea is the use a front sensor on Cx. This brings an unexpected result. Then a leg gives a problem...but how to solve it. Click the first image to watch the video.
RPi: Question: what's the voltage on the motor? And on the LED? Then the code is a mix and has to be cleaned. Will it work or not? Click the first image to watch the video.
Arduino Mega2560: Checking to replace a motor by another model to see if it works out with an unexpected result but which might explain other results as well. Then the motor-stopping algorithm/mechanism works better than expected. New experiment: a combination with the Arduino Uno and SPI. Click the first image to watch the video.
Hand: The arm needs an extra weight, but what to use and where to apply it? Then, the vertical gear lower switch has to be fixed. Also, the arm pivot has problems, but how to fix that? Finally, the wrist doesn't work. But why? Click the first image to watch the video.
10 March
BB: Starting with code: improving motor speed, time. Then a bit of reconstruction and test: will it work? Next, how can the lamps stay working? Will it work? Click the first image to watch the video.
RPi2/ROS: Studying the odd results I find results that actually can't be there. This leads to some rewiring and a GPIO test. But will this reveal the cause of the problems? Click the image to watch the video.
Mydfir: Starting with the top tool on Linux, and finding the difference in lighting. Then using sonar for line following correction and some remarkable observations. Any closer to a solution? Click the first image to watch the video.
Arduino Yún: Starting with a little oops, I try pulsewidthmodulation here as well. After some trying with code from the Mega2560, I find some more info which shows the Yún is a bit different. When applying some changes, I'm in for a little surprise, but will things work? Click the first image to watch the video.
Mirft2: Using the original firmware again, I get 2 oopses. After that: adding an LED to test a counter, but are those results correct? Is this the way to test it? Click the image to watch the video.
RPi1: Since the current situation is not working, I search for another solution and find some code. Will this work? Some rewiring is needed as well. Does the single LED work? Click the first image to watch the video.
Arduino Mega2560: Letting the motors actually stop is delayed by some unexpected communication issues. After temporarily solving these the wrong way, it show that it works, kind of. Timing isn't perfect, but it's not a perfect situation either. Click the first image to watch the video.
Hand: Replacing wrist motor and adding bi-polar switch solves a problem and saves code. Then the lower gear box: this can be solved too but then some analysis. Why doesn't the axis reach the upper switch? One conclusion, but how to solve it? Click the first image to watch the video.
3 March
BB: Because of a threatening short-circuit, I have to reconfigure 1 of the power-rods. Then: what to do with the wires? And the 2nd motor needs attention: it's attached too flexible. Next is software, because timing is obviously too short now. And a lamp issue. And some more. Click the first image to watch the (bit lengthy) video.
RPi2/ROS: Trying to tackle timing and circuit issues leads to rewiring and questions about values instead of answers. Is there a delay somewhere? Click the image to watch the video.
Mydfir: Trying the combination of colour recognition and line following, both don't go really well. But why? Then: sonar works good but how does the combination go? Letting it go and then weird stuff happens. Click the first image to watch the video.
Arduino Yún: I first take a look at the network settings again: why is there no internet? Then back to the code: with which value does the motor LED work? How about mapping? Electronics: voltages are there, but why doesn't the motor respond? Click the first image to watch the motor.
Mirft2: Leaving ftrobopy for the time being, I try the software using the original firmware again. This gives unexpected problems and oopses and once those are more or less dealt with, remarkable results. Click the first image to watch the video.
RPi1: With the found max of 1999 for pulsewidth, I change the circuit and add a potmeter to adjust the power. Then I find that using the opamp does have influence, but not the way I want. Does the hardware pwm work on the LED? Another change in the software makes me realize I probably need a different approach. Click the first image to watch the video.
Arduino Mega2560: Changing the new switch setup brings a bit more work than expected. Then a rewire is needed and a bit of recoding. Will the idea work? Electronically, it works, but how about the mechanics? Click the first image to watch the video.
Hand: Starting with a small but necessary reconstruction, followed by a all-system test. It becomes clear that not all is working as expected: a sensor gives problems. But is that all? Click the first image to watch the video.
24 February
BB: I need to rewire and want to reconstruct the carriage. Then there's no power..? After somehow restoring the power, the speed is still a problem, But how to solve it? And will it work? Click the first image to watch the video.
RPi2/ROS: Several items to check: is there any voltage over the transistor (GPIO pin 7), is the switch input (pin 11) acurate, does the motor work anyway? The answers are surprising but leave questions as well. Click the first image to watch the video.
Mydfir: I start with the discovery of a tire issue. Then more colour checking, now with 2 lamps and "day"light. Once again, some questionable results. Then driving leads to changing the code. New insights, and then some odd events. But why? Click the first image to watch the video.
Arduino Yún: First I want to resolve an unresponsive LED, then it's time to add electronics and a motor. The motor kind of works, but not the way I want. Also, the LED works, but why this "bright"? Measuring gives an unexpected result, but why? Click the first image to watch the video.
Pictures: Melexis Safety Trophy 2004 robot challenge (scanned from analog..).
Mirft2: With 1 sensor, it gives unreliable results, so what will happen with 2? Some improvisation is necessary. Counters give still 0, so time for another change of counters with noticeable results. Click the first image to watch the video.
RPi1: Why doesn't the motor just run on pwm? Time to check the code and values. Should things change? If so, how? Testing leads to an oops, conclusions and more questions. Click the first image to watch the video.
Arduino Mega2560: First task: find out why an LED doesn't work. After fixing this, what more can be done? Time for a new experiment: expanding a motor to touch a switch. Already have one doing so, but this one offers challenges. Question: how to solve them. Click the first image to watch the video.
Hand: The wrist problem forces a reconstruction and a recoding. When both are done, it turns out the wrist motor has a severe issue, but how to solve that? Also, it looks like the hand gives more than one problem. Click the first image to watch the video.
17 February
BB: Before doing a power test, the ground rail should be extended. Then, how to get power? And there are both ground and power to be used. Staples? And how? Will it work? Click the image to watch the video.
RPi2/ROS: Getting the motor to run, I change the setup bit by bit: electronics, wiring, software. Measurements give unexpected results. Click the first image to watch the video.
Mydfir: My old riding model needs an improvement in colour recognition, so the calibration can be merged. This shows more harder than anticipated: values and wires need to be checked. Do they match? Red = red, green = green, right? Click the first image to watch the video.
Arduino Yun: Now the console is functional, it takes a moment to realize that I need a pin for the switch. So I start "reading" it (capturing is a better description) and get nice output...which doesn't work for the algorithm. A change in code works much better, but when more electronics is applied, both could work out very nicely. Click the first image to watch the video.
Compilation: I created a short compilation video from the 2008 conventions in Schoonhoven, Vlissingen and Veghel, all in the Netherlands. It was the first year I made some videos. Pictures can be found here.
Mirft2: Adding a touchsensor between the front legs is a nice idea. It requires some code and testing. Will it work nicely or just like the rest: sometime yes, sometimes no? Click the first image to watch the video.
Pictures: Pictures from the fischertechnik convention 2007 in Moershausen, Germany are added to the movies&pictures page. It was the first convention I visited.
RPi1: Adding a transistor didn't work and adding an LED and measuring shows why: voltage too low after the resistor. Replacing it shows a big difference, but is it due to PWM or voltage. Tests bring questions rather than answers. And then a big oops. Click the first image to watch the video.
Arduino Mega2560: Pins 4 and 13 have gone weird, but first I have to fix some electronics...which is controlled by software, as it to be expected. So after changing it a bit, the only unexpected result is a frequency. But why? Click the first image to watch the video.
Hand: The wrist pivot need improvement, but how? Software seems a solution, but somehow this seems to disable the rest. Why? An improvised switch shows an oops which leads to an even bigger oops and the finding of a software flaw. How to go on from here? Click the first image to watch the video.
10 February
BB: To get rid of the wire, a solution is to power the rail. This needs serious reconstruction but how to do it? How to power the rail anyway? Click the first image to watch the video.
RPi2/ROS: When trying out the circuit again, I realized I didn't install all of the software and some settings are yet missing after the big oops. When done, it's time for recoding and trying. And, oops, forgot to use the inscreen-webcam. Will it (or something) work? Click the first image to watch the video.
Discovery: Expanding the tests on pulses and counts gives some remarkable results with differences between ROBOPro and ftrobopy. But why? The hardware is an unlikely cause. Click the first image to watch the video.
Arduino Yun: First, finding the difference between connected and available. Then, what does a keyboard have to do with it? Why not a switch? Then, does the difference between an integer and a character really makes a difference? At least something seems to work, finally. Click the first image to watch the video.
Mirft2: Testing counters again, starting with ROBOPro followed by ftrobopy. Just with the Discovery: remarkable differences, assuming that I'm not doing something wrong. Too bad I've had no technical feedback yet. Click the first image to watch the video.
Compilation: I created a short compilation of the 2009 fischertechnik convention in Erbes-Büdesheim, Germany. Click the image to watch it.
RPi1: Pulse-width should indicate a frequency and voltage. But why doesn't that show on the multimeter? Then, adding some electronics should improve the situation like it did with other test. But will it work? Click the first image to watch the video.
Arduino Mega2560: Looking into the code again, I think I find a solution. This leads me to review the wiring again and replace some. Why do LEDs test ok but don't work on the circuit? Weird behaviour..Then another pin goes weird. Oops.
Click the first image to watcht the video.
Hand: Because the wrist motor is pushed away from the pivot plate, I have to fix it, But how? Then, time to get the wrist motor working with software..it works, but gives me the creeps. This really needs a bi-polar switch, somehow. Click the first image to watch the video.
3 February
Website: The links on the Software page have been fixed and the page is cleaned up.
BB: Time for recoding since the sonar is gone. Will it work with the wire carriages? Last time they were pushed off the rail, so would more weight help out? Click the first image to watch the video.
RPi2/ROS: Booting the RPi2 starts with a major oops: "m: Unknown command" at boot. Fortunately, the microSD card on which everything resides is readable by the laptop. By accessing the contents I find my valuable source code: publisher and subscriber. Next action is to copy everything inside ~/catkin_ws to the server. Now, what should I do next? Reinstall the SD card? Seems the only thing I can do but will it work? Click the image to watch the video.
Discovery: Continuing with the counter, some tests and recoding. This shows some very odd results, but are they wrong? Click the image to watch the video.
Arduino Yun: First a problem: I can't connect. This turns out to be a wire problem: the LAN cable isn't there and after connecting, a reboot is needed. Then, no internet. But why? Back to code: somehow it doesn't work right, but with the console going some things get clear. Click the image to watch the video.
Mirft2: For checking the counters or pulses of the motors, I change the code. Then some surprising results come out giving doubts on the hardware, but which part? In a final test, the results are even odder. How come? Click the first image to watch the video.
RPi1: Using hard pwm turns out to be my second attempt, in a way. I have to switch to python, and install some software. Then making a choice between GPIO and RPIO? Finally, some calculation or/and conversion. Will it work? Click the first image to watch the video.
Arduino Mega2560: Checking the frequencies with the alternative method gives unexpected results. Why are the values different? Also, why the factor change? Pin 13 is a very odd case, but why? Click the first image to watch the video.
Hand: The wrist needs to be wired, but a reconstruction is necessary. After the wiring, how does it work? The diagnostics reveals a 2 problems. How to solve those? Click the first image to watch the video.
27 January
BB: Back to wiring issues: how to solve it? This leads to new ideas and reconstruction. Will they work out? Click the image to watch the video.
RPi2/ROS: Examining the code leads to changes: using switch input, separation of both data. But also some odd behaviour. And then there's a motor... Click the image to watch the video.
Discovery: So the pulse count seems to be an issue. After some recoding and re-thinking, I decide to make the screen output more clear, which leads to some odd finding. Click the image to watch the video.
Arduino Yun: First I try the wired USB connection, then back to Wifi and finding how to add it to my own network. Next, the serial monitor, which isn't serial and needs some code. But does it work? Click the first image to watch the video.
Mirft2: Looking at the gears there's 1 part on both sides that needs improvement and another that maybe can't be improved. So how to go on? Does the code need a change? Click the first image to watch the video.
RPi: Pwm testing keeps revealing odd and possibly contradicting results: the motor doesn't work and the LED works. Then some new searching reveals a solution: soft vs. hard pwm (RPIO.PWM?). Click the first image to watch the video.
Arduino Mega2560: Since pin 4 and 13 don't match in frequency, it's time to find out more using a different way in code. This shows something is wrong, but can it be corrected? And how about the desired 40-120 Hz range? Click the first image to watch the video.
Hand: Time for the wrist motor: which one to use, where to put it and how to wire it? Does it take yet another reconstruction? Click the image to watch the video.
20 January
BB: Adding a wire-carriage for smooth movement, does that work? Adding 1 or 2 springs to prevent bumping, will that work? Some oops, unexpected results and conclusions. Click the image to watch the video.
RPi2/ROS: Trying to use ROS and the GPIO at the same time takes quite an effort. Then, making the switch do what it should do, takes additional electronics. Showing it all on in-screen video, requires 1 more step. Click the first image to watch the video.
Discovery: Sound and motor tests again on both firmwares as well as ROBOPro. This reveals a surprising problem. Another problem seems to have returned: wiring. Click the first image to watch the video.
Arduino Yun: Last time, testing didn't go as well as hoped. So, it's time to rewrite some of the code and check some of the wiring. Will it work? Click the image to watch the video.
Mirft2: After the frame reconstruction, it's time for testing. However..some things aren't as they should be: gear not aligned, knots at the wrong place, teeth not fitting. After fixing(?) some testing follows. Click the first image to watch the video.
RPi: Checking on pwm only: showing way to high frequency at the lowest setting. Can I change the code? Can I change my own code? Click the first image to watch the video.
Arduino Mega2560: Measuring frequencies leads to changing the circuit a bit and inspection of the code. Then a new test casts doubts on basic information. What's right and what's wrong? Click the image to watch the video.
Hand: A pivot gear modification badly needed and this time it seems to end up fine. Except for the motor, but how to fix that? Finally, a look at the arm. Click the image to watch the video.
13 January
BB: Replacing a broken lenslamp solves 1 problem, but the carriage still doesn't do what I want. Some testing reveals the issue: recoding is needed with a nice result. Click the first image to watch the video.
RPi2/ROS: Trying to figure out how to use my own msg file and getting the GPIO to work together with ROS leads to unexpected results and questions. Click the first image to watch the video.
Discovery: Time to relocate the motor tests to the original firmware. Any other different (better?) behaviour? Click the first image to watch the video.
Arduino Yun: Time to connect the Yun to a breadboard and bring the circuit there. Will it work as well? Something needs to be changed, including some additional hardware. Click the first image to watch the video.
Mirft2: After doing the feet, it's time to let the gears go properly. This takes some serious reconstruction of the frame but will it work out as intended? Click the image to watch the video.
RPi: Some new attemtps to simulate pwm brings questions. Then, back to the real circuit: how does the motor work anyway? Is it really pwm controlled? Click the first image to watch the video.
Arduino Mega2560: Some more simulation gives some clarity, but in what exactly? Then back to the real circuits, with some oopsies and code changes with clear effects. Click the first image to watch the video.
Hand: Reconstruction (again!) of the pivot gears seems to go fine. Then a (final?) test reveals the real problem (oops), which leads to yet more(!) reconstruction to be done. Click the image to watch the video.
6 January
BB: Checking the code leads to some changes and testing leads to questions about wires, lamps and the interface. Click the image to watch the video.
Discovery: Considering the results of last time, some more code changes are necessary. Testing shows it doesn't really look promising. Click the image to watch the video.
RPi2/ROS: Going on with trying to publish a number meets with some hurdles: C++ isn't Python, several adjustments, and why don't examples always work out? Click the image to watch the video.
Arduino Yun: It's time to explore some more by doing some more programming and add electronics. Click the first image to watch the video.
Mirft2: A gear is not aligned anymore which shows a continuing problem. Then, feet need to be fixed and the hind legs need to be reconstructed. Click the image to watch the video.
RPi: The pwm simulation isn't yet really what it's supposed to be. Also, the motor isn't a DC motor. So things need to be redesigned. Will it work? Click the image to watch the video.
Arduino Mega2560: Improving simulation leads to unexpected results and necessary changes. How do toolboxes interact? Click the image to watch the video.
Hand: Considering the space around the wrist, I go for a slight reconstruction. Then tests show there's a wiring problem, which is solved quickly. But that's not all. Click the image to watch the video.
