 | | PIC-RCX half-duplex IR receive and transmit
|
|
I just finished a PIC16F84A application which receives IR commands from the RCX or RCX remote control, saves them and transmits another command back again. You can put your own command(s) in EEPROM for transmission. The firmware is commented (well, (...) (21 years ago, 16-Jan-04, to lugnet.robotics.rcx)
|
| |
| | Re: BricxCC release 3.3.7.6
|
|
(...) You are welcome! I'm glad you were able to get the pre-built tools installed and working. The brickOS root that BricxCC had configured on your system was a result of having a previous installation of BricxCC where I had used that path as the (...) (21 years ago, 15-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: BricxCC release 3.3.7.6
|
|
Hi John, Thanks to your pre-built BrickOS tools, I have finally installed it on my Windows 2000 machine (I tried several times in the past... no luck !). The installation was really fast and easy, the only problem I got was that the default BrickOS (...) (21 years ago, 15-Jan-04, to lugnet.robotics, lugnet.robotics.rcx, lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | 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 (...) (21 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, (...) (21 years ago, 15-Jan-04, to lugnet.robotics.rcx.java)
|
| |
| | RE: Problem with rcxTcl.exe and the USB IR tower
|
|
(...) I'll check this out on a system that has absolutely no Tcl support, but as you might expect - it works fine here :-) (...) I'm sure John Hansen would appreciate any feedback on BricxCC - even if it'a a problem report. (...) That's the spirit! (...) (21 years ago, 15-Jan-04, to lugnet.robotics.rcx.pbforth)
|
| |
| | 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 (...) (21 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 (...) (21 years ago, 14-Jan-04, to lugnet.robotics.rcx.java, FTX)
|
| |
| | Re: The BrickOS Task Manager
|
|
(...) C++ is more particular with types than regular ol' C. However, I think BrickOS's definition of NULL in mem.h is incorrect (as this was causing one of the problems in the execi call). IMO, it should be defined like so: #ifdef __cplusplus (...) (21 years ago, 13-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | 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. (...) (21 years ago, 13-Jan-04, to lugnet.robotics.rcx.java)
|
