 | | 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)
|
| |
| | Re: The BrickOS Task Manager
|
|
(...) When saved as multi.c, but not when saved as multi.cpp (...) Start multiple tasks within a program that uses objects. I could rewrite a number of parts to use structs instead, but I just wanted to check that there wasn't some easy solution. (...) (21 years ago, 13-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: The BrickOS Task Manager
|
|
(...) Were you able to compile it as is? What are you trying to do? What errors are you getting? I tested that with version xx.09, not the latest one. Steve (21 years ago, 13-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: NQC's future
|
|
"Brian Davis" <brdavis@iusb.edu> wrote in message news:HrB87H.17p1@lugnet.com... (...) future one) for NQC (...) I think your question probably meant "can I use FastTimer in defining events because I want better resolution than is possible with (...) (21 years ago, 12-Jan-04, to lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: The BrickOS Task Manager
|
|
(...) Thank you again for the help, but unfortunately it only compiles when saved as a '.c' file. Some of my code depends pretty heavily on classes... is there any easy change to make this work as object oriented code? *just spent two hours trying (...) (21 years ago, 12-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: BricxCC release 3.3.7.6
|
|
(...) I will make this change. Thanks for the report! John Hansen (21 years ago, 12-Jan-04, to lugnet.robotics, lugnet.robotics.rcx, lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: NQC's future
|
|
(...) According to the LEGO documentation, only the normal (source 1) Timers can be used as an event source. The ‘sensors’ for which events can be generated are: · Physical sensors (Source 9, Range 0-2, Logical number 0-2) · System timers (Source 1, (...) (21 years ago, 12-Jan-04, to lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: BricxCC release 3.3.7.6
|
|
small suggestion: when you've a syntax error in NQC, it goes like this - error is reported - you correct the error - recompile the source - code is downloaded - error message disappears In my opinion, the last 2 actions should be the other way (...) (21 years ago, 11-Jan-04, to lugnet.robotics, lugnet.robotics.rcx, lugnet.robotics.rcx.legos, lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: NQC's future
|
|
(...) Here's a suggestion/question: is it possible (either in the current incarnation or a future one) for NQC to use FastTimer() as a source for events? Timer() works, but not (it seems) FastTimer(). (21 years ago, 11-Jan-04, to lugnet.robotics.rcx.nqc, lugnet.robotics.spybotics)
|
| |
| | Re: installing Robolab under Mac OS X
|
|
(...) Great news for MAC/OSX fans this is not a rumor according to the PITSCO 2004 catalog there will be Native OSX CD version available JUNE 2004. You will need ROBOLAB 2.5 software with training missions. If you have the 2.5 ROBOLAB RIS you can (...) (21 years ago, 11-Jan-04, to lugnet.robotics.rcx, FTX)
|
| |
| | Re: motor repair
|
|
hi Philippe, (...) Sorry, I don't know any translator , (with 1 Europe there should be one :-) but it's no problem for me to translate a few pages, tell me what pages you're interested in. Btw, Nice work, your laser target finder ! cheers, Stef (...) (21 years ago, 11-Jan-04, to lugnet.robotics.rcx, lugnet.technic, lugnet.robotics)
|
| |
| | Re: The BrickOS Task Manager
|
|
(...) Thank you very much. That was exactly what I needed. Very much appreciated. Mike (21 years ago, 10-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: ...2 years later... :-) (was: newbie again part 2)
|
|
Hello, for the benefit of the next guy reading this thread (probably in January 2006 :-) : Dave was right, the *.rcx file I was trying to feed to pbsim wasn't in the current directory. (I didn't notice that my Java environment, jEdit, had set the (...) (21 years ago, 10-Jan-04, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: The BrickOS Task Manager
|
|
(...) This works. Steve ---- #include <unistd.h> #include <dbutton.h> #include <dmotor.h> int MotorSpeed = 0; int RunMotor() { while (!shutdown_requested()) { motor_a_dir(MotorSpeed); } return 0; } int CheckButton() { while (!shutdown_requested()) { (...) (21 years ago, 10-Jan-04, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Design by Contract (long post)
|
|
Thanks, Tim. I haven't used the #x idiom myself - I like it. Your implementation with the boolean: (...) Will need an extra level of parenthesis surrounding the bool so that its declaration scope is made local. You can certainly go to town with this (...) (21 years ago, 10-Jan-04, to lugnet.robotics.rcx, FTX)
|
| |
| | Re: Implementation of Installable Timers
|
|
(...) I'd go with the flag, myself. (...) Its certainly possible for the client timer to reinsert itself - therefore the recurring timer is not strictly required. It could be left out for space reasons. I'd probably either take it out and make it (...) (21 years ago, 10-Jan-04, to lugnet.robotics.rcx.legos)
|
