Squirrels have fuzzy tails.
0 Members and 1 Guest are viewing this topic.
i presume the module uses some sort of microcontroller or other processor.rather than modify the regulator circuit it would be nice if you could identify a reset pin on the microcontroller then just reset after the voltages have stabilised.
If what dunk suggest just doesn't work, why a seperate battery than a mosfet switch for power....
But I really doubt it can be rising time... How slow is your raising time for this to happen?
Quote from: dunk on February 03, 2011, 02:50:11 AMi presume the module uses some sort of microcontroller or other processor.rather than modify the regulator circuit it would be nice if you could identify a reset pin on the microcontroller then just reset after the voltages have stabilised.I want to bury the thing inside my robot, where I won't be able to reach it.
if you were willing to switch the VRbot on using a mosfet you could have your main MCU just keep power cycling it until it works.
Arg . . . I figured it out . . .It turns out that despite powering down the Axon II for several seconds, apparently it still somehow stores old UART data . . . I'm not entirely sure how, but . . .. . . using the WebbotLib bufferFlush() command right after bootup fixes the problem . . .I'll forward this to Webbot so he can resolve this issue permanently.
That's why reading the manual is always better than relying on ready solutions....
I also found that for some reason it's randomly deleting Indexes in Groups, randomly mixing up the training between the Indexes, and even moving trained Index numbers from one Group to another Group (ie randomly swapping/deleting/adding pre-trained voice data) - yet I'm not even commanding it to do anything like that.