Description
vanilla train delivery
- for double-headed 2-4-2 trains
- use constant combinator for requests
- turn off constant combinator after request
- all requester-stations have the same name
- connect green cables via big power poles
system-features:
-
loads trackside-buffer & train with exact quantities, while using stackinserter bonuses
-
excess from robotic network stays at homebase, repurposing through active providers
-
multiple reciever stations possible (signals are turned off after delivery)
-
train can collect trash from outpost
-
train returns home after delivery
-
requests can only be made at outpost-station.
-
sender-station reads train and starts "immediately" (7 ticks) after request is loaded onto train
-
requester-outpost switches on a green lamp, when train has left sender-station
-
uses only one wire (green)
-
uses z-index for trainline-usage
-
sends only pulses on trainline (no permanent signals)
-
system is "immune" to signals without or wrong z-index (unless wrong signals are sent without z-index AND during a communication-tick with correct z-index)
-
wrong singals (z != 753) will be ignored
-
only accepts requests when train is at home (blue light is off)
train wait conditions:
- sender-station: circuit signal G > 0
- requester station: 3 seconds of inactivity
quirks:
- train waits indefinitely if request can't be fulfilled.
- train must be started manually when requested items are not fully available.
- fills only one wagon. beware of requests larger than 40 stacks. train must be started manually when request exeeds wagon-capacity, until trackside-buffer is delivered or manually emptied.
- will not unload trash-items when request is made before unloading is completed. train must be started manually and will deliver trash to outpost.
- user needs a bunch of combinators for "outdoor-deployment" (lamps are optional)
global variables: z = index (global), 753 in blueprint u = "usage" (global), sent only together with z, communicates usage of the system (active from time of request until train-return) "items" = sent only together with z-signal
sender-station internals:
- i = inserter-stacksize
- black = reset-pulse, triggered by train-signals, resets sender-station
- L = "logistics", active while no request, for trash unloading
- g = "go-signal", starts the train
requester-station internals:
- r = reset of trainstop
- blue = counter for global signals
known bugs:
- the robotic network delivers a item-stack too much, when finishing a request-item-stack, probably due to a feedback pulse i couldn't resolve
possible improvements:
- evaluation of trackside buffer
- multiple wagons
- detection of cargo-exceeding requests
- only for one delivery train, stacker usage is untested but may be possible
- requester station has redungdant pulse generator and negative-filter, only one is needed. rearrangement improves behaviour when constant combinator is left on.
made and tested with creative mode, mod is not necessary for deployment
created after a YT-tutorial from gepwin (https://youtu.be/sdCdAqg-jIg). thanks.
