Factorio Forums

Optera wrote:I confused myself since it defaults to comparator = >.

Anson wrote:

Optera wrote:I confused myself since it defaults to comparator = >.

easy fix : no fix and no update needed because of the default.
but it should be adjusted anyway for the next version since they might someday decide to change the default ...

Optera wrote:Let me know how well 0.6 holds up in your usage scenarios.

doe wrote:How do i stop my trains going to a provider station below what the minimum pickup is? for example i got -8k as min amount, and it send like 5-6 trains to get varied low amounts even though the prov does not have 8k yet. they go to get like 260 / 100 / 190 / 240 etc etc

i done something wrong with setup or i need to do something to stop this happening?

any help appreciated.

Anson wrote:...

for request in requests do
  find providers
  limit request count to provider count
  merge orders
  find train
  if train found then
    limit count to fit in train
    save order to active deliveries
    break
  end
end

Error while running event on_tick (ID 0)
__LogisticTrainNetwork__/control.lua:224: attempt to concatenate field 'from' (a nil value)

doe wrote:Installed your latest release, put a train down and sent to depot, when it reached depot i get this error:

Error while running event on_tick (ID 0)
__LogisticTrainNetwork__/control.lua:224: attempt to concatenate field 'from' (a nil value)

Then game crashed, happened 2 times now.

Only thing i did was change best effort from true to false.

Optera wrote:

doe wrote:Installed your latest release, put a train down and sent to depot, when it reached depot i get this error:

Error while running event on_tick (ID 0)
__LogisticTrainNetwork__/control.lua:224: attempt to concatenate field 'from' (a nil value)

Then game crashed, happened 2 times now.

Only thing i did was change best effort from true to false.

Thanks for reporting.
I really should stop coding when tired... Those "brilliant" ideas I get when tired always come back to bite me.

doe wrote:I seen that you released another version. Unfortunately i got exact same error and crash.

JREwing wrote:Hello, thank you for a really useful mod.

I have a tip for using and a Nice to have wish.

Iam feeding station with requests generated by circuit with histeresis. Some stations are not reading chests at all. I feed signal from Roboport to hysteresis circuit, and if comodity is below limit (eg. less then 10k of iron plates), it sends a signal (-6k of iron plates) to the station. With Station Minimum delivery size at 2k. And keep sending this signal until amount in network reach higher limit (eg. 30k of iron plates). Then stop sending at all. It always hauling full trains (or maximum what sending station can provide, but not less than 2k).

And Nice-to-have feature would be a Strict size of train signal. I have infrastrucure designed for one size of trains but I would like to use service delivery trains (with one cargo wagon) to haul amunition, repair kits, logistic and repair bots etc. But I want use those small trains for only this job and no other, even if minimum delivery size is lower then capacity of this train. Because loading station could have that amount on position different from the first wagon. Or some requsting station could empty the second locomotive (reverse) fuel, if match with hauling cargo.
I would like to have strict orders for trains, which stations are for 5 cart trains only (and no longer or shorter are allowed), which stations are for 10 cart trains only (and no longer or shorter are allowed) and which stations are for 3 cart trains only (and no longer or shorter are allowed).

Optera wrote: You know you could simply turn off best effort?

Optera wrote: I probably will add a minimum train length signal for convenience. You can get your exact 10 carriages by setting min and max to 10.

JREwing wrote:

Optera wrote: You know you could simply turn off best effort?

Yes, I know. Iam using only that option. But I like hysteresis idea. Start hauling under 10k, and stops after reachin 30k. When Iam feeding the content (chest or logisting network) directly to the station, mod substract amount in chests from needed amount. So some trains may not be full. In my situation, trains are always full .

Optera wrote:Any requester can be set to minimum shipment size >= train inventory size to achieve the same effect of your hysteresis.

Anson wrote:

Optera wrote:Any requester can be set to minimum shipment size >= train inventory size to achieve the same effect of your hysteresis.

how would that be done ?
can you please give us the values for signals at provider and requester to achieve this:
- no transports until requester has less than 10k ore
- when transports start, they are done with 2k delivery size
- transports continue until there are 30k ore
- transports don't stop when (after a few transports) the amount is back between 10k and 30k

although i probably would prefer a more steady flow (instead of peaks which might cause jams when several trains want to load and unload at the same time), i like the idea of setting up additional circuits to tend to special requirements (eg smelting batches of lots of copper and then lots of iron, instead of switching between the two all the time).

the min train length and max train length will be really nice.
(i had suggested that already myself
an alternative could be to specify exact patterns (bitmasks) for engines and wagons, but that would probably be much too complicated to implement, to understand, and to use, and still not include all details that might be useful, eg not knowing the direction of the engines. parameters for min and max length together with specific lengths of trains should achieve good results already.

suggestion - refueling stations and stackers in front of depots

a useful addition might be to have refueling stations. they wouldn't have to be as variable as those from SmartTrains, but i would like to have them separate from the depot to avoid the need to build one depot signal and all the refueling logistics at each waiting space in big depot stackers. trains simply could start at a depot, get their orders (pickup at provider and drop at requester), and then finish their route at a refueling station (if available; could be marked with a logic signal, similar to depots). after refueling they would return to the depot station. this also could allow to have only a single refueling station (or one for each train length), then a giant stacker (without any train signals, etc), and finally only one depot (maybe with a few lanes to allow faster leaving after getting orders). if trains start at the depot and end their route at the refueling station, there would be no problem with orders timing out while slowly returning home, or waiting in a stacker in front of a depot.

• Is this even a feature that will be used by a majority of players?
• Is it really less effort to ensure all possible stations and depots are reachable from the refueling station than stamping down some chests and inserters in existing depots?
• How would LTN ever know which refueling station to use?
• Are we back to using backer names and allow only one specific naming scheme for for refueling across all possible forces?

suggestion - LTN already before blue science

another suggestion to make the mod usable for my current map:
please reduce the research requirements for LTN, to no longer need blue science (oil industry, plastic, red circuits, etc).
SmartTrains only require (2 red, 1 green) x70 @20 seconds, while you require (1 red, 1 green, 1 blue) x150 @30 seconds. having a bit higher requirements in number of science packs and time is ok with me, for the service that the mod provides, and at first sight the requirement of blue science for LTN matches the requirement of blue science for logistical chests. but in contrast to LTN, the bots themselves require oil industry (and plastic, and red circuits, and lubricant, and electric motors, and flight, etc) and thus it would be useless to allow logistical chests before people are able to setup a logistical network with robots. the use of trains is possible a lot earlier than bots and requires none of the other oily requirements. using trains also lacks the ability to finetune deliveries between any pair of assemblers.

the requirement of blue science can delay use of LTN quite a bit. getting some oil industry set up can take many dozens of hours when playing with other mods that make the game more difficult, eg angels and bobs I'm still working on setting up basic smelting to get enough iron/copper and also some other ore, setting up a greenhouse farm since there is limited coal, etc, and thus i am quite far from setting up oil industry or blue science. but i alreday have to start using trains to get several different ores, wood, etc in correct proportions. and i even need trains to transport oil and gas to my base for learning how to setup an oil factory

of course it is possible to cheat and edit the values of research, other requirements, or even use creative mode to cheat instant research, but i would prefer to have "vanilla LTN" be usable already a short while after all other train research (including signals=smarttrains, farl, shuttle, and some other mods that support trains) and a long while before the logistical networks with bots.