Patent Application
20060226298
1. Field of the Invention
The present invention relates to a method and system for remote control of a model vehicle, such as a model train.
2. Description of Related Art
Various methods and systems are known for the remote control of model vehicles, such as model trains. Many systems include a control unit having a user interface. The user interface may include one or more keys, buttons, levers, knobs or the like, for obtaining user input used in control of the model vehicle. For example, a control unit for a model train may include a dial that can be turned for speed control, and numerous buttons for functions such as on/off, train sounds, smoke generators, lights, model track switches and accessories. Control units may also include a display screen for display of text messages, and one or more lights, sound generators, or other system state indicators. Control units for model trains often comprise small hand-held devices, for the convenience of the user. Stationary control interfaces may also be known.
Remote control interfaces for model trains may communicate with model trains and accessories using various methods. One approach is to provide control signals from a remote control unit via a wired or wireless connection to a base station, which is connected to a model railway track. The base station may translate received control signals into one or more suitable command protocols for a targeted model train or accessory. For example, it is known to send DC offset signals superimposed with AC track power through an electrified rail of the model railway. Model trains or accessories receiving power through the rail may then receive the DC offset signals, decode them using an onboard controller, and respond appropriately.
Another approach is to transmit a radio-frequency (RF) signal through a rail of the model track, essentially using the model track as a near-field antenna for an RF signal that fades rapidly with distance from the track. For example, in Lionel trains, the signal used is a 455 Khz frequency shift keyed (FSK) signal at 5 volts peak-peak. This signal creates a field along the length of the track, detectable within a few inches of the track. Trains or accessories are equipped with a receiver for the RF signal, and a microprocessor that implements commands addressed to a particular train car or track accessory. Lionel manufactures a system of remote controllers and compatible modular receiver and control units referred to as a “CAB-1” remote controllers and modules, respectively. CAB-1 modules may be added to Lionel trains and accessories via a standard connector socket, to enable control of a train or accessory using FSK signaling and a CAB-1 remote controller.
Similarly, an RF or infrared (IR) signal may be broadcast directly to a train or accessory through the air from a base station or remote control unit, received by a receiver on the train or accessory, and processed by a control unit. Such methods are also known for controlling model cars, boats, planes, and other such vehicles that operate without the use of a rail. Other methods of communicating with model trains and vehicles for control purposes are also known.
The development of various different control methods for model trains over the years has lead to a situation where many hobbyists own model trains controlled in different ways, sometimes sharing the same model track layout. And in general, many train hobbyists operate several trains and accessories together on the same layout, whether or not using different control methods. Either way, separate control units may be used to control different trains on the same layout, requiring the user to keep track of numerous separate units. Control units for controlling multiple trains and accessories using a single interface are known, but such units make use of keypad interfaces that require a user to memorize specific command sequences to activate specific commands addressed to specific trains or accessories on the layout. As trains and accessories become increasingly complex with ever-increasing control features, memorizing and executing numerous different keystroke commands becomes an increasingly onerous chore for the hobbyist.
It is desirable, therefore to provide a control unit and user interface for controlling model trains and accessories that overcomes these and other limitations of prior-art control units.
The present invention provides a control unit and interface that may be used to control multiple model vehicles and accessories via a single interface, without requiring the user to enter any keystroke commands or to memorize control sequences. In addition, the control unit may be used with multiple different control methods, including but limited to DC offset control, RF control, including but not limited to FSK control, and IR control. When equipped with suitable interface units, the control unit may be used to control model vehicles and accessories using different control systems. Accordingly, a control unit according to the invention may be used by a hobbyist to control a variety of different types of trains and accessories, or other model vehicles, using a single interface.
In an embodiment of the invention, the control unit comprises a graphical display screen, a processor executing graphical user interface (GUI) software operative to display graphical images on the display screen, a pointing device operative to provide user input to the processor, and a model vehicle control output. A pointing device may comprise, for example, a touchscreen responsive to finger or stylus touches, a mouse, trackball, touchpad, joystick button, and so forth. The control unit may be implemented using a special-purpose computer, such as an integrated controller, display screen, pointing device, and control output of a hand-held (or desktop) control unit. In the alternative, the control unit may be implemented using standard displays, pointing devices, and outputs of a general purpose computer, using the computer's microprocessor to execute suitably configured control software. One of ordinary skill may implement the novel user interface and control system as disclosed herein in other ways, as well.
In an embodiment of the invention, the invention comprises software executed on a processor of the control unit. The software is operative to cause graphical displays to appear on the display screen, and generates appropriate commands for controlling trains and accessories in response to input from the pointing device. For example, the software may cause an image or graphical representation of a model train to be controlled to appear on the display screen. Using the pointing device, a user may perform actions such as touching a wheel, touching a light, smokestack, tender, or other part of the train, clicking and dragging the train forwards or backwards, and so forth. The controller receives the pointing device input which is interpreted by the software, such as by using a lookup table or object-oriented program structure, as correlating to specific desired commands. The software may then cause an appropriate command to be transmitted to the model train or accessory using a selected transmission path.
The software may be configured such that actions of the pointing device correlate intuitively to commands or to actions of trains or accessories, and the display correlates intuitively to the unit under control. For example, clicking and dragging an image of a train forwards or backwards may cause the selected train to move in the indicated direction. A commanded velocity may correlate to a speed or direction of cursor movement, or to a stylus pressure. Selecting images of a component may cause the corresponding component of the model train or accessory to operate. Selecting the component again may cause it to toggle off or on, depending on its last state. Images may be modified to indicate the state of the train or accessory. For example, images of a turning wheel may indicate motion of a train. Similarly, the state of smoke emission devices, lights, switches, and other accessories may be indicated using a image or icon.
Thus, a user may operate a complex system of multiple vehicles and accessories without needing to learn a command language or navigation of text menus. In the alternative, or in addition, a control unit according to the invention may be configured to emulate any number of legacy controllers, for users who prefer using a legacy control interface.
A display screen of a control unit may be provided with a piezoelectric layer disposed to respond to finger touches. The piezoelectric layer may be configured to vibrate and thereby provide auditory or tactile feedback in response to finger or stylus pressure. For example, the feel or sound of actions such as button presses, slider or dial movements, or button taps may be simulated. Vehicle sounds, movement, and vibration may also be simulated using the piezoelectric layer.
A more complete understanding of the method and system for model vehicle and accessory control will be afforded to those skilled in the art, as well as a realization of additional advantages and objects thereof, by a consideration of the following detailed description of the preferred embodiment. Reference will be made to the appended sheets of drawings which will first be described briefly.
The present invention provides a method and system for model vehicle and accessory control, that overcomes the limitations of the prior art. In the detailed description that follows, like element numerals will be used to indicate like elements appearing in one or more of the figures.
Control unit 100 may comprise any suitable processor 102 as known in the art. Various standard semiconductor devices for digital processing, and circuits incorporating such devices, are known in the art. The processor 102 should be operatively associated with a memory 108 for holding data and program instructions to be executed by processor 102. Processor 102 may incorporate various components such as bus controllers, graphic controllers, and other auxiliary components as known in the art. From the description herein, one of ordinary skill should be able to suitably configure processor 102, including providing it with software or other programming instructions using any suitable computer language. Suitable languages may include, for example, C, C++, Visual Basic, Delphi, Python, Java, assembly language, machine language, or combinations of the foregoing with each other or with other languages. Libraries and routines for handling video displays and various input devices, including input from pointing devices, are generally available for these and other programming languages.
The control unit further comprises a video display device 104 operatively associated with the processor 102. Various video display devices are known in the art, and include, for example, computer monitors configured to accept analog signals such as RGB composite, YPbPr component, or S-video, digital monitors and televisions configured for using DVI, HDMI, or other digital signal input, and televisions such as use a NTSC, PAL, SECAM, or High Defintion television signal as input. Digital monitors and televisions often include an adaptor for accepting various analog audio-video (A/V) signals, as well. The display screen itself may comprise a cathode ray tube, liquid-crystal flat panel (LCD), gas plasma panel, or similar device. In an embodiment of the invention, a handheld-size LCD flat panel may be used. The display device 104 may also comprise electronics for driving a display screen using one or more types of video input signals, and for providing audio output, as known in the art.
A graphical pointing device 106 should also be communicatively connected to processor 102, to provide an indication of position, movement, pressure, or other pointing characteristics. Pointing device 106 may comprise any suitable hardware or software for sensing position, motion, or touch pressure of a physical object. Such sensors may provide sensor input to a device driver, which provides an interface between the sensor and an application running on processor 102. Pointing devices may provide an indication of two-dimensional position or movement of an object, for example, a mechanical ball, optical sensor, human fingertip, stylus tip, or eyeball. In some cases, three-dimensional information, touch pressure, and rotational movement information may be provided as well. Various suitable pointing devices and associated software are known in the art, for example, optical or mechanical computer mice, trackballs, joysticks or pointing buttons, mouse and pen pads or tablets, touchpads, and touchscreens. Both touchpads and touchscreens comprise two-dimensional membranes that react to the touch of a finger or stylus tip and provide a signal indicative of position or movement. A touchscreen may be comprised as a transparent or translucent touchpad membrane disposed over a video display.
Processor 102 should be configured to receive input from pointing device 106, and generate commands for controlling model vehicle 120, switch accessory 122, or decorative accessory 124 of layout 114 in response to the pointing input. Software for the processor may be configured to provide commands according to separate command protocols, or a single command protocol. Various suitable command protocols for model vehicles and accessories are known in the art. For example, the Lionel TrainMaster™ Command Control makes use of a defined command set and protocol, as do other methods for remote control of model vehicles.
Although various suitable command protocols are known in the art, the novel method as disclosed herein for generating commands for a model vehicle based substantially on input from a pointing device may require developing new systems for correlating pointer actions in synchrony with a video display. For example, “grabbing” an image of a model vehicle wheel on a video display and “dragging” it forward may be correlated with a known command for “start forward motion,” and so forth. The invention is not limited to any particular set or system of correlations between pointer actions and vehicle or accessory commands. In general, software for correlating pointer actions to commands or other output is known from other contexts in computer programming, and may be readily adapted by one of ordinary skill to practice the invention.
Control unit 100 may further include a transmitter 110 for transmitting a wireless signal to model objects 120, 122, 124 or to command units 126, 128. In the alternative, or in the addition, the control unit may be hardwired to a remote interface module or transmitter, or may be directly connected to model objects or to the model track of layout 114. Optionally, the control unit may also comprise a receiver for receiving information from the model objects. A receiver may be located with transmitter 110 or in a separate component.
Transmitter 110 may be configured to transmit and receive information with the model objects via one or more transmission paths. For example, information and commands may be transmitted by over-the-air broadcast to a receiver located on the model objects 120, 122, 124. A suitable receiver may comprise, for example, a receiver and controller in a modular unit that may be connected via a removable connector to the power and operational devices of the model object. For its TrainMaster™ compliant (abbreviated herein as “TMCC”) model vehicles and accessories, Lionel provides CAB-1 receiver/controller modules. The CAB-1 receiver is configured to receive FSK signals emitted from the model track and is intended for use with TMCC-1 vehicles and accesories.
It is anticipated that CAB-1 modules may be adapted by one of ordinary skill to receive RF or IR over-the-air broadcast signals. A suitably adapted module for receiving RF transmissions may be referred to, for example, as a “CAB-2” module. CAB-2 modules may be provided with a common interface with CAB-1 modules. Thus, it is anticipated that CAB-2 and CAB-1 modules may be used interchangeably in a system according to the invention. Model vehicles and accessories may be upgraded from TMCC-1 to TMCC-2 merely by replacing a CAB-1 receiver module with a CAB-2 module. In addition, transmitter 110 and other components of the system may be configured to support CAB-2 transmission standards while providing backward compatibility to CAB-1 or other standards. The hobbyist may thereby use control unit 100 to control model vehicles and accessories of different types on the same layout.
In the alternative, or in addition, the control unit 110 may communicate with model objects via an FSK command interface unit 126 connected to the model layout. Yet another alternative is to communicate via a command interface 128 for any other command protocol, such as DC-offset signaling. Command interface units 126, 128 may be configured to receive transmissions from the control unit 100 and to generate commands in any desired protocol for model objects in layout 114 capable of receiving and operating accordingly. Command units as known in the art for FSK signaling, DC-offset control, or other protocols may be adapted by one of ordinary skill to receive and process information from the control unit 100. In the alternative, the control unit 100 may be configured to transmit information in a manner already compatible with prior-art command units. Using any suitable method as described above, a single control unit 100 may control model objects using different protocols. Accordingly, a suitably configured control unit may be used to replace numerous otherwise incompatible prior-art control units for controlling any desired number of different types of model objects on layout 114.
For DC-offset control, layout 114 may comprise separate control blocks 116 and 118 of model track, to which one or more legacy command units 128 may be separately connected. Power may be supplied through a conventional power supply 130.
Processor 102 may also be configured to communicate via a wireless router 140 or other network device through a network 142 to a remote server 144. This connectivity may be used, for example, to update operating software in memory 108 as improvements are made, or as new models of model vehicles and accessories are released. The control unit may be configured to automatically check, download, or install software updates at periodic intervals, or in response to changes in system 101. In the alternative, or in addition, a user may manually initiate any of these update processes. Information may also be transmitted from the control unit 100 to the server 144, for example, current version information or system state, or an acknowledgment that an update has been successfully installed may be transmitted.
TMCC-2 controller 100 may be used instead of, or in addition to, controller 150 to control model vehicles in the same layout 114. Controller 100 may be configured for backward compatibility with the TMCC-1 standard, and thus, may transmit TMCC-1 control signals to base 152, which then may operate exactly as described in connection with controller 150. Likewise, controller 100 may transmit a TMCC-1 signal to power control unit 154, for control of AC power in the same manner as used with TMCC-1 controller 150. If vehicle 120 or any other vehicle on layout 114 is equipped with a CAB-2 receiver/transmitter, control unit 100 may wirelessly communicate directly with the so-equipped vehicle, as described in connection with the preceding
Control unit 100 may also be used to transmit and receive from a TMCC-2 power control unit 156 for control of AC phase-controlled power 164 to layout 114. Power unit 156 may comprise a transmitter for transmitting data back to handheld unit 100. Such data may include, for example, voltage, current, or phase information measured at one or more connection points to a power supply rail of track layout 114. In an embodiment of the invention, a CAB-2 equipped vehicle may transmit data regarding track power received by the vehicle to the power control unit 156, which may relay it to unit 100. In the alternative, or in addition, power control unit 156 may include a processor configured to implement a feedback control loop for power control, such as a PI or PID control loop, to more accurately control power supplied to the track 114 or vehicle 120. Power information may also be relayed or transmitted directly to remote unit 100 for diagnostic or control purposes.
While FIGS. 1A-B illustrate embodiments of control units employing multiple control protocols and capabilities, the invention is not limited to the specific protocols and control capabilities disclosed. An important aspect of the invention concerns the use of a graphical user interface (GUI) in a control system or method. This aspect of the invention may be practiced independently from, or in conjunction with, the multiple control protocols and capabilities exemplified above. Further details pertaining to use of a graphical user interface for control are described in the specification below.
The control unit 200 may also comprise one or more electronics boards 208 for holding system electronics, such as processors, transmitter/receivers, display and pointer interfaces, memory devices, batteries, and so forth. The arrangement of internal components may be accomplished in any suitable manner by one of ordinary skill. While the depicted embodiment suggests a general anticipated arrangement of elements, one or ordinary skill should understand that it is not intended to depict actual details of a mechanical layout, which may be determined during a design process by one of ordinary skill.
Display 203 may be supported and protected by a sturdy frame 202, comprising any suitable structural material, such as plastic or metal. It may be assembled using various fasteners or adhesives as known in the art. An outer periphery of the frame 202 may project beyond the display surface 203. The frame may be contoured or provided with a rubberized outer layer for comfortable holding. Optionally, the control unit may be provided with a removable case (not shown), as generally known in the art for handheld appliances.
An exterior of the frame 202 may be provided with various interface features, for example, a retractable antenna 210 connected to a transmitter/receiver of the control unit. One or more interface ports 212A, 212B may be provided, for communicating with external devices. Various suitable port configurations are known in the art, for example, USB, serial, IEEE 1394, IEEE 802 (wireless), and so forth. In addition, a power port 214 may be provided for supplying power to system electronics. In an embodiment of the invention, the control unit 100 may be used in a wireless mode to control model vehicles and accessories. Wired ports 212A-B and 214 may be used during system off times, such as while recharging system batteries, reconfiguring system software, or configuring other system components. It may also be advantageous to supply the control unit 200 with a physical on/off switch as known in the art (not shown).
Many other different forms of physical package may also be suitable, besides the exemplary embodiment 200 shown in
The display screen of the control unit may be used to display a series of graphic images and icons. A user indicates desired control actions by interacting with the display using a graphical pointing device. The control unit determines the intended control action from the pointer input and state of the graphic display, and transmits an appropriate command or message to one or more selected model vehicles, accessories, or command interface units.
In addition, although
Referring again to
A cursor 305 may be used to indicate a current position of the pointing device. In the alternative, the cursor may be omitted. An addition, other ways of indicating cursor actions or menu status may be used, for example, “graying” inactive icons, highlighting selected icons, providing pop-up windows in response to pointer input, and so forth.
Certain regions of the display may be configured as active regions responsive to pointer input, as known in the art. For example, by clicking or otherwise indicating region 320, the headlamp may be toggled on or off. Region 322 may be used to toggle on or off a smoke generator, or to call up a screen for more complex control option. Icon 324 or a region of the image may be used to turn off or on a sound generator. Different icons may be used to indicate different sounds. For example, a bell icon 326 may be used to sound the engine's bell. In the alternative, or in addition, the type of sound may be determined by the location of a sound icon or image region. For example, icon 324 may be used to trigger a horn sound; icon 332 may trigger engineer sounds, and icon 334 may trigger coal loading sounds.
Similarly, wheels 328 may indicate an active region for controlling movement of the model vehicle. For example, forward motion may be initiated by clicking and dragging the wheels forward. The action may be repeated to increase velocity. Clicking and dragging backward may slow the train, or send it in a reverse direction, depending on its initial velocity. In the alternative, velocity may be indicated by a rate or direction at which the pointer is moved. For example, moving the pointer up may cause an increase in engine power, while moving it down may cause a decrease. Any other suitable pointer action may also be interpreted to control vehicle movement, as desired.
The display may be provided with any desired navigation icon buttons, for example, back button 310 and forward button 312, as previously described. In addition, a home button 338 may be provided, which provides a direct link to an opening or “home” screen. Other navigation icon buttons may include shortcut buttons 340, 342, and 344. Button 340 may provide a shortcut to a vehicle selection page, which may permit selection of a different system vehicle for control. Button 342 may provide a link to a page for selecting switch accessories for control, and button 344 may similarly provide for selection of other accessories.
The control unit 200 may be configured to provide a current indication of the state of the model object, or of the last command sent to the model object. The control unit may determine a current state from information received from a model object, from the last command sent to the model object, or from some combination of the foregoing. The display may then be altered to reflect a current object or command state. For example,
Referring again to
The display may be provided with icons or active regions for linking to related displays providing access to richer, more complex features of the model vehicle and system software. For example, an active region 330 may indicate a control panel designed to suggest controls or gauges for the modeled locomotive. After selecting this region using a defined pointing action, the display may be changed to provide an enlarged view of the modeled control panel 350, shown in
Using a display such as display 350, the user may therefore control the model train similar to the way that an engineer might have controlled the actual modeled locomotive. The control unit may thus serve as a vehicle simulator, with the model vehicle responding to user input via a control panel 350. Depending on the skill and experience of the hobbyist, more or less sophisticated simulated control panels may provided. The control unit may thus provide multiple different ways for control of the model vehicle via the graphical display 203.
Referring yet again to
It may sometimes be desirable to show a graphic representation of a model track layout, such as to show the position of switches or other accessories. For example, selecting a switch icon (e.g., icon 380A) may cause a layout display as shown in
A layout display as shown in
Still further, a layout display as shown in
A hobbyist may sometimes desire to control trains or other model vehicles using a traditional control interface, such as a Lionel TrainMaster™ interface. A control unit 200 according to the invention may be configured to emulate a traditional control interface 400, as shown in
In an embodiment of the invention, a display screen 203 of a control unit 200 may be provided with a piezoelectric layer 402 disposed to respond to finger touches. Layer 402 may be substantially transparent and disposed on top of a display screen, such as on an LCD display. In the alternative, the piezoelectric layer may be disposed under a protective layer or display screen. The piezoelectric layer 402 may be associated with a touchscreen as previously described. The touchscreen may comprise one or more active regions 404, each aligned with a respective image of a traditional control actuator, e.g., button image 406 or dial image 408. Piezoelectric layer 402 may be configured to vibrate and thereby provide auditory or tactile feedback in response to finger or stylus pressure. For example, the feel or sound of actions such as button presses, slider or dial movements, or button taps may be simulated.
Various suitable methods of constructing a piezoelectric layer in conjunction with a display screen are known in the art, and any suitable method may be used. In an embodiment of the invention, piezoelectric elements comprising metal oxides may be sandwiched between two electrodes. When a voltage is applied to the electrodes, the piezoelectric elements expand in the direction of the voltage. The voltage may be alternated at different frequencies to provide a desired auditory or tactile feedback in response to touchscreen input.
Using a system in accordance with the foregoing, a user may perform a method 500 for controlling a model vehicle, exemplary steps of which are shown in
At step 506, a processor determines an intended user command from the pointing input received, depending on a current state of the display. In an embodiment of the invention, displayed objects or regions are active, in that a program module is configured to react to defined pointer actions by passing specified information (e.g., information specifying a model vehicle or accessory command) to another software module for communicating the command to the model object. Other methods for determining an intended user command from pointer input and a state of the display may also be suitable.
At step 508, a command protocol may be selected. This may occur concurrently with step 506. For example, when a screen object is associated with a particular model object, a command protocol for the model object may likewise be associated with the screen object. Thus, when the user selects the screen object, both a command and a command protocol may be selected. Screen objects may be associated with commands or protocols during a configuring step, which may be performed prior to controlling model objects using the control unit. Other methods for selecting a command protocol may be suitable.
At step 509, the command may be translated to the selected protocol, if necessary, and transmitted to the model object at step 510. At step 512, a return signal may be received from the model object. For example, the return signal may comprise an acknowledgement that a command has been received. Return information may also concern the state of the model vehicle, e.g., voltage or velocity information. At step 514, the graphics display may be refreshed to reflect a change in state of the model vehicle, such as to show that command has been received or executed.
Prior to operation of a control method according to the invention, a system control unit may be configured with information concerning model vehicles, switches, and other accessories. In an embodiment of the invention, the control unit may broadcast an inquiry, causing model vehicles within range that are using a compatible command protocol to respond. The control unit may process the responses received to update model object information within a control database. Such broadcasts, or “scanning,” may occur at periodic intervals, or upon the occurrence of specified conditions. In the alternative, or in addition, model objects may be configured to transmit information to a control unit when the model object is first powered up, or after a “reset” operation occurs. Still further, a user may configure a control database by manually entering information via a suitable user interface.
Having thus described a preferred embodiment of method and system for model vehicle and accessory control, it should be apparent to those skilled in the art that certain advantages of the within system have been achieved. It should also be appreciated that various modifications, adaptations, and alternative embodiments thereof may be made within the scope and spirit of the present invention. For example, a system as applied to model train control has been illustrated, but it should be apparent that the inventive concepts described above would be equally applicable to control of other model vehicles and accessories. The invention is defined by the following claims.
