 | | 3T —John Brost
| | | | Well, I've had some time on my hands, and being totally unhappy with my 3T robot I decided a re-build was in order. Probably an 85% - 90% rebuild. About the only thing that wasn't touched was my cube magazine & the dropper mechanism. Everything else (...) (19 years ago, 3-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | Re: 3T —Steve Hassenplug
| | | | | | I'm not sure about the RCX, but with some languages, things like events, or other tasks, will not start executing until the current task gives up the processor. (like in a wait) Here's a suggestion that should avoid the delay... (...) ... (...) * If (...) (19 years ago, 3-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | Re: 3T —Brian Davis
| | | | | | (...) I ran mine last night at a "family science night" for a school. Big hit, although I *absolutely* need error checking in my code (playing against a robot is easy - playing against a 5-year-old, with a couple of 4-year-olds constantly hitting (...) (19 years ago, 3-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | | | Re: 3T —John Brost
| | | | | | | In lugnet.org.us.laflrc, Brian Davis wrote: <snip> (...) I don't know if I'm using the most efficient method either, but from what I have found... Tasks are run in parallel. If I start a task (the scan task) my main code will continue to run at the (...) (19 years ago, 3-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | | Re: 3T —Steve Hassenplug
| | | | | | (...) Actually, John, I think I may be able to explain the problem. You have two tasks running at the same time. For the most part, the processor will switch between the main task, and the scan tast. So, the order of execution would be something (...) (19 years ago, 3-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | | | Re: 3T —John Brost
| | | | | | | In lugnet.org.us.laflrc, Steve Hassenplug wrote: <snip> (...) Ok, that makes some sense, thank you very much. I hate the thought of nesting that many more if statements, but that does appear to be the best way to solve the problem. Thanks John (19 years ago, 3-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | | Re: 3T —Chris Magno
| | | | | (...) as a mindscript guy, i cant say i've had this problem. i ~think~ the STOP TASK command stops the task at the END of that task. not mid task when the STOP was called. (1) If i wasn't busy with a R20 robot I would code a quick test to test for (...) (19 years ago, 4-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | Re: 3T —Chris Magno
| | | | | (...) well, I sit corrected. I ran this VERY CRUDE program, and it would seem that a STOP TASK should stop the task mid task. feel free to mess with var x, to see it the resuts change. program generic { var a = 0 var b = 0 var c = 0 var d = 0 var e (...) (19 years ago, 4-Mar-06, to lugnet.org.us.laflrc)
| | | | | | | | | | | | Re: 3T —John Brost
| | | | | In lugnet.org.us.laflrc, Chris Magno wrote: <snip> (...) Thanks for checking. I hadn't gotten a chance to set up a test yet. I inferred that would be the result from what I read in the help, and the actions of the program I've been using, but it is (...) (19 years ago, 4-Mar-06, to lugnet.org.us.laflrc)
| | | | | | |
