It looks like crafting chips are unable to query other crafting chips in the same interface pipe.

I configured the following crafting chips:

1. take in 1 wood, and produce 4 wood planks.
2. take in 8 wood planks, and produce 1 chest

If I put the crafting chips into interface pipes on separate auto crafting tables, and the corresponding recipe plan in the table. Every thing works as expected. Where when I request 1 chest, the the chest crafting chip sends a request for 8 wood planks, and the other crafting chip full fills that request by pulling 2 wood and crafting 8 wood planks from it. Then the original crafting chip produces the chest

This also works if I use the same crafting table, but two separate interface pipes.

However if both crafting chips are inside of the same interface pipe it fails to produce the chest stating:
"Could not request 1 of Chest, Missing:
8 of Oak Wood Planks"

It seems like the logic probably searches all other interface nodes and does not search the node the chip currently resides in.

It looks like the chips/interface pipes are capable of handle more than 1 request at a time, since I had a recipe setup to make iron ingots from crushed iron. I made one request and it pulled iron ore and sent it to the macerator, and while that was working i put crushed iron in the chest and made another request for more iron ore, and it pulled the crushed iron and started that request. When it finished i had all of the iron ingots that were requested.

I tried another "more complicated" recipe, where it takes wood and iron ore as the only inputs and it creates iron chests.

I took my working setup that creates chest ( mentioned in original post ) that uses the same auto crafting table, but two different interface pipes, and expanded it with another recipe and crafting card that takes 8 wood planks, 1 chest, and produces 1 iron chest.

In this setup, if I "re-used" one of the interface pipes ( didn't matter which one ) the recipe would fail.

If i added an additional interface pipe to the same crafting table the recipe would complete successfully.

It looks like the logic does not allow re-using an interface pipe for the same request.

This is indeed a current limitation of the system. Nodes are only considered once in the crafting chain. That will change the next time I look into that code.

Thanks for looking into it.

It looks like the recursive aspect would probably only benefit the crafting chips, and might cause issues with others.

I was starting to look into designing a whole system to create solar panels ( BC ) which would take 23 individual steps to craft from raw materials.
With the current implementation it would take:
5 macerators, 4 furnaces, 5 metal formers, 1 extractor, and 8 interface pipes on 2 auto crafting chests.

where once this is updates it should only take:
2 macerators, 1 furnace, 2 metal formers, 1 extractor, 2 interface pipes on 1 auto crafting chest.

This would allow systems to become alot more compact.

Still having the issue. I just tried a setup with RFTools crafter (which can run several recipes at once) and run into the same limitation.

Issue still there as of today, please fix, if we have complex crafting chains we can't always make sure that they don't use the same crafting machine.
Thanks in advance :)

Plz fix. Adding broadcaster seems to fix the issue, but it possibly produces this.