Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Discussions Rules and Guidelines
Report this post
From my experience, a collector set to both "read" and "set filters" does not affect its filters directly with what it reads. The same way an assembler's content, when read, can't be used directly as a condition for that assembler to do something.
if they dont read their own request signals then i must be doing something wrong
They definitely do read their own signal, set an assembling machine with a recipe (green circuit), fill one ingredient (iron plates) then set it to "read content" and "set recipe" and you'll end up with no recipe and the iron plates in the output slot (because it would have switched to "producing" iron plates first).
https://forums.factorio.com/120435
Then explain this.
Here's an assembler, just reading its content, hooked to a pole with a green wire. The green chip recipe was set manually.
steamcommunity.com/sharedfiles/filedetails/?id=3368279097
The exact same situation, but I clicked the assembler just to show its content.
steamcommunity.com/sharedfiles/filedetails/?id=3368279295
As you can see, it is indeed set to read its content, and there's definitely green chips in there.
Then what did I do? I simply checked the box "set recipe". And here's the result.
steamcommunity.com/sharedfiles/filedetails/?id=3368279486
If the assembler cared about its content, it would still be crafting green chips, but it isn't.
====
The example you gave is weird. Even if the assembler cared about the iron plates it is reading (which I've just shown, it does not care about), how would an assembler craft iron plates anyway?
I was also not sure how it would try to craft the plates but apparently it's more that everything is thrown into the output slot(s) when changing recipes (I only ever used it without anything in the input slots so I had no clue it would do this).
Sorry for the wrong information.
Might want to edit your initial post to not confuse anyone, but you're the boss.
it sounds like fel ran in to the issue i had. sometimes it works as expected but if you set it up to cycle through a couple recipes it will just randomly select something like copper wire when thats not even listed in any of the combinators, but the copper wire signal exists as an output from the machine as a request
maybe its a bug
If copper cable becomes the recipe of an assembler at any point, it's receiving a copper cable signal from somewhere, and that somewhere is not itself, that's my point.
But you better be careful. If you connect a requester chest to an assembler so that, for example, the requester chest changes its requests based on the current recipe's ingredients, problems are likely to happen. That wire you used goes both way. If the assembler receives a signal to start crafting green chips, it will make the chest request iron plates and copper cable. The iron plates are not a problem, the assembler can't craft those. But it can craft copper cable. And once there's some in the chest, the assembler receives that signal, so it'll likely set its recipe to copper cable sooner or later. And then it's bricked. The problem is not that the assembler is outputting a copper cable signal back to itself, it is not doing that. The problem is that the chest started sending a copper cable signal to the assembler.
If you have a "bugged' setup, post the blueprint string here, or at worst a screenshot, tell us how you ended up with a stalled assembler and we'll see.
Maybe it's something as simple as adding an arithmetic combinator that multiples the chest content by -1 and sends that to the assembler that is needed. In order to not have the assembler choose its recipe based on the chest content. But it's impossible to tell what is going wrong by guessing it's one thing out of 500 possibilities.
Have you considered finding a way to read the system itself? Then if certain things are missing, you can send a signal=1 to all your collectors telling them to grab that resource. You can also invert that logic and then feed that info to an inserter which can dump excess supplies overboard.
One of the new things you can do with circuits is attach one to a belt and one of the options will be to read that entire belt. You can't read past splitters or underneathies and you'll need to add a wire to a side-belt if you want that one read but otherwise it's pretty clean.
Since the Network is Tick Based:
Tick 1
Set Production, Filter, Read Content ETC
Tick 2
Give the Output
Tick N repeat Tick 1
Tick N + 1
Or better :
Use 2 signal cables one for input one for output,
e.g. red wire feed the " set filter " ,
green wire read content
green wire should NOT go back to the machine in any circle cases
for the thread owner a blueprint of my self awareness collectors
For the Question of the others:
What is with assemblers?
Same like all entities with an ability for wire connection
simple example
or an over engineered example:
Automatic Factory:
Set something in the box or in the constant combinator, it will land on the box from the red inserter up to 5 "sub recipes"
here is the blueprint:
How you setup a negativ green input wire with a positive constant combinator value ?
Don't tell me the names of contant groups can contain formulas
There's probably a more elegant way to do this but this is just what I came up with.
You could set it up to collect only what you need, but its far simpler to collect everything and just throw out the overflow, resources are infinite and you only collect more when you travel.
Not really complicated formulas, but if you click the pen icon of a logistic group, you can ofc rename that group but you also can enter a value in a small box, next to the name. All signals will be multiplied by that value. In my case, -1.
That is something that was added in a very recent patch. Like 4-5 days ago maybe? It only works with logistic groups. Pretty sure it does work with something other than constant combinators because the patch notes said so, but I don't remember what it was exactly.
Check your logistic groups options ;)