S2 crash (stall) detection?
Maybe we are missing something, but we cannot get the S2 to detect a crash )stall) using code from the GUI. I can even hold the wheels still with my hand and it shows no sign of detecting it. (note: the factory-demo program seems to accomplish this detection). Is there a trick/tip here??
Comments
Thanks,
-Phil
Attached is a simple stall program. If stalled, the S2 sounds an alarm, backs-up, turns and moves forward. It there is no stall, the S2 continues forward. I have attached as spin file (archived).
Give it a try and see if it works.
Hope this helps!
@Phil,
For some reason, I can't attach a GUI .scb file. Any ideas? Edit - Now that Bump has this fixed. I will attach the GUI (scb) file.
@Ken, I thought so too, until I read that he was holding the S2 (and it still didn't stall). If I hold mine in the air (not holding wheels), the tail wheel stops spinning and it detects a stall - That is the way it works, eh? If he was holding his (and the wheels to stall it) wouldn't the tail wheel stop spinning and read a stall anyway?
-Phil
Re: How to detect motor stall?
During the early phases of the S2 design, there was much discussion about stall detection. I was of the opinion that motor current detection, in combination with the wheel encoders, would be adequate to determine a stall condition. Ben Wirz, the project's hardware guru, pointed out -- rightly, as it turns out -- that in many "stall" situations, the drive wheels are simply spinning in place on a slick surface as the robot struggles against an obstacle. In such a case, neither the motor current nor the wheel encoders yield sufficient clues about a stall condition.
As a consequence, it was decided to add an encoder to the idler wheel. Even with the drive wheels turning, the idler will be stationary if the 'bot isn't moving. However, since the idler on the S2 is not gimbaled, it will also not rotate when the 'bot is turning in place. As a consequence, the S2's stall detection algorithm has to consider a number of factors in coming up with a stall/no-stall decision.
-Phil
-Phil
Can you give me a quote on whether sensor fusion leads directly to sensor confusion?
Side Question: it seems to me that there are these occasional 'temporary mysteries' with the scribbler and S2. My superstitious solution is to always load the factory program, and then my own program. Without that, it seems like the robot can get into strange states. Is this true or just another thing to blush about?