Welded Projector doesn't always load blueprint

Alexandre Huppe shared this bug 6 months ago
Reported – Awaiting fix

Setup:

A projector is using a template and some welders are welding it. In this blueprint is another projector, loaded with the same template (this is a tunnel, the template is 10 block long and it's repeating).

Bug:

When welded, the 2nd projector doesn't always have a blueprint loaded, which interrupt the process of digging the tunnel.

More info:

Save file, blueprints and video available here (OneDrive link).

The video contains explanations of the setup/problem at the beginning, 1 normal operation cycle (projector has a blueprint, everything is good) and then the next cycle the projector doesn't load the blueprint.

It's quite long (Old PC here, so recording slowed thing down). Normally a cycle is ~5 minute.

If, after seeing the normal operation (1rst Projector welded and having a blueprint) you want to skip forward, go to ~20:00.


Is this behavior a bug / what did I do wrong?


Thanks

Alex

Comments (5)

photo
1

Hello Alexandre!

I'm sorry you're having this issue. Thank you for the information and the excellent detailed video. I have spent time watching the video and looking at the blueprints provided however, your save file doesn't seem to be complete. Is it possible you could supply this again? That was I can follow this as I'm watching your video again.

Kind Regards

Laura, QA Department

photo
1

Simple curiosity: what is missing in this save? (This is the content of the folder %appdata%\SpaceEngineers\Saves\76561198048987056\Frostbite 2020-12-22 21-00-42\Mission01 )


I'll zip again the same files ( I think it's the same timestamp, I've played some more in his save, so this is the backup file: same path as before, but add \Backup)

The new file is added to the same OneDriveLink: 2021-03-06 142057.zip


Are these files usable? What else should be included if something is missing?

Thanks ;)

Alex

photo
1

Hello Alexandre!

For me, the first file would not show up in-game. The second was showing up straight away.

I have been looking at this and so far, the blueprint has shown up each time as expected. A quick question and probably quite obvious for you. What is the difference in the end of the cycle and the blueprint not loading? For instance, all blocks turned red at one point and all stopped. Would this signify the end of the cycle and to re-start? I just want to make sure that this is expected :)

Kind Regards

Laura, QA Department

photo
photo
1

This is not expected in a normal cycle: he only battery is recharging when the connector is connected. If everything turns red, I suppose the battery is not in auto (not supplying power) when it should. (After all, this automation does not include sensor/check that a script would have made possible).

Since I supervised every cycle yet, when the projector doesn't have a blueprint (about 1/3 of the tone on my side), I stop everything, correct the problem then resume. This way I try to make sure the mining rig stay in a "normal" state and doesn't require much maintenance.

Alex

From: support@keenswh.com <support@keenswh.com>

Sent: Monday, March 8, 2021 10:35:30 AM

To: Alexandre Huppé <Alexandre.Huppe@USherbrooke.ca>

Subject: New Comment in "Welded Projector doesn't always load blueprint"

photo
1

Since the 4 timers blocks used are named after part of the cycle :

connect - forward - disconnect - retract (or something along thoses lines), I suppose, if in the Forward part, the blueprint doesn't show up, that the disconnect/retract will cause the rig to collapse to the tunel floor (the front landing gear won't have anything to grab on in the disconnect part and when the retract timer fires it will disconnect both the connector and landing gear at the rear).

If you are experiencing everything turning red, what happened to me 1/2 times was the extension of the piston not completing in the forward "phase". So when retracting, the connector was not aligned to the one on the tunel ceiling, therefore not connecting. When the forward timer fires, it toggle the only battery in a recharge mode, so no more power.

On the hotbar, I think it's the #7 to toggle back the power on and using the piston (3 ON/OFF and 4 for the reverse), and #1 and 5 or 6 to control the landing gears, I manually ajust the position and resume normal operation.


Normally I would script, but I try playing the scenario at least one time as intended before editing the config. I did not complete frostbite yet, so I try using alternatives method, so I'm trying the timer blocks for the 1rst time in this scenario.

I hope this help ;)


Alex

photo
1

Hello Alexandre!

Thank you so much for the clarification and information, that's excellent. I will go back to testing this and see if I'm able to reproduce the issue you're having! I really appreciate your help on this :)

Kind Regards

Laura, QA Department

photo
1

No problem and thanks for your help.

If you need anything else, let me know. (After all this is an intermittent problem, so it might be a weird interaction with something on my side: so if you can't reproduce, let me know what I can do to help pin point the source of this problem)

Alex

photo
1

Hello Alexandre!

I have been testing this again and it is still loading the blueprint each time and continuing to create as expected. I see you mentioned 1/3 for you which is quite strange in comparison. I see in your video you pinpointed when the blueprint had no loaded and you rectified the issue. If you hadn't, I assume it would have just halted for you until you intervened? If you loaded the save, would it be 1/3 in that session or, if you loaded it 3 times would 1 of the saves have the issue?

Kind Regards

Laura, QA Department

photo
photo
1

Hi Laura,

I only load the game once and use this drilling machine over and over. So it's in the same session.

I've been using it in the evening yesterday and it was closer to 1/2 (1 time it loads the blueprint, the next it doesn't).

I've been thinking and will try to edit my blueprint so the projector as the "keep projection" on and see if it helps.

Does this answer your question?

Alex

From: support@keenswh.com <support@keenswh.com>

Sent: Tuesday, March 9, 2021 4:53:29 AM

To: Alexandre Huppé <Alexandre.Huppe@USherbrooke.ca>

Subject: New Comment in "Welded Projector doesn't always load blueprint"

photo
1

Hello Alexandre!

I've tested this on 4 different occasions now and each time it loads the blueprint as expected. The only issue I have with it is as mentioned before with the lights going to red and you gave me the fix. I can't seem to work out why it is loading each time for me but you're having an issue with it as it hasn't happened at all for me so far.

Kind Regards

Laura, QA Department

photo
1

What can we do from now?

On my side it is still happening.

I had to pause this machine: to much stone to refine in the station, but nothing changed in my last attempts.

Alex

From: support@keenswh.com <support@keenswh.com>

Sent: Wednesday, March 10, 2021 4:48:29 AM

To: Alexandre Huppé <Alexandre.Huppe@USherbrooke.ca>

Subject: New Comment in "Welded Projector doesn't always load blueprint"

photo
1

Of Course, this is not a game breaking bug: just slowing me down (I can let the machine run on it's own and build something else), but if I can help pin point the source of this intermittent problem, I will.


Alex

photo
1

I've tested with the updated blueprint ("Keep projection" activated on the projector), but still no change on my side.

Cycle 1: OK

Cycle 2: projector didn't load the blueprint

Cycle 3: OK

Cycle 4: projector didn't load the blueprint

Cycle 5: OK

Cycle 6: projector didn't load the blueprint


I stopped there for the night, but my guess of 1/2 times is quite right according to this session.

Alex

photo
2

Hello Alexandre!

Thank you again for the updated information. I have tested it again today and managed to get the blueprint to fail to load at a rate of 3/5 so have seen it with my own eyes now! :) I appreciate all the information you have provided for this. I have reported this internally for you.

Kind Regards

Laura, QA Department

photo
1

Thank you as well for your patience and many tests.

Alex

photo