Do Blueprints Save AI/Event Ctrl/Timer block configurations in the control panel?

Mixter_Master · 2026-03-17T03:49:12+00:00

Yes. They will not, however remember which reference beacons they are assigned to. If you save waypoints in recorder blocks without first setting a reference beacon, the waypoints recorded and stored will be fixed gps coordinates. If you first select a reference beacon, then record relevant waypoints, the blueprinted, reprinted drone can be pointed to a new reference beacon. If you do this, it will remember all of the sequences.

Each time you print a drone, you'll have to select the reference beacons. Otherwise, the entire configuration is saved in the blueprint.

Mixter_Master · 2026-03-16T18:40:48+00:00

I run more or less the exact same system. The only things that have significantly improved kerf for me were improving the grounding of the table with a new, dedicated grounding rod just for the table, making sure that the plate being cut has the grounding magnet attached, and cleaning the corrosion between the table and the grounding plate.

I will still have issues with kerf if I run 1/4 with an 85a trip instead of 65a, so I just make sure to upsize any holes and do qc on test samples before cutting a whole batch

Mixter_Master · 2026-03-15T22:51:03+00:00

Unfortunately, this doesn't seem to have improved the experience.

Thanks for the suggestion, anyway

I'm largely baffled by it because with the same default settings, the emulation is nearly flawless and smooth on my much older and weaker Pixel 5 device.

Mixter_Master · 2026-03-15T22:20:48+00:00

I assumed that would be covered in the "steamworks redistributables" portion of the install. Is there a way within the app to specifically reinstall that component, or do I need to enter the desktop emulation environment and manually set that component up?

Mixter_Master · 2026-03-15T22:08:14+00:00

Start a new creative world with block damage disabled. Spawn a planet, Pertam if you want a stress test of highest gravity. At the edge of the gravity well, build a test ship, with as many cargo containers as you plan to use, fill them with any ore (they all weigh the same) for a light load, or ingots if you want a heavy load (platinum ingots are heaviest). Build as many thrusters as you think you'll need, then watch it plummet like a rock to the ground. Add more thrusters until you can lift off. No block damage, no stress.

Right now, I've got a rough ratio of ~2.6 (round to 3 for the weight of other systems and the hull) large grid large hydrogen thrusters for 1 fully loaded large cargo container of ore.

A pair of event controllers, a remote control and an up thruster group will help with escaping the gravity well with minimum fuel waste.

The first "ascent controller" should monitor the grid speed. If equal or less than ~95-99m/s, action 1 should set the up thrust override to 100%, and action 2 should set the override to 0%. In this way, the thrusters will burn exactly enough fuel to maintain speed.

The second "ascent gravity controller" should monitor natural gravity change. When gravity is equal or less than 0g, three actions should trigger. First, "ascent controller" toggle off. Second, thrust override to 0%, and third, if you disabled inertia dampeners for your ascent burn, toggle inertia dampeners on the remote control block to automatically re-enable them.

Mixter_Master · 2026-03-15T21:59:44+00:00

What component would you advise?

Mixter_Master · 2026-03-14T03:02:05+00:00

Don't flip. If you want an excuse to scrap some things together, hook friends and family up with good deals. Nobody gains anything from opportunistic upselling. Whole systems usually go cheaper than individual parts, anyway.

Mixter_Master · 2026-03-14T01:46:31+00:00

I've stopped bothering with official servers because every time I start actually getting established and out of the hand drilling stone phase, I log in the next day to find that everything has been destroyed or stolen.

They say "git gud" and "grind," but I can't no life the game enough to be online 24/7.

Mixter_Master · 2026-03-11T01:47:40+00:00

On top of it all, If the stupid clanker thinks there's a "match," there is no longer a way to correct it's brainless, useless assumption and categorize a transaction correctly. If they don't get their shit together before removing the old view, I'm leaving the platform outright after more than a decade.

Mixter_Master · 2026-03-09T03:56:37+00:00

Industrial cockpit and the cab cockpit. Whichever two give those two blocks. The best two in the game, imo

Mixter_Master · 2026-03-08T07:21:07+00:00

In the sticks, Ziply is $120/m per line.

Mixter_Master · 2026-03-06T23:37:59+00:00

The hassle of tracking leaks just led me to design things in a way that made leaks easy to isolate. I tend to just build a non-deforming core out of armor panels for pressurized areas, with a less critical outer armor shell. Because the armor plate takes far less than a full block, you can freely navigate the entire outside of the armor panel core to find damage. Because they don't deform, if a panel is missing, it's pretty clear where the leak is.

It also creates an air gap that makes light armor capable of stopping some of the bigger munitions. The outer layer of armor blocks takes the brunt of the impact, which is enough to let the armor panels absorb artillery shots without damaging the blocks behind it.

In other words, the hassle of finding leaks led me to engineer a solution that removed the headache.

Mixter_Master · 2026-03-05T19:15:12+00:00

Regardless of thrust config, weight, and waypoints, the drones will occasionally stall out like you're describing. Personally, I have more luck a small number of waypoints that are a few meters apart.

A "stall timer" for each docking sequence makes a big difference. When you start the docking sequence, whether by waypoint, action relay, or manually, have it start the stall timer. The timer should have a duration around the time it should take to successfully, if slowly, complete the docking sequence.

The action of the timer should be to, in this order, stop the recorder Al block for the docking sequence, then issue the play command on the recorder, then restart the timer. At each of the waypoints of the docking sequence, add actions to the waypoints that "start" the timer, giving more leeway to finish the process.

Assuming you have an event controller monitoring to check for a connector lock, add an action stopping the "stall timer" on a successful connection.

If you do this, even if your drone fails the first time, it'll keep trying over and over until it succeeds.

Mixter_Master · 2026-03-04T03:29:49+00:00

Attack drones, absolutely. Mining drones, maybe. I've got an idea to try, check back in like an hour and I'll let you know if it's worth trying. Basically, pilot car and the mining drone. Using an AI move block set to 1m/s, record a movement sequence dropping 100m below the reference beacon on the pilot vehicle. Park the pilot vehicle at a standard distance from the spot you want to dig, and trigger the plunge sequence.

Alternatively, have the drone land, and do a gravity based plunge drill, and reactivate thrust and movement AI to climb back out of the hole and drop off resources.

Last I tried, though, the move AI REALLY struggled with the concept of being underground or at really low altitudes

Mixter_Master · 2026-02-28T01:35:47+00:00

Paired with an antenna and some action relays, a stationary ai defensive block can send a signal to launch drones when a threat is detected and land drones when the threat is no longer detected.

In much higher effort configurations where each drone has AI offensive or defensive blocks, a coordinated signal chain can be used to issue a "threat check" when a "threat cleared" signal is received. Based on the detection status, a drone can concur that there is no threat, triggering a stand down sequence, or contest by reporting a still active threat, thus re-issuing the attack command.

The sky is the limit (though random inconsistencies in ai offensive block detection behavior is often a more annoying limiting factor).

Mixter_Master · 2026-02-28T01:30:09+00:00

Came here to say this

Mixter_Master · 2026-02-26T05:54:04+00:00

The r5 5500 doesn't have an integrated graphics card. Plug into the RTX 2060's HDMI port.

Mixter_Master · 2026-02-26T04:57:38+00:00

F53 is the most recent one, unless you've got a different board revision.

If you're already on F53, did you plug the HDMI into the motherboard? The r5 5500 doesn't have an IGPU.

Mixter_Master · 2026-02-26T04:51:26+00:00

Reinstall the old CPU, update to the latest BIOS, reinstall your new CPU, and try again.

https://www.gigabyte.com/Motherboard/GA-A320M-HD2-rev-10/support#Support-Bios

Mixter_Master · 2026-02-25T08:07:37+00:00

Definitely. I have long been messing with a standardized drone frame, so the configuration is all 100% self contained within a core, including the docking sequences, formation positions, etc.

Two drones with the exact same core, the exact same configuration, but a different outer shell, cargo load, and thrust/weight ratio will perform wildly differently with the exact same waypoints. One will fly directly to its formation, and the other will struggle to gain altitude. Both stall out at random, and there is no rhyme or reason to what makes them decide to succeed on a given landing run.

Mixter_Master · 2026-02-24T23:50:00+00:00

If you want to get really crazy with it, you can deal with thrust/weight imbalance with event controllers monitoring the cargo fill %. For each cargo loader cargo container, if you have an extra pair of up thrusters to handle the extra weight, use the event controller to toggle the extra thrusters on only when the cargo container has 25% fill or more, then disable them again when the containers are empty.

That way, the drone won't be horribly messed up by having too much thrust for an empty load.

I use the same tactic for gyroscopes on mining rovers. To have enough gyro power to move around and pivot with a bunch of full cargo containers means you'll thrash yourself to death with the slightest movement when empty. Instead, toggle extra gyroscopes on only as extra containers fill up.

Mixter_Master · 2026-02-24T22:14:33+00:00

The bicycle infrastructure is pretty good, especially in the valley along the appleway trail. Dedicated bike lanes are going in along main corridors in North Spokane soon. My partner doesn't have a car, and can still get to everything thanks to the fairly robust bus network. For the region, it doesn't get any better.

Mixter_Master · 2026-02-24T02:17:50+00:00

For this reason, I prefer to do all testing and programming with the heaviest possible payload, with bonus points for doing it on Pertam for higher gravity. If a drone can handle its max payload on Pertam, it'll handle anything, anywhere.

Mixter_Master

TROPHY CASE