There are some wires in front of that pole which should be on the back side ...
And I spot some wired shadow ...
Screenshot 2023-10-09 182926-2.png (121.26 KiB) Viewed 1895 times
If you are that heavy in wiring code:
I find ait anoying if using an electric swich it separetes the two networks so tha the statisc goes wrong.
Are there any way to add swich-separated networks as kind of subnets?
I had use much of electric swiches to swich of minor poarts in case of electric problems (eg. heavy laser defense) or in case of output jamming up.
But that has some quirky issues on teh electric stats - were I missed the words to describe whats happening or what would be a better solution.
Re: Friday Facts #379 - Abstract rewiring
Posted: Mon Oct 09, 2023 4:42 pm
by Usul
Please also allow remotely manipulating a splitter's configuration (preferred input/output, filter). This is not possible on the map, however locally placing a splitter, configuring it, taking a blueprint and pasting it remotely is a very commonly used, yet tedious workaround.
Re: Friday Facts #379 - Abstract rewiring
Posted: Mon Oct 09, 2023 8:49 pm
by BrainlessTeddy
Yep, that is a huge yep from me. Absolutely awesome.
But i'm not sure i understand correctly the thing you made to be honest.
If you monitor when steam is low in tanks and trigger synchronized refuel at that moment doesn't that replicate the self-adjusting property of the PID controller for fuel insertion rate ? ( mechanically with belt backed up triggering production of exactly what's being consumed with a delay ).
That can't overshoot though, so i suppose it's not quite the same mechanism of self-adjustment than for a PID controller.
If you don't mind me bothering you again with more questions, i'm curious if you wouldn't mind share the blueprint, i think you could even make a post "showing your creation" as that's what people do when they come up with such stuff, maybe someone else trying to do something similar would find it helpful. I would look at it for sure.
If you do something like read steam level and make progressively more fuel inserters activate as it gets lower, that's just a spring. If you compress it, it'll exert exactly the amount of force to oppose further compression. For a nuclear reactor, this means the more power you use the less buffered steam you'll have available, in a steady-state. A PID controller hooked to the same steam tank, would maintain constant steam level in that tank no matter the power loading. I do this in Warptorio so I have space-constrained setup, meaning I need to use steam pumps so using steam tanks doesn't works for me. So it's actually connected to accumulators (of the warp-tech variety, with extremely huge capacity). Which I think is actually preferable since charge only starts to go down once buffered heat is getting depleted and you can't feed the entire turbine array.
I made a better version of it. Still not great but at least being a solid brick everything just blends together and doesn't draws your attention to the godawful wiring.
Untitled.png (1.29 MiB) Viewed 1805 times
Clock compensators had to be staggered with PID multipliers because integer division destroys small values.
Here's an inserter speed controller to go along with it, since it just outputs arbitrary numbers that don't actually mean anything other than "bigger number = faster speed".
I made a better version of it. Still not great but at least being a solid brick everything just blends together and doesn't draws your attention to the godawful wiring.
Thank you ! It's beautiful ! It's so helpful to refine understanding. I'll post the rest on the thread dedicated to it !
If you do something like read steam level and make progressively more fuel inserters activate as it gets lower, that's just a spring. If you compress it, it'll exert exactly the amount of force to oppose further compression. For a nuclear reactor, this means the more power you use the less buffered steam you'll have available, in a steady-state. A PID controller hooked to the same steam tank, would maintain constant steam level in that tank no matter the power loading.
Because of the neighbor bonus you want to either trigger all of the inserters or none of them. Reactors are best suited to bang-bang control if not being run continuously. If you're only using a single reactor the two steam tanks required to hold the entire output of a fuel cell (2.4GJ per tank, 5GJ in the reactor's heat buffer) only take 18 tiles. Rather than a steady state spring you get a system that rubber bands between a lower set point and an upper bound based on usage.
Truthfully, I have no idea how you'd even make PID for a reactor that is substantively different in energy storage requirements from a bang-bang controller. You have to have energy buffer for a full fuel cell burn cycle (minus any known constant draw) regardless of the control scheme.
Truthfully, I have no idea how you'd even make PID for a reactor that is substantively different in energy storage requirements from a bang-bang controller. You have to have energy buffer for a full fuel cell burn cycle (minus any known constant draw) regardless of the control scheme.
I do it in Warptorio, which means on one hand I can't use steam tanks, on the other is means I have tons of heat pipes which store a lot more energy per tile than steam tanks, and on the third warp abilities require silly amounts of battery power due to infinite power draw scaling, so immense electric storage comes for free reactor design wise.
You don't have to consider just steam tanks. Steam tanks are just the go-to in vanilla since they are the densest storage medium with a circuit output. Iirc there's a way to read the platform accumulator level in Warptorio, so you could just read it directly. If there's enough heat storage in piping and reactors to store a full burn cycle you could use the very simple condition "insert when accumulator < full". (Though whenever I'm circuiting reactors, I enable/disable the removal inserter based on needs_fuel and fuel_cell_available_for_all_feeding_inserters and enable the feeding inserters only when the appropriate removal inserter swings. It produces a few frames of unpowered reactors, but it also means the feeder inserter won't feed more than one cell at a time.)
Re: Friday Facts #379 - Abstract rewiring
Posted: Tue Oct 10, 2023 6:58 am
by Palaber1984
Hey everyone.
Is it possible to highlight the wired system a little bit more by giving the user the opportunity to change things like thickness or saturation for examples in the options?
And is it possible to highlight connected buildings as well?
And last is it possible to build wires on the ground without being under the ground. Just on top of the ground. in some situation like train station where there are a mass of wired connections it’s annoying that there hang a lot of cables around and it looks that the train would cross the cable .
Is it possible to highlight the wired system a little bit more by giving the user the opportunity to change things like thickness or saturation for examples in the options?
I use a mod to change wire color, because red and green wire on constant combinators that are red with some greenish details and yellow green arithmetic combinators is a bit hard to see. See in my pics on page 7.
I think there are mods with wire thickness options as well. Maybe even the mod I use have options for it? Don't remember.
Re: Friday Facts #379 - Abstract rewiring
Posted: Wed Oct 11, 2023 6:14 am
by gallomimia
The Pop Quiz:
The shadows of the wires and the wire poles are superimposed and combined with alpha channel, when they should just be the same darkness
Re: Friday Facts #379 - Abstract rewiring
Posted: Fri Oct 13, 2023 4:52 am
by Khada
I love the Futurama reference
Re: Friday Facts #379 - Abstract rewiring
Posted: Fri Oct 13, 2023 3:36 pm
by husnikadam
I would like to add more entities with circuit network interface for even bigger circuit possibilities. Main ideas include:
1. Power pole for power statistics - avaiable power total, avaiable power from different power sources power, total power usage and demand...
2. pipes for fluid content and enable/disable (i know i can use tanks and pumps if needed)
3. All production machines and furnaces - read content/enable disable (work around using switches)
4. Radars for scanning statistics (f.e. how many chunks to yet be scanned for the first time)
5. Roboports - new mode enable/disable
I could find more, but those would be ever more niche cases than some of these. I hope this idea is not too ofensive
Re: Friday Facts #379 - Abstract rewiring
Posted: Tue Nov 07, 2023 2:59 pm
by revanar
A bit late to the party here!
All of the changes that are being announced are great, including this one! Even just not having to carry around red and green wire everywhere will be great!
I notice a few small issues though:
While an improvement in most ways, the shadows touching the wires on low wired objects like inserters really highlight how weird it is that the wires pass over the inserter, rather than under it. I realize that it would make it harder to see wire connections if the wires ran behind the inserter heads, and also that doing masking to make the wires pass under the inserter arm but over the base would be awkward and potentially weird-looking at certain angles---but I wonder if finding a way to give the wires a little more "height" or distance from the inserter arm to make it look like they could actually be above / beside the inserter arm would help it look a bit more natural?
Another thought: Maybe it would make sense to change the abstract entity for wiring up electrical poles to be black and named "electrical wire" instead of copper wire to avoid confusion!
