 | | remote control
|
|
hi all, ive been out of the loop for a while now (summer vacation). so if this has been discused lately forgive my ignorance. im working on a program that lets me control the RCX from a PC using the IR tower. im using legOS 2.4 on redhat 6.1. i am (...) (23 years ago, 23-Jul-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Fix for remote patch
|
|
(...) I'll post a diff eventually, but in the meantime, just apply the remote patch from sourceforge, open util/dll-src/rcxtty.c, find the following block, and make the changes to the two lines marked //!!! // Serial settings FillMemory(&dcb, (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Fix for remote patch
|
|
(...) Hi, Its good to know that there is a bug and that there is someone who knows how to fix it. Could you maybe send me some sample code for the rcx and the win32 side ? I dont want anything special just a few lines of code for each side (rcx and (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LegOS, WIN98 & Cygwin 1.3.2
|
|
Nice to be appreciated :-) Running the command 'strip -s *.exe' for each directory containing .exe files reclaims considerable disc space, by removing dubugging information which is embedded in the .exes. P.S. I did briefly experiment with a mingw (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx.legos)
|
| |
| | Fix for remote patch
|
|
The remote patch on the sourceforge website is slightly broken on Win32. (The necessary code changes have been made in a Linux only section, but the Win32 bit is untouched. The problen is util/rcxtty.c, which does not set the correct (odd) parity (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx.legos)
|
| |
| | LegOS, WIN98 & Cygwin 1.3.2
|
|
Hello, Well after a week of head beating, cursing, downloads and chicken waving AND a great deal of help from Max Bowsher (this last bit was actually the most useful :-) I finally have legOS up and running with the above setup. Had I followed Max's (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Maximum sample rate (turn rate) for rotation sensor
|
|
Dave and Luis, Thank you both for the information. I'm big admirer of the work you've done for the RCX community. (...) I see. (60/0.003)/16 = 1250 And if you were worried about the Sampling Theorem you would divide that in half just to be sure.. (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx)
|
| |
| | Re: Mystery Part
|
|
I bow down to you, Bob! Many thanks for solving this mystery. (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx)
|
| |
| | Re: Maximum sample rate (turn rate) for rotation sensor
|
|
When using the standard firmware, sensors are sampled every 3 ms. The rotation sensor uses a quadrature encoder with a 1:4 gearing between the axle and the encoder, so there are 16 "ticks" per revolution of the axle. The decoding routine in the (...) (23 years ago, 21-Jul-01, to lugnet.robotics.rcx)
|
| |
| | Re: Maximum sample rate (turn rate) for rotation sensor
|
|
The hardware can actually do (in my testing) up to ~3000 rpm with good accuracy. The problem is with the standard software, which cannot do more than some low number (which may or may not be 500, I don't recall) because of how it samples the HW. (...) (23 years ago, 20-Jul-01, to lugnet.robotics.rcx)
|
