 | | Re: getVoltage???
|
|
Hi Sole, I've used the getVoltageMilleVolt() in projects to measure how much voltage was used to complete a task. It is the most granular, hence the best accuracy. Don't worry about the other methods. The getVoltageMilleVolt() method is all you (...) (22 years ago, 25-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | getVoltage???
|
|
Hi!!! I'm trying to test my robot executing certain programms. I take the voltage value in mV with the method getVoltageMilliVolt() before and after the execution. Then i subtract these values in order to get the voltage wasted. But i don't really (...) (22 years ago, 24-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: where leJOS firmware ?
|
|
(...) In RAM, as specified. RAM will hold onto the data just fine, as long as you supply power to it. And the RCX RAM is powered, via battery (that's why if you remove the batteries, you loose the firmware... and everything else). (22 years ago, 12-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: where leJOS firmware ?
|
|
(...) The 32K RAM in the RCX is powered by the batteries even when the RCX is turned off. This is why the firmware (leJOS or otherwise) does not get erased when you turn the unit off. But if you remove the batteries for a few minutes, it does get (...) (22 years ago, 12-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | where leJOS firmware ?
|
|
Hi everybody. I'm trying to guess where exactly the leJOS firmware is stored. All domcuments i've read say that it's in the 32K RAM. But i ask my self why they say RAM; if you turn off the RCX neither the firmware or the user programms doesn't (...) (22 years ago, 12-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | communication pc/rcx
|
|
hello, for the needs of a robotic course, I need to find a lejos program for the rcx. the program running on the pc side is supposed to ask the x,y coordinates of a point and then, when entered, transfer them to the rcx, then, whith the program (...) (22 years ago, 12-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | RotationNavigator again, does it have a bug?
|
|
I have another problem with the RotationNavigator class. I try to program a navigating, behavior controlled robot. At the moment it has two behaviors: behavior1 (b1): moving to a specific point with gotoPoint(...) and back to the starting point with (...) (22 years ago, 5-Feb-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: RotationNavigator accuracy
|
|
"Michael Wisse" <mwisse@hs-harz.de> wrote in message news:40065F0D.70202@...harz.de... (...) a (...) Check out (URL) the "Peeves" Mindstorms robot. If page is not accessible then just do a search on "peeves mindstorm lego" and you'll probably find (...) (22 years ago, 15-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: RotationNavigator accuracy
|
|
Hi Robert, thanks for your response. Indeed, the main problem seems to be slippage. The more speed the motors produce, the bigger the slippage is and the less is the resulting angle. Probably a tank is bad for odometric navigation. It is a pitty, (...) (22 years ago, 15-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: RotationNavigator accuracy
|
|
(...) rotation sensor counts tread rotation, but, because of skidding, the tank doesn't turn exactly the same way as treads do (...) rotation point position/drive length depends on tread width, center of weight position, speed and geometry of treads (...) (23 years ago, 14-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: RotationNavigator accuracy
|
|
(...) I guess it's more hardware related problem turning with tank-style robot is ALWAYS a trouble because tank doesn't have defined centre of rotation. If you imagine the simple robot - two wheels and a castor - there is rotation center well (...) (23 years ago, 14-Jan-04, to lugnet.robotics.rcx.java, FTX)
|
| |
| | RotationNavigator accuracy
|
|
Hi, I just try the rotation navigator class and have some problems with turning accuracy. My robot is a tank with treads and moving without turning works well, travel() moves the correct distance. Turning with rotate() or gotoAngle() is problematic. (...) (23 years ago, 13-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: Driver for Linux USB Tower
|
|
Try to read this page : (URL) contained a bug introduced in version 2.4.21 which will lock the kernel if used with legousbtower driver. Linux version 2.4.22-pre3 and above include the fix and are safe to use. usb-ohci was fixed in Linux version (...) (23 years ago, 2-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | Re: Driver for Linux USB Tower
|
|
(...) hi, I got some warnings when I tried to install the driver for the legousbtower again. Now I used the driver, which is provided by the lejos-software (I didn't download the driver from (URL) this time). Here are the warnings: # make cc (...) (23 years ago, 1-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | Driver for Linux USB Tower
|
|
(For German version see below, please) English version: hi, I want to use lejos with Linux. I'm using the 2.4.20-4GB-athlon kernel. I downloaded the Lego usb Tower driver from (URL) I installed the driver it was generated the /dev/usb/lego0 device (...) (23 years ago, 28-Dec-03, to lugnet.robotics.rcx.java)
|
| |
| | Re: Opening COM port error
|
|
(...) Tyler, Happy to be of help! Regarding Garbage Collection, I'm not usually one to criticise without being able to suggest a better alternative. In this case, I think most GC systems could be improved by mimicking the concept of "smart pointers" (...) (23 years ago, 30-Nov-03, to lugnet.robotics.rcx.java, lugnet.off-topic.geek)
|
| |
| | Re: Opening COM port error
|
|
In lugnet.robotics.rcx.java, Chris Phillips wrote: Hahaha, Your passionate condemnation of GC makes entertaining reading in light of the amount of work I have to do with lejos,Java,C++, etc for my final year undergraduate project. I will certainly (...) (23 years ago, 30-Nov-03, to lugnet.robotics.rcx.java)
|
| |
| | Re: Opening COM port error
|
|
(...) Ahh, Garbage Collection. <rant soapbox="on" eyes="glazed" dinosaur="true"> In my mind the worst thing that has happened to modern compiler languages is excessive reliance on Garbage Collection. This is analogous to leaving half-empty soda cans (...) (23 years ago, 29-Nov-03, to lugnet.robotics.rcx.java)
|
| |
| | Re: Opening COM port error
|
|
(...) Hi Chris, Thanks for your reply. You're reply confirmed my suspicion about leaving the port object lying around. I think I'll try your first suggestion of 'deleting' the port object at the end of each routine. I hope you dont mind me asking (...) (23 years ago, 29-Nov-03, to lugnet.robotics.rcx.java)
|
| |
| | Re: Opening COM port error
|
|
(...) This probably is an issue of leaving your Port object around after you're done using it. You have a memory leak in each routine, because you call 'new RCXPort();' without ever calling 'delete port;' on the object. You should definitely call (...) (23 years ago, 28-Nov-03, to lugnet.robotics.rcx.java)
|
