No, it does not. Interesting to note: either the rocket silo or landing pad generates radar coverage without power, it seems… I have them next to each other, and that part of my base is the only part with coverage right now.

I was the opposite! Eager to check the new content, and confident I could make fixes using the remote driving feature.

But it’s fun in a new way; I’m the type of RPG player that finishes the game with all expensive potions still untouched in the inventory, everything meticulously minmaxed. I realized it makes me a very nervous player that doesn’t like risks, so this time I went with a role-playing approach, and it really pays off! When I’m not playing, I’m thinking of my poor engineer stranded on an alien planet, and how I’m going to bring him home again, possibly to a ravaged base…

Yeah… Also, it won’t unload because the inserters need power. Or was a good lesson in failsafe design at least!

What precautions did you take before leaving?

With radar coverage yes, but my power is down so the radars are too!

Next time I’ll put my tank in a special spot together with a radar, solar panels, accumulators and enough supplies to “build” my way back to the rest of the base.

I went to Gleba on a 10 turret platform with a two layer wall in front. Barely survived the trip, only to get smashed to pieces in orbit. I made it to the planet and I’m stranded there now.

The kicker… My coal train on Nauvis got deadlocked immediately after, so my entire base is without power. I had a tank set up to be able to fix things, but without radar coverage that’s useless… Curious to see what state it’s in when I get back!

You’re welcome!

Is the laser sprite positioned at the origin of the laser scene?

Edit: I see you’re giving the global position of the hardpoint into the emitted signal, and the script that spawns the laser instance assigns a value to the local position of the instance. Perhaps that could explain it? In other words: is the origin of $Projectiles at Global 0,0?