|
|
 | | questions on events
|
| Are events stackable? Or it works more like "signal()", e.g. in C? e.g. I have 2 different light sensor events set to watch for value higher than 42, yellow & blue. Let say both sensors read 45 at the same time, RCX returns only one event being (...) (20 years ago, 2-Jan-05, to lugnet.robotics.rcx.robolab, lugnet.robotics.rcx.nqc)
| | | | | Re: using MacNQC with Spybotics via USB Tower
|
| (...) It is a capability of NQC but I was mistaken about the Mac version of NQC. It currently does not support the Spybotics target when the USB tower is used. One of the first changes I made when I took over NQC was to add the ability for NQC to (...) (20 years ago, 29-Dec-04, to lugnet.robotics.spybotics, lugnet.robotics.rcx, lugnet.robotics.rcx.nqc)
| | | | | Errors while installing brickOS 0.2.6.10
|
| Hi, I am a newbie. I have encountered some errors while installing brickOS 0.2.6.10. (URL) anyone encounter the same problems before? 1. When I just start cygwin, it gives me an error message like this: This application program can not be executed (...) (20 years ago, 2-Dec-04, to lugnet.robotics, lugnet.robotics.cybermaster, lugnet.robotics.edu, lugnet.robotics.rcx, lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc)
| | | | | Re: Motor Speed Control
|
| (...) That's the case too for Swan firmware with standard parameters. (...) And yes, power consumption is much higher using on break. I measured variation of RCX current with one motor, power level 3 (50% duty cycle). Idle RCX current (35mA) is (...) (20 years ago, 1-Dec-04, to lugnet.robotics.rcx.nqc)
| | | | | RE: Motor Speed Control
|
| (...) :) (...) I'm not sure how the Swan firmware does it, but I have mine set so it cycles every 8 ms. It's on for 0 to 8 ms, then off (brake) for the rest, depending on the speed. That's fast enough to produce a very smooth result. There is no (...) (20 years ago, 30-Nov-04, to lugnet.robotics.rcx.nqc)
| | | | | RE: Motor Speed Control
|
| (...) Actually, it's more like standing on the brakes, letting go and then gunning the gas, stepping off the gas and standing on the brakes :-) And yes, that WILL use more gas, and more batteries. Now, if the resolutiion of timing for the brake (...) (20 years ago, 30-Nov-04, to lugnet.robotics.rcx.nqc)
| | | | | RE: Motor Speed Control
|
| (...) Yes, but I think the "power" portion of the cycle will draw more, because it's always trying to go from stop to full speed. Like driving a car with the brakes on. Start with the brake totally pressed, and the more you push on the gas, the less (...) (20 years ago, 30-Nov-04, to lugnet.robotics.rcx.nqc)
| | | | | RE: Motor Speed Control
|
| (...) The brake function (as far as I know) should not use more battery power as the short circuit is in the driver chip itself. The drivers are MOSFETs, so setting the H bridge to brake does not actually apply any battery power to the motor (...) (20 years ago, 30-Nov-04, to lugnet.robotics.rcx.nqc)
| | | | | Re: Motor Speed Control
|
| (...) If you are not concerned with remaining pure, this interface (URL) should provide better feedback than the rotation sensor. -Rob A> (20 years ago, 30-Nov-04, to lugnet.robotics.rcx.nqc)
| | | | | Re: Motor Speed Control
|
| (...) I've been using a power/brake method (instead of power/float) for quite some time in BrickOS. That was one of the first big steps in getting my Legway to work. ( (URL) ) It allows you to program a robot to make smooth turns (slow, instead of (...) (20 years ago, 30-Nov-04, to lugnet.robotics.rcx.nqc)
|
|
