Engineers Medium Security Settlement List and Guide for Modified Embedded Firmware

To add to what others are saying:

I've done four and gotten everything except the firmware Damn pain in the rear end!!! Will have to keep trying as long
as people can confirm they are still dropping???!!!

Thank you for the maps CMDRS o7
 
Last edited:
I've been whining in another thread about having to do these data scans.
Just another +1 on the thanks. Wouldn't be able to do the scans without the maps and links.
THANKS.
 
Will have to keep trying as long
as people can confirm they are still dropping???!!!
While I was a bit sceptique myself about "are they still dropping" - now I can confirm, yes, they are.
However, the rate was not increased (if not diminished) with the 2.1.05 patch. So, to get 3 (possible minimum) you must count to visit about 3x2=6 large bases (depends on your own luck).
Finally got 2 (which is 6) at 89 Leonis, pure luck I guess :)
Congrats!
Found one, Komotae System, Vittori Base (Medium Security +++ Scientific Layout
Thank you, I'll add this entry to the list.
 
Found a Med Security +++ Industrial in

System KI
Planetoid KI 1

Stebler Settlement +++

The catch is it's High gravity (1.29). It can be done but you need to use one of the yellow dashed routes up an impromptu "ramp". It's doable.
 
Last edited:
Found a Medium Security Scientific

System: Sha Wa
Planetoid: 10 F

Jakes Vision +++

.16g

---

Medium Security Exploration

System: CD-51 1447
Planetoid: A 5

Karlsefni's Progress +++
.45g

---

Medium Security Scientific

System: S Eridani
Planetoid: C 3

Langsdorff Relay +++
.11g -Really beautiful Vista.

---

Medium Security Scientific

System: LTT 1935
Planetoid: F 1

Lavrador Base +++
.29g
 
Last edited:
Found a Med Security +++ Industrial in
Found a Medium Security Scientific
Thank you, I've added them to the list.

Why isn't this stickied yet?
A good proposal for the forum moderators and topic starter (cmdr Devari)

List last updates (based on the data provided):
Komotae L3M Vittori Base
Ki 1 L1M Stebler Settlement
Sha Wa 10 F L3M Jakes Vision
CD-51 1447 A 5 L2M Karlsefni's Progress
s Eridani C 3 L3M Langsdorff Relay
LTT 1935 F 1 L3M Lavrador Base

PS: Btw, my recent post concerning settlements in eddb thread.
 
Last edited:
I just wanted to post my thanks to the OP, and make one small observation:

I have visited a few of these bases and had pretty good luck getting the data I need, but I went to Kokary 3 - Sawyer Beacon this morning and couldn't find anywhere reasonably close to land my Asp Explorer. The terrain is very rough around this settlement. I'll have to go back in a smaller ship and see if I can get it on the ground successfully near the base. I didn't try landing within the trespass zone, however. Maybe that's a viable option if you don't care about fines/bounties.
 
I just wanted to post my thanks to the OP, and make one small observation:

I have visited a few of these bases and had pretty good luck getting the data I need, but I went to Kokary 3 - Sawyer Beacon this morning and couldn't find anywhere reasonably close to land my Asp Explorer. The terrain is very rough around this settlement. I'll have to go back in a smaller ship and see if I can get it on the ground successfully near the base. I didn't try landing within the trespass zone, however. Maybe that's a viable option if you don't care about fines/bounties.
I remember this particular "picturesque" settlement on Kokary 3, as it's me who have added it to the list - at that time we have discussion with cmdr Devari in previous thread as it is really difficult to access on larger ships (I failed to do that also). I can try to add some "special notes" (this and gravity factor as example) to the list if I'll have the time necessary (one of the reasons I'm waiting, hmm, patiently for eddb implementation of settlements size/layout/security info).
However I will not recommend the risk to land in restricted area - beside fines/bounties you can also get all the base defenses to chase you - and in case of npc ships present this can result in negative experience =)

Note: in my spreadsheet with maps you can find the dimensions of RAF (restricted area to flight) and it's placement in respect to TTD (travel target destination, marker that is placed somewhere near the "center" of the settlement when is is chosen as destination in nav.panel). RAF is always have a form of an imaginary bounding box oriented along settlement's "natural" axis (*). In the spreadsheet the shortest distances shown in respect to settlement's "pictogramme" -the same as map - orientation, where "N" - is upper side and so on. Those "bounding" distances are not the same when approaching from different sides, sometimes the difference is very significant.
Good example of this is Large size Low security "Scientific" Layout - L3L. If one approach from the left (or "W",or 9 o'clock) - i.e. from the side of comm array - it can nearby fly directly to the settlements center - limit is only at 100 meters from the TTD, so one can land literally inside comm array between comm-sat plates (beware not to land on skimmers). At the same time minimum approach distance from any other side have an order of 1 km. One of annoying things with settlements is that if you landed too far away - not planning to dismiss your ship - on your trip to settlement the ship can auto-dismiss itself due to the limiting distance and after you will be obliged to travel far away from the settlement (3 km?) in order to recall it. So sometimes a practice to find "good" direction from which is better to approach given settlement's layout is necessary to save your time.

(*)Note: the only one exception is medium size military layout. It's "natural" axis is turned by 45 degrees in respect to map/icon orientation (this is noted in the doc).

UPDATE: oh, it looks like this settlement is listed in cmdr Davari's list, not in mine (may be I haven't entered there exactly for the access difficulty reason). Now I've added them to my list with special note.
 
Last edited:
FYI to OP and others. Medium ++ bases supply both cracked and MEF. There is a type you can do without combat, one of the datapoints is through a wall. I'll get a screen the next time I see on on the light side of a planet. Current one is too dark.

Example base:

System: KOKATESE
Planetoid: A

Jiushao Prospect ++
.42g

---

Medium Industrial

System: Kharpulo
Planetoid: 4 G

Greenstein Oasis +++
.14g
 
Last edited:
Guys,
scanning industrial layout at the Gender A1 Thollon Horizons, just wanted to check, I am one of the guys that has to boost up the SRV to the height of the orange datapoint to be able to scan the the data because of a bug. It then gives you 1 minute to reach the second orange datapoint, is it just me, am I a terrible SRV driver, not in a month of Sunday's will I be able to reach the second orange datapoint in one minute, not even close. Is there something I am missing here?

Secondly when I scan CDT terminals sometimes it alerts the security and I have to make a run for it, why is this, sorry if these are really noob questions.
 
FYI to OP and others. Medium ++ bases supply both cracked and MEF. There is a type you can do without combat, one of the datapoints is through a wall. I'll get a screen the next time I see on on the light side of a planet. Current one is too dark.

Example base:

System: KOKATESE
Planetoid: A

Jiushao Prospect ++
.42g
I'm not sure I correctly understand you.
There is (only) one known medium size - "++" - layout - "extraction" - that can supply MEF's in "medium security" variation, also in "high security" variation DAP scan run - as an exception - can be done without conflicts with defenders (all this due to the fact that this is in fact a large size base). As far as I know from all other medium size layouts you can get MEF only in high-security variations. Is this situation changed? Also, what the layout of the base in Kokatese?

Guys,
scanning industrial layout at the Gender A1 Thollon Horizons, just wanted to check, I am one of the guys that has to boost up the SRV to the height of the orange datapoint to be able to scan the the data because of a bug. It then gives you 1 minute to reach the second orange datapoint, is it just me, am I a terrible SRV driver, not in a month of Sunday's will I be able to reach the second orange datapoint in one minute, not even close. Is there something I am missing here?

Secondly when I scan CDT terminals sometimes it alerts the security and I have to make a run for it, why is this, sorry if these are really noob questions.

It's perfectly normal that you must boost/climb to the first datapoint in large industrial med-sec. And 1 minute to the second DAP is also doable - look for the videos in this thread (don't forget to switch off drive assist).
But your note about CDT make me wonder. Are you really sure that it's CDT terminal? Any other possible cause? So far never arrived to me (with hundreds of bases visited) and I haven't saw anything similar reported. What kind of layout you've visited when this has happened?
 
Last edited:
I remember this particular "picturesque" settlement on Kokary 3, as it's me who have added it to the list - at that time we have discussion with cmdr Devari in previous thread as it is really difficult to access on larger ships (I failed to do that also). I can try to add some "special notes" (this and gravity factor as example) to the list if I'll have the time necessary (one of the reasons I'm waiting, hmm, patiently for eddb implementation of settlements size/layout/security info).
However I will not recommend the risk to land in restricted area - beside fines/bounties you can also get all the base defenses to chase you - and in case of npc ships present this can result in negative experience =)

Note: in my spreadsheet with maps you can find the dimensions of RAF (restricted area to flight) and it's placement in respect to TTD (travel target destination, marker that is placed somewhere near the "center" of the settlement when is is chosen as destination in nav.panel). RAF is always have a form of an imaginary bounding box oriented along settlement's "natural" axis (*). In the spreadsheet the shortest distances shown in respect to settlement's "pictogramme" -the same as map - orientation, where "N" - is upper side and so on. Those "bounding" distances are not the same when approaching from different sides, sometimes the difference is very significant.
Good example of this is Large size Low security "Scientific" Layout - L3L. If one approach from the left (or "W",or 9 o'clock) - i.e. from the side of comm array - it can nearby fly directly to the settlements center - limit is only at 100 meters from the TTD, so one can land literally inside comm array between comm-sat plates (beware not to land on skimmers). At the same time minimum approach distance from any other side have an order of 1 km. One of annoying things with settlements is that if you landed too far away - not planning to dismiss your ship - on your trip to settlement the ship can auto-dismiss itself due to the limiting distance and after you will be obliged to travel far away from the settlement (3 km?) in order to recall it. So sometimes a practice to find "good" direction from which is better to approach given settlement's layout is necessary to save your time.

(*)Note: the only one exception is medium size military layout. It's "natural" axis is turned by 45 degrees in respect to map/icon orientation (this is noted in the doc).

UPDATE: oh, it looks like this settlement is listed in cmdr Davari's list, not in mine (may be I haven't entered there exactly for the access difficulty reason). Now I've added them to my list with special note.

Very cool, thank you for the extra explanation and updating the notes!
 
Very cool, thank you for the extra explanation and updating the notes!
Heh, if you like the explanation I can share one other "funny" trick/observation:
In most cases (but with some exceptions) if you align your ship with global planetary axis - I mean, for example, change the ship's heading to match exactly "0" degrees (90 ,180, 270 etc) by the on-HUD compass - with big enough probability you will be aligned with one of the settlement's "natural" axis. I haven't analysed the reason for rare exceptions (orbiting/inclination parameters) but in many cases this is a useful approach (origin of this, I believe, relies somewhere in technical implementation, object maps interposing on the spherical stellar body, etc).
 
Back
Top Bottom