- Joined
- Mar 31, 2015
- Messages
- 281
- Reaction score
- 95
Wireless logic is nice, but the logic only works between two connected wireless blocks. When a ship undocks, those the wireless connection persist. The ship couldn't use that similar wireless signal on a new station without linking the wireless modules.
Displays connected via dockers
==============================
Wireless logic is very limiting, and doesn't allow seamless communication between a ship that wishes to dock to any number of stations. With linked display blocks, commands could be sent do and from a ship/station by changing the contents of the display--such as a request to begin an undocking sequence or transfer cargo. IF the command isn't recognized, the entity would take no action (so, in this way, it is better than a naked logic signal when talking to a foreign station). Implementing this would require zero additional blocks.
Currently, comparing the value of text on a display requires that all text on a display matches the text on another display. If we add a [search]:COMMAND:[/search] tag, then a display could send multiple commands across or even act like a memory module for storing states--just use regex on either end to remove commands that are no longer relevant.
To simply things, when an entity docks or undocks, both displays are zeroed, unless the display is linked to a not-gate (this would be needed to simplify elevators).
As an added bonus, this would allow for far more useful elevators: Edit the text on a display, and punch in either the floor or floor name you want to go to, and poof. eventually the elevator/lift would stop when it reaches a floor that matches the text the user put on the display.
Beamed Logic
============
Only the core is able to send an activate/deactivate signal. If logic could be beamed, or simply flip the logic state of a block it's next to. This would allow wireless signals to be sent by two adjacent blocks--but the logic can flow in two directions. To send a signal, change the state of an activation attached to the beam logic unit (c on the activation block v on the beam logic), to get a signal, link the beamed logic to a activation block (c on the beamed logic, v on the activation block).
--------------------------
The idea here is a ship could dock, send a command that it wishes to begin transferring/processing cargo. When the cargo is empty, the ship could then send a signal back indicating that the ship's cargo is empty and stop the transfer. The docked entity could then signal the request to send processed raw materials back to the ship for trade runs. When the ship is ready to undock, it could send a signal back to the station telling it to initiate an undocking sequence.... and then travel to any station and dock on any docking rail and go through a similar logic dance.
Displays connected via dockers
==============================
Wireless logic is very limiting, and doesn't allow seamless communication between a ship that wishes to dock to any number of stations. With linked display blocks, commands could be sent do and from a ship/station by changing the contents of the display--such as a request to begin an undocking sequence or transfer cargo. IF the command isn't recognized, the entity would take no action (so, in this way, it is better than a naked logic signal when talking to a foreign station). Implementing this would require zero additional blocks.
Currently, comparing the value of text on a display requires that all text on a display matches the text on another display. If we add a [search]:COMMAND:[/search] tag, then a display could send multiple commands across or even act like a memory module for storing states--just use regex on either end to remove commands that are no longer relevant.
To simply things, when an entity docks or undocks, both displays are zeroed, unless the display is linked to a not-gate (this would be needed to simplify elevators).
As an added bonus, this would allow for far more useful elevators: Edit the text on a display, and punch in either the floor or floor name you want to go to, and poof. eventually the elevator/lift would stop when it reaches a floor that matches the text the user put on the display.
Beamed Logic
============
Only the core is able to send an activate/deactivate signal. If logic could be beamed, or simply flip the logic state of a block it's next to. This would allow wireless signals to be sent by two adjacent blocks--but the logic can flow in two directions. To send a signal, change the state of an activation attached to the beam logic unit (c on the activation block v on the beam logic), to get a signal, link the beamed logic to a activation block (c on the beamed logic, v on the activation block).
--------------------------
The idea here is a ship could dock, send a command that it wishes to begin transferring/processing cargo. When the cargo is empty, the ship could then send a signal back indicating that the ship's cargo is empty and stop the transfer. The docked entity could then signal the request to send processed raw materials back to the ship for trade runs. When the ship is ready to undock, it could send a signal back to the station telling it to initiate an undocking sequence.... and then travel to any station and dock on any docking rail and go through a similar logic dance.