#sure
1 messages · Page 1 of 1 (latest)
Thanks.
So for example I have a station that should request copper to make batteries
I have assigned a name and checked the Send to train flag
A constant combinator is setting the -32K on the circuit network
I tried connecting it to a radar but it seems that it is not the idea
okay so this is your request stations. Do you have any screen caps of your train schedule/interrupt?
Currently none. Blank.
okay are you planning on setting up like LTN with "depo, request, provider"?
Sure!
In your approach, you are not creating a single train for it. Correct? You have a "depot" with the available trains
In the vanilla way I am used to have one train for each station.
Such as having that
Yes, in my example you can technically use a single train for your entire base
You train schedule in that case should just have depo as the destination
(just like the LTN idea)
Ill try to do in your idea.
I have a depot with 2 stations
Both stations are named DEPOT
No special signaling is assigned to them
yep that'll work, we'll work on setting up the signalling at the depo first
make sure you have a radar on you
Okay so now just throw down a radar that is close enough to connect wire to the stops
You had a setup like that in your pic
Done as in the image above that msg of yours
yeah however you can connect wire to the stop
Okay perfect, normally when I'm setting these up I'll connect the radar to a power pole just so I can mouse over to see the contents of the circuit network
makes troubleshooting a bit easier
👍
Next step will be a the copper provider station
you'll want a decider combinator
I don't think you'll need anything else there. You're just going to read the contents of your buffer, if it's a full trains worth, we're gonna enable the station
Read total copper content > send it to radar
Or should I send a specific signal with the decider
Nope we don't need to send to radar at the provider station. No need to connect anything to the radar there
Sorry...
Equals 4K will never happen
I have x24 chests, 48 slots each
That's only 1 train worth, just 40 full stacks of copper? Either way, set it to however much you want as a minimum available for the train to pickup, If that's only 500 then it's just 500
I plan to have a minimum of 4 wagons to begin to provide.
Each wagon has a capacity of 40.
So 4x40x200 = 32K. Should I make it like that?
yep, change the checkbox on the output second to just 1
Sure.
(currently not sending because I am low)
The output is attached to the trainstop
yep so now we need to check the enable checkbox on the right and set condition to greencheck = 1
Nice. Got the idea. The output will be enabled only when there is sufficient to provide
(Doesnt that work better?)
yeah that's another way to do it, I personally like the seperate check conditions from enable conditions but you don't have to
just a personal preference
exactly, now the last step is we're gonna need to make sure the station names are generic.
I personally use
- Pickup but looking at your name it looks like >
That'll work fine but you need to make sure every copper provider uses that name
okay so now to the requester station, you'll want a radar for this 1
Sure...
I have the total amount of resources in the circuit. And as it is low, the purpose is to have it enabled as a requester
Could say that it should request because the amount of copper is below 40K
Yep we can do that. Set a decider with that logic that outputs 1 copper plate
if should request -> outputs 1 copper plate
if enough -> outputs none
then connect that decider to the radar with the same color wire you used at the depo
Done.
Okay last step at the request station, we need to make it's name generic as well
This is my request station
Oh....
I believe that changes a lot of my understanding
That is how it could "dinamically" set the destination
yep
OK. Now the requester station is named "
>" and the provider station is ">
"
Okay so now we're going to set the train schedule and interrupt. IIRC you already set your schedule to just depo right?
Like this. Correct?
About the request station
yep exactly
It should be enabled only when lacking resources, right?
oh yes, totally forgot to include that part
We have set the provider to be enabled only when enough resources to provide
Got the idea. Makes sense
The radar part is new to me
good catch that woulda given me an annoying headache when I ended up with the train going to the wrong requester
xD
There are things we catch more easily as developers
I assume you also are as you have been using some words like "handlers"
yeah it functions pretty similarly to the basic ltn setup. I'm gonna have a headache trying to solve multi request stations
lmao yeah about 8 years dev experience by now
I try not to let the language bleed over into games but with circuit networks in factorio it's almost impossible
Agree
So... Requester set, provider set
The train schedule shoud be the same as yours.
When it reaches the DEPOT they get the values from the radar
I can see that my depot has a copper signal
So in that case it should kick off the interrupt and set a train schedule but with the provider station disabled, it won't have an active station to go to
is that how it worked out?
I'm not sure if that'll break anything when you have multiple trains setup with this.
I hadn't gotten that far into testing, what you might end up having to do is set up a timer that pulses the circuit network into the depo stations
Im testing it right now
I'm not sure how it'll work since the requester station only allows 1 train by default.
Some distractions happening. Bitters and power
hahaha and that's why I design in sandbox
yeah that's because your provider station is currently disabled or full
Awesome. I'm thinking there's still going to be a bit of an issue with multiple trains waiting at the depo. I THINK it might assign all available trains to that schedule.
Im afraid that condition var=1 wont make sense when I have more than one provider available
More than 1 requester*
Shouldnt it be @>=1?
hmm fair, that might need to get changed to great than 1
yeah I'll need to keep testing this with multiple providers, requesters and trains in the depo
Those would be small changes
But damn it looks really like LTN
And I wont need to make 100 trains
yeah I thnk the biggest bug is going to be if there are 3 trains at the depo, they might all get assigned the same schedule. Might end up needing to have a timer for each depo to limit when they get circuit conditions
Maybe not with train limits
Cause if the station requests copper, but it takes 45 seconds for the train to get to the provider and the request, that's 45 seconds of the request being active
yeah true, train limits might fix the issue entirely, Not sure how train limits will work with this
In 2.0 radar are like global circuits?
yeah their like wifi for circuits, only on the same surface though
so you can't*** use them transmit signals across planets
Nice
We had something like that in space exploration
Global Transmitter and global receiver
yeah they're simlar to those but on the same surface only
I'm assuming there's a later tech that lets you transmit stuff across surfaces but I'm not there yet. I'm only just getting to oil in my actual run
xD
Thanks a lot Shays!
Of course there are some things that I will change to fit in my playstyle, but I was having a hard time getting the broad idea on how it works
Personal preference: Stations being enabled with generic *>32K
Might think about some circuitry to check if all 4 chest sections are OK
In case of balancing failure
yeah I'm sure I'm gonna tweak mine a bunch too but the basic structure is there.
yeah needing to make sure you actually have room, ran into that problem before.
Not sure how dangerous it could be...
In case of some random item gets into the chest it start sending signals, but the station will not be enabled
yeah it lets you be able to use a generic blueprimt but with the introduction of parameterized blueprints, I'm not sure it's worth it
might make for an interesting use for multi purpose stations though
That circuitry will require me to walk around with lots of radars
At the same time I will not have to spread radars around base anymore
Oh... Unless I connect to my global circuit instead of using radars
Blocks are connected with green wire
As above.
No radar needed. The output from the combinator will be sent to the "global network"
Any idea on how to handle fluid requests? @opaque raft
LTN differs what kind of train is going to fill the order based on their wagons
In the way you have provided, it will get normal trains to fill fluid requests
hmmm I'm not sure yet but I don't see why a similar setup wouldn't work. There's a "fluid parameter" in the interrupt dialog
so you might have to set the fluid wagons condition to fluid param vs signal param
Fluid count?
more things to mess around with in sandbox it seems.
That could check the fluid after it has reached the destiny
But not sure how to check if @ is Fluid
you'd use the 💧 param instead of the @ param
Currently workin on a red chips build but when I get back to train network design, I'll make sure to include fluids in my testing
I will do the testing right now
Have a good candidate to be a sulfuric acid requester
Yeah, issues with fluid requesting
There is a single sulfuric-acid fluid signal but it doesnt trigger the interrupt
mmm I just got off so I can't test but I'll look tomorrow
NP!