(In fact, the reason that I tried this option was due to my coal line to steam power slowly depleting and causing a power shutdown. Yes, it's easy to avoid this, but I was busy putting the hurt on biters.)
So:
I crafted a few colored wires and wired up some belt track.
PRIORITY_BELT
The upper belt services the small mining deposit (it was much larger, to begin with, of course). The lower belt runs west to an iron ore unloading depot. I didn't want to baby-sit the line, but I wanted that area mined out so I could use the real estate.The red wire runs from the top belt, to the pole, then to the bottom belt. The top track is set to read the belt contents with the "hold" option (continually scans and broadcasts the contents of the belt to the wire).
TOP_BELT_CONDITION
The lower track is set to read the wire conditions, configured to enable/disable according to how much iron ore is on the broadcasting belt segment. (In this case, we are checking for less than one iron ore on the belt.)BOTTOM_BELT_CONDITION
This condition now locks the lower belt segment when the upper segment has at least one ore (you can see here the "red" indicator light on the bottom belt segment). The lower belt is stopped, therefor the splitter is feeding solely from the top "priority" belt (in this case it's actually backed up since I spliced the southbound belt above the trash ore box to demo).DEMO_PRIORITY_MODE
When there is a gap in the ore, it will feed from the lower "fallback" belt (to help maintain belt compression).DEMO_FALLBACK_MODE
After the top belt is depleted, the condition always triggers (no ore on the upper belt) so you get a constant feed from the backup belt. (At this point, you can of course go send your personal construction bots to gobble up the mine and carry the fancy contraption away.)This technique works WONDERFULLY for coal belts. Although I set the ore condition up a bit (iron ore < 3) to ensure there was more compression (I didn't care if I mined out the coal deposit as quickly...my priority was keeping power going).
-- Bonus --
I configured an ore trash chest (where you can dump spare ore that always seems to jump into your pockets over time).
The belt segment condition is essentially the same as above. I want to continually read what is traveling through the belt.
ORE_CHEST_BELT_CONDITION
Again, the action is essentially the same, but this time it's tied to a fast inserter.ORE_CHEST_INSERTER_CONDITION
(This eventually becomes a requestor chest and you can just trash ore and rest assured that it will enter your network. Although this chest is in a poor location as that area of the belt is almost always compressed. You'd ideally want the chest that the tail end of the line so that it has more "on" time.)-- Future --
There are obviously a lot of improvements that can be done (for instance running this right next to a very simple splitter combiner is *very* basic). It would be better to have a more robust compression configuration, but this was mid-game belt and I wan't really too concerned about it.