 | | RE: RCX & RIS, a fading glory? —Marco Correia
| | | | (...) hmmm... I prefer the method using a High_Level map in the source code or as a .h file ///.../// #IFDEF _TWINROBOTA_ #INCLUDE 'TwinRobotA_devmap.h' #ENDIF #IFDEF _TWINROBOTB_ #INCLUDE 'TwinRobotB_devmap.h' #ENDIF #IFDEF _TWINROBOTC_ #INCLUDE (...) (21 years ago, 6-Feb-03, to lugnet.robotics)
| | | | | | | | | | RE: RCX & RIS, a fading glory? —Andrew J. Huang
| | | | | Marco thought: (...) map in the (...) From a code writing point of view, defining macros that identify the motor is much nicer than having to list out the path to the motor. However, when you have to replace a dodgy motor on an individual, you'll (...) (21 years ago, 6-Feb-03, to lugnet.robotics)
| | | | | | | | | | | | RE: RCX & RIS, a fading glory? —Marco Correia
| | | | | (...) Yes, you're right. :) The alternative would be to tweak the Device_ID/Friendly_Device_Name table in real-time, updating the new Device_ID. Then, the compile-time table with the Friendly_Device_Name...cific_Name would still valid. (...) Seconds (...) (21 years ago, 11-Feb-03, to lugnet.robotics)
| | | | | | |
