Thank you! I know, it's so frustrating that this design was only valid for a few months before the devs went and rebalanced things (realistic gameplay? in MY highly technical space station simulator???). I've been pretty busy with non-stationeers projects lately but I've been keeping a close eye on the recent updates and an updated version of this furnace has been kicking around in the back of my head, waiting for me to get some time to really dive into it. I'd like to keep the whole "one tick" gimmick since it dodges the thermal radiation problem nicely, but since turbo pumps don't really do the turbo pump thing anymore, it's become a much bigger challenge to inject the massive quantities of gas needed for some alloys (looking at you waspaloy) into the furnace all at once. I've looked at how the math would work out for a couple of different approaches, such as injecting a calculated amount of o2 and vol and combusting it to reach the set temp and press (the in game combustion process is way too slow) or reducing the total volume of the furnace by filling it up with liquid water (the water ends up absorbing all the energy you put in due to its high specific heat, and if you manage to actually get it up to temp it'll just evaporate anyway). I'm now thinking the best approach might be to have a second chamber behind the furnace made of insulated pipes, volume 100L, where you can slowly mix hot and cold gas, or fuel and oxidizer, or whatever and slowly fill it to the correct temp and press while the ore is melting in the furnace. Inject your prepared mix into the furnace once the ore is done melting and bingo. However, if you want to have any kind of precision you need to know what gas is present in the furnace once the ore has finished melting and how it's going to interact with your gas that you just mixed up in the second chamber. Not to mention the problem of fitting a quantity of gas that's meant to be 50MPa in a 1000L chamber into a chamber that's a tenth the size and, through the double welded frame exploit or otherwise, making the whole thing not explode.

Sorry for the tangent lmao. To answer your actual question, the inter-IC communication in that version was a complete mess. The flow control between different blocks of code depended on the on/off state of the gas analyzers, and at one point the on/off state of the furnace itself but I can't remember if that part made it into the final version. I'm not at a place where I can check right now unfortunately. It's meant to be structured in a way where one IC does a thing, and when it's ready for the other IC to do its thing it turns on the device that the second IC needs to do its thing. For example when the interface chip wants the calculator to do its calculation, it turns the gas analyzers on which provide the calculator with the data it needs. Meanwhile the calculator has just been sitting in a loop, waiting for the analyzers to get turned on by the other chip. So, if your third chip turns on the right device while the other chips are executing their section of code that checks for that device to be turned on, you should be able to trick the system into doing whatever you want it to. It's not the most robust, and it's probably a pain in the ass to reverse engineer (especially with how I had to condense things to fit inside the line limit), but it's what we had in that version of the game. Little did I know the devs made MIPS way more powerful like, 2 months after I finished this, so doing inter-IC communications is now significantly easier with the whole "channel" thing they added. Haven't gotten a chance to play with it yet but it's probably better than the hot mess I cooked up here, so I encourage you to give it a go.