Stationeers Community Wiki - User contributions [en]

User talk:Smodd

2026-01-06T11:17:41Z

Eearslya:

__NOTOC__
''Please use "<nowiki>~~~~</nowiki>" to insert your signature after you post something. Thank you!''

'''If I miss your question just hit me up on Discord!'''

== [show/hide]'''Edit descriptions''' ''(resolved)'' ==
<div id="mw-customcollapsible-0" class="mw-collapsible mw-collapsed">

I would say it would be a bit of a positive thing if you made sure to write what your edits were for every time, as it makes it a bit more easy to see what happened without having to go through the history manually. Might also be useful to do most of the edits at one time instead of several one after the other (especially if you don't want to write that many edit summaries).

You can preview the pages without publishing the changes, and then continue to edit without losing the progress.
Just thought I'd let you know.

[[User:Eleftherios|Eleftherios]] ([[User talk:Eleftherios|talk]]) 18:31, 16 November 2023 (CST)

Thanks a lot for your feedback for I still learn the ropes with MediaWiki. I'll try my best to improve my behavior. :-)

[[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 06:21, 17 November 2023 (CST)

Cheers. The ones you've written now seem very good. Nobody starts out knowing everything, and I had to learn these things at one time as well. There are probably a lot more things I don't know about MediaWiki stuff as well. You seem to have a good grasp of a lot of technical things with the stuff (you're making things look really good).

[[User:Eleftherios|Eleftherios]] ([[User talk:Eleftherios|talk]]) 07:16, 17 November 2023 (CST)
</div>

== [show/hide]'''Many redirects''' ''(resolved)'' ==
<div id="mw-customcollapsible-1" class="mw-collapsible mw-collapsed">

I was just wondering if you'd considered the effects of having so many redirects for all the different colours of access card and such. It means that one gets every single one showing up in the search instead of just "Access Card".

I'm not really that knowledgeable about all the intricacies of stuff on the wiki, so I don't know if that's the usual way to do it or something. Just thought I'd bring it up in case you hadn't thought about it. But for some praise as well; I'm impressed with all the good things you're doing for the wiki, you're a star.

[[User:Eleftherios|Eleftherios]] ([[User talk:Eleftherios|talk]]) 07:36, 18 November 2023 (CST)

Well... I wondered that myself. Don't really know if it was the right decision because there is no direct "design guide" or such. In this case I worked with redirects because there were a few links which pointed at not existing pages (one for each colour).

[[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 16:58, 18 November 2023 (CST)

That makes sense. And yeah, it's not that easy since there aren't stuff that explains it all for those of us that don't have a full understanding of everything with regards to a wiki. Not sure if it possibly would've been better to change the links for the different colours of Access Card instead of making redirects for each of them. Since one can make links that look like [[Access Card|LED]] or [[Access Card|Access Card (Yellow)]].

And just to make it clear; this isn't meant as an attack on you, since you're doing good work. It's just a lot easier to question the work of someone that actually ''do'' some work as opposed to those that don't do any work. And I don't really know anything more than you, so we're just two people trying to make the wiki better.

[[User:Eleftherios|Eleftherios]] ([[User talk:Eleftherios|talk]]) 17:09, 18 November 2023 (CST)

Not understood as an attack mate :) I'm all for communication!

[[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 17:21, 18 November 2023 (CST)
</div>

== [show/hide]'''More Sections''' ''(resolved)'' ==
<div id="mw-customcollapsible-3" class="mw-collapsible mw-collapsed">
[[User:UnknownUser|UnknownUser]] ([[User talk:UnknownUser|talk]]) 07:36, 20 December 2023 (CST) am i allowed to make changes on the main page for example make new section for all the legacy items or Vehicles and move some of the legacy items or Vehicles in the section?

Hey Unknown! Sure you can make new sections. ATM I'm working on the Equipment (so everything you can wear or hold in your hands) which I colour coded in orange. I try to fit all the mechanics, items, etc. in categories that make sense 'cause the main page is a mess with the list of everything. Just feel free to try an add something :-) [[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 12:52, 20 December 2023 (CST)
</div>

== [show/hide]'''French translation''' ''(resolved)'' ==
<div id="mw-customcollapsible-4" class="mw-collapsible mw-collapsed">
Hey there, I would like to help out translating the wiki's contents into French. I was wondering how do I get the permission to translate pages? Do I have to ask you for such permissions? Thanks! [[User:HepiChestCow|HepiChestCow]] ([[User talk:HepiChestCow|talk]]) 11:01, 14 April 2024 (CDT)

Hey HepiChestCow, I'm sorry I did see your message very late. If you're still interested hit me up on Discord. [[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 14:25, 10 December 2025 (CST)
</div>

== [show/hide]'''Spam / Spammers''' ''(resolved)'' ==
<div id="mw-customcollapsible-5" class="mw-collapsible mw-collapsed">Spam / Spammers

Hello, I've been doing a sweep and marking spam pages with [[:Category:Spam]] as well as the users that created them (when not anonymous) with [[:Category:Spammers]].

Hope this helps, and let me know if there is any way I can help with other stuff.

--[[User:Mallaco|Mallaco]] ([[User talk:Mallaco|talk]]) 06:21, 28 April 2024 (CDT)

Hey Mallaco - sorry but I don't have the power to do this. [[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 14:25, 10 December 2025 (CST)
</div>

== Spam / Spammers ==

Any chance of some of us getting delete/block privilege's so you're not the only one having to delete spam pages/users? I note RA2Lover catches a lot of spam pages too.
Alternatively we could do with other solutions such as harder questions so you'd actually have had to have played the game to know the answer? [[User:TK421|TK421]] ([[User talk:TK421|talk]]) 02:47, 7 December 2025 (CST)

Hey TK421, sorry but I don't have the power to give such kind of rights to others. I have tried, but neither do I have the rights to change the security questions nor do I have control over the whole wiki. [[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 14:25, 10 December 2025 (CST)

Thanks, I found that out after a bit of research and have tried contacting one of the bureaucrats on here and on discord, but I guess they're not the most active.... [[User:TK421|TK421]] ([[User talk:TK421|talk]]) 23:54, 10 December 2025 (CST)

Jep. That's sadly true... [[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 05:48, 11 December 2025 (CST)

Life has gotten in the way for me a lot, and I've tried a few times in the past to hand over control of the wiki to someone who might be willing, but no luck thus far.
That being said, I am going to endeavor to update the wiki some time in the next week or two. This would mean bringing it up to a newer version, with *actual* ReCAPTCHA. It will also mean we lose our current custom theme, but I think that's a small price to pay for the increased feature set and security. I'm going to be testing how to migrate our data to a new version on a local copy, then once I'm confident we can move forward, the wiki will go into read-only while I make the real updates.
For the time being, I have given Smodd Bureaucrat access, as they are definitely worthy of it. [[User:Eearslya|Eearslya]] ([[User talk:Eearslya|talk]]) 22:58, 14 December 2025 (CST)

Love to hear all of that <3 [[User:Smodd|Smodd]] ([[User talk:Smodd|talk]]) 05:18, 15 December 2025 (CST)

Okay, holiday season kicked my butt as I knew it would, but things should hopefully start calming down. Couple things: I added the actual ReCaptcha box to the site, replacing those silly questions. Additionally, I've made it so that anonymous users cannot create new pages. They can still edit existing pages for now, but that's up for review to see if it gets abused. Upgrading the wiki is going to be a complicated task, given how old the site is right now, but I'll give it a try. [[User:Eearslya|Eearslya]] ([[User talk:Eearslya|talk]]) 05:17, 6 January 2026 (CST)

User:Eearslya

2026-01-06T10:43:24Z

Eearslya:

Current administrator and host of the Stationeers Wiki. Though I am not very active in the community anymore, I am very open to [[Talk:Eearslya|suggestions, feedback, and questions from the community]].

Test

User talk:Smodd

2025-12-15T04:58:26Z

Eearslya: /* Spam / Spammers */

Talk:Eearslya

2022-09-30T21:00:37Z

Eearslya: Created page with "Please feel free to leave any suggestions or questions about the Stationeers Wiki here!"

Please feel free to leave any suggestions or questions about the Stationeers Wiki here!

User:Eearslya

2022-09-30T21:00:19Z

Eearslya: Created page with "Current administrator and host of the Stationeers Wiki. Though I am not very active in the community anymore, I am very open to Talk:Eearslya|suggestions, feedback, and ques..."

User talk:Adi2412

2018-10-16T21:24:32Z

Eearslya:

'''Get translation permissons?''' how i can get them? I want translate into German
: Sorry for the delay on this! I didn't realize that people needed a special role in order to translate pages. You've got it now, though! [[User:Eearslya|Eearslya]] ([[User talk:Eearslya|talk]]) 16:24, 16 October 2018 (CDT)

Pressure Regulator

2018-10-13T07:26:43Z

Eearslya: They're not one-way valves...

[[Category:Atmospherics]]
{{Itembox
| name = Pressure Regulator
| image = [[File:{{#setmainimage:ItemKitRegulator.png}}]]
| stacks = Yes, 5x
| createdwith = [[Hydraulic Pipe Bender]], [[Fabricator]]
| cost = 5g [[Iron Ingot|Iron]], 1g [[Gold Ingot|Gold]], 2g [[Copper Ingot|Copper]]
}}
=Construction Kit (Pressure Regulator)=
== Description ==
[[Pressure Regulator]] is used throughout [[Atmospherics]] networks to manage [[Pressure]]. Pressure Regulators comes in two variants: Standard and back-pressure regulators. They can be used to regulate the pressure between two pipe networks.

The maximum pressure that can be set is 20265 kPa, which is double the maximum pressure for most gas-related elements like [[Canister]]s.

Pressure regulator needs power to operate (100 W). When unpowered it shuts off. That means it can be used as [[Pipe Digital Valve]]

== Use ==
Use left-click while in active hands to place.
Scroll to change to other variants.

=Pressure Regulator=
==Description==
The standard Pressure Regulator will pass through gases until the pressure on its output side reaches the set value.

=Back Pressure Regulator=
==Description==
The Back Pressure Regulator will only pass through gases once the pressure on its intake side exceeds the set value. (Not good as emergency dump very slow flow rate.)

{{Data Network Header}}

{{Data Parameters}}
{| class="wikitable"
|-
! Parameter Name !! Data Type !! Description
|}

{{Data Outputs}}
{| class="wikitable"
|-
! Output Name !! Data Type !! Description
|}

Hardsuit

2018-10-08T23:30:28Z

Eearslya: Add additional logic variables

[[Category:Items]]
{{Itembox
| name = Hardsuit
| image = [[File:ItemEvaSuit.png]]
| maxpressure = 202.65 kPa?
| createdwith = [[Fabricator]]
| cost = 2g [[Gold]], 10g [[Steel]], 8g [[Lead]], 20g [[Invar]]
| volume = 10 L?
}}

==Description==
Used to be able to go outside a pressurized and breathable environment. It features an adjustable pressure adjustment and air conditioning toggle.

The Hardsuit has more armor than the [[EVA_Suit|EVA Suit]] and features one extra filter slot and the ability to accept IC chips

*Contains 6 slots
** 1x Air Tank - insert a [[Canister]] with 100% O2
** 1x Waste Tank - insert an empty [[Canister]] where waste gases will be stored
** 1x Life Support - insert a charged [[Battery Cell]]
** 1x Processor - insert an [[Integrated_Circuit_(IC10)|Integrated Circuit (IC10)]]
** 4x [[Filter]]s - insert filters if not using 100% O2

** Note: Image is incorrect

==Notes==
* Note that the maximum allowed pressure for the Waste Tank is 4052kPa. Low/critical oxygen warnings will occur close to this value.
* The default filter is the CO2 filter, a gas generated by the characters when consuming breathable air.

{{Data Network Header}}

The Hardsuit is uniquely capable of accepting an [[Integrated_Circuit_(IC10)|Integrated Ciruit (IC10)]]. Within a hardsuit, this IC cannot toggle itself off and will run as long as there is battery power in the suit, until the IC is removed
It has these unique logic variables and interactions (along with the standard variables)

{{Data Parameters}}
{| class="wikitable"
|-
! Parameter Name !! Data Type !! Description
|-
| On || boolean || Controls A/C power for suit.
|-
| Filtration || boolean || Controls Filtration power for suit.
|-
| AirRelease || boolean || Controls Air power for suit.
|-
| PressureSetting || number || Controls target pressure for suit. Only works while helmet is closed.
|-
| TemperatureSetting || number || Controls target temperature for suit.
|-
| Error || boolean || Controls error state for suit.
|-
| d0 || device || Interface for suit helmet
|-
| d1 || device || Interface for backpack or jetpack
|-
|}

{{Data Outputs}}
{| class="wikitable"
|-
! Output Name !! Data Type !! Description
|-
| On || boolean || Controls A/C power for suit.
|-
| Filtration || boolean || Whether Filtration is enabled for the suit.
|-
| AirRelease || boolean || Whether Air flow is enabled for the suit.
|-
| PressureSetting || number || The target pressure for suit.
|-
| TemperatureSetting || number || The target temperature for suit.
|-
| PressureExternal || number || The air pressure outside of the suit.
|-
| TemperatureExternal || number || The air temperature outside of the suit.
|-
| Error || boolean || The suit's error state.
|-
| PositionX || number || The suit's X coordinate position.
|-
| PositionY || number || The suit's Y coordinate position.
|-
| PositionZ || number || The suit's Z coordinate position.
|-
| VelocityMagnitude || number || The suit's relative velocity magnitude.
|-
| VelocityRelativeX || number || The suit's relative X velocity.
|-
| VelocityRelativeY || number || The suit's relative Y velocity.
|-
| VelocityRelativeZ || number || The suit's relative Z velocity.
|-
| d0 || device || Interface for suit helmet
|-
| d1 || device || Interface for backpack or jetpack
|-
|}

Solar Logic Circuits Guide

2018-07-29T05:19:17Z

Eearslya: Moved ecliptic tracking to the top, as it's become the most popular. Also added a warning to the "Accurate" and "Simple" solar logic setups.

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

== Ecliptic Solar Tracking ==
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 and up 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors|Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

[[File:Tilted Solar Tracking.png|full|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated so the power input is facing north, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''

==== Rotations ====
We use specific rotations for the daylight sensor and solar panels in this setup to save a Logic Math and a Logic Memory. Refer to this table below to see how your daylight sensor and panels should be rotated. (Note: Sunrise is in the East.)
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|}
Credit for alternatives: PoolSharkFOG

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

'''Note: With the introduction of ecliptic solar angles, this setup no longer works at peak efficiency on worlds such as Mars and Europa which have the sun at an angle. This setup will still work on the Moon and in Space.'''

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

'''Note: With the introduction of ecliptic solar angles, this setup no longer works at peak efficiency on worlds such as Mars and Europa which have the sun at an angle. This setup will still work on the Moon and in Space.'''

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.
</translate>

Solar Logic Circuits Guide

2018-07-27T18:17:32Z

Eearslya: /* Notes */

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

----

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.

== Tilted Tracking ==
''For [[Mars]] & [[Europa]]'' 
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors |Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

[[File:Tilted Solar Tracking.png|full|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated so the power input is facing north, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''

==== Rotations ====
We use specific rotations for the daylight sensor and solar panels in this setup to save a Logic Math and a Logic Memory. Refer to this table below to see how your daylight sensor and panels should be rotated. (Note: Sunrise is in the East.)
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|}
Credit for alternatives: PoolSharkFOG
</translate>

Solar Logic Circuits Guide

2018-07-27T18:14:24Z

Eearslya: /* Alternatives */

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

----

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.

== Tilted Tracking ==
''For [[Mars]] & [[Europa]]'' 
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors |Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

[[File:Tilted Solar Tracking.png|full|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated so the power input is facing north, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''
* Solar panels power should be facing facing west/sunset.

==== Rotations ====
We use specific rotations for the daylight sensor and solar panels in this setup to save a Logic Math and a Logic Memory. Refer to this table below to see how your daylight sensor and panels should be rotated. (Note: Sunrise is in the East.)
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|}
Credit for alternatives: PoolSharkFOG
</translate>

Solar Logic Circuits Guide

2018-07-27T18:12:47Z

Eearslya: Update tilted solar tracking with a cleaner diagram

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

----

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.

== Tilted Tracking ==
''For [[Mars]] & [[Europa]]'' 
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors |Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

[[File:Tilted Solar Tracking.png|full|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated so the power input is facing north, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''
* Solar panels power should be facing facing west/sunset.

==== Alternatives ====
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|}
Credit for alternatives: PoolSharkFOG
</translate>

File:Tilted Solar Tracking.png

2018-07-27T15:11:55Z

Eearslya: User created page with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=Diagram of a Solar Tracking setup for use on worlds with a tilted solar axis such as Mars and Europa.}}
|date=2018-07-27
|source={{own}}
|author=[[User:Eearslya|Eearslya]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{licensing|generic}}

Solar Logic Circuits Guide

2018-07-27T15:06:31Z

Eearslya: Wiki pages aren't really the place for this. Discussion pages would be more appropriate.

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

----

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.

== Tilted Tracking ==
''For [[Mars]] & [[Europa]]'' 
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors |Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

[[File:mars&europa solar.png|none|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated so the power input is facing north, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''
* Solar panels power should be facing facing west/sunset.

==== Alternatives ====
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|}
Credit for alternatives: PoolSharkFOG
</translate>

https://cdn.discordapp.com/attachments/392785541411635201/470047750034292764/unknown.png

Solar Logic Circuits Guide

2018-07-24T02:16:38Z

Eearslya: /* Tilted Tracking */ Add in when solar panels will do the 180-spin.

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

----

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.

== Tilted Tracking ==
''For [[Mars]] & [[Europa]]'' 
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors |Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

Medicdude's Note: Confirmed the math for vertical solar panel positioning, 75 minus Vsensor div 1.5 is the way to go. You could use horizontal right-side-up sensor if you do 180 minus Hsensor, so with an extra processor and memory chip.

[[File:mars&europa solar.png|none|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated according to the table below, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''
* Solar panels power should be rotated according to the table below.
* Solar panels will do a rapid rotation 180 degrees at some point during the day, depending on their rotation. (See table below.)

==== Solar Panel Rotations ====
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|-
| Solar panels will rotate 180 at: || Midnight || Sunrise || Noon || Sunset
|}
Credit for alternatives: PoolSharkFOG
</translate>

https://cdn.discordapp.com/attachments/392785541411635201/470047750034292764/unknown.png

Solar Logic Circuits Guide

2018-07-22T03:54:59Z

Eearslya: /* Tilted Tracking */ Add a bit more explanation.

[[Category:Tutorials]]
<languages />
<translate>

== Disclaimer ==

Due to the frequency of game updates, all solutions are subject to change and may or may not be functional.

----

== Accurate Solar Setup ==
'''Authors:''' Wooodiii, Corvus_bkgk, Enfantcool, Baksch 
'''Properties:''' Accurate (average error 1.3°), Auto-reset (variant), Power conserving (variant) 
'''Number of Components:''' 10-12
 '''Math Formula:''' <code>f(x) = min((x-min(x,15))/1.5, 100)</code> where '''x''' is the solar angle.

This setup is accurate, giving 495-500W throughout the day, with lower output only when the sun is lower than the panels can physically aim at.

This setup adjusts for the fact that solar panels rotate through only 150 degrees. Instead of converting using 180/100, this setup converts by doing 150/100. It then clips the value at the edges, where the prior calculation would give elevations that are negative or greater than 100 (representing the fact that we would prefer the panel to track past 0 or 100, aiming all the way down to the horizon instead of stopping 15° short). The listed average error is nonzero only because of this completely unavoidable portion; the error is 0 throughout the 15°-165° portion of the day.

This setup produces the equivalent of 274W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]] ("Daylight Sensor")
* 2 [[Kit (Logic I/O)]] (1 "Logic Reader", 1 "Batch Writer")
* 3 [[Kit (Logic Memory)]]
* 4 [[Kit (Logic Processor)]] (2 "Math Unit", 2 "Min/Max Unit")

* The [[Sensors#Daylight_Sensor|Daylight Sensor]] should face the sunrise.
* Solar panels should be rotated such that 0% vertical faces the sunrise.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (A) || Daylight sensor, Solar angle || Sun's angle above the horizon
|-
| Memory (15) || 15 || True angle of solar panels at 0 elevation
|-
| Memory (1.5) || 1.5 || 150/100, the conversion constant from solar angle (range:15-165, i.e. 150) to panel elevation (range:0-100)
|-
| Min/Max Unit (B) || min(A,15) || Adjustment amount: 15, unless that would take A-B negative, in which case only enough to reach 0 (low edge case). Equivalent to min(A-B,0) but doesn't require storing 0.
|-
| Math Unit (C) || A-B || Adjusted solar angle
|-
| Math Unit (D) || C/1.5 || Conversion from solar angle to panel elevation
|-
| Memory (100) || 100 || Maximum possible panel elevation
|-
| Min/Max Unit (E) || min(D,100) || Cap elevation to 100 for solar angles past 165° (high edge case). Equivalent to doing min(A-B,165) before step D, but 100 is easier to set in memory than 165.
|-
| Batch Writer || E -> Solar panels, Vertical angle || Send elevation to solar panels
|}

[[File:Accurate Solar Control.png]]

=== Auto-Reset Variant ===
For panels that automatically reset their facing upon sunset, use two more components, and adjust the final min/max unit:
{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || 1 while daytime, 0 while nighttime
|-
| Math Unit (F) || 100*L || Maximum panel elevation, now 100 during day and 0 at night
|-
| (from above) Min/Max Unit (E) || min(D,'''F''') || Adjusted panel elevation (high edge adjustment)
|}

=== Power-Conserving Variant ===
To conserve power, it's possible to avoid running the entire circuit at night. A transformer can be controlled to power the main logic network above. In this way, only the two new components need to remain powered at all times.

{| class="wikitable"
|-
! Component (Name) !! Settings !! Explanation
|-
| Logic Reader (L) || Daylight sensor, Activation || As in the auto-reset variant above
|-
| Logic Writer || L -> Transformer, On || Transformer powers main logic network
|}

----

== Easy/Compact Solar Setup ==
'''Author:''' Evie 
'''Stationeers Version:''' 0.1.1068.5451 
'''Properties:''' Simple, Inaccurate (Average error: 7.5°) 
'''Number of Components:''' 5

This imperfect setup is a common starting point. It starts off at 375w of power in the morning, builds up to 500w at zenith (noon) then back to 375. This is due to the fact that solars rotate through only 150 degrees of elevation and that this setup's math is correct only if they rotated through all 180 degrees of solar angle.

This setup produces the equivalent of 239W averaged over a whole day/night cycle.

=== Design ===
* 1 [[Sensors |Kit (Sensors)]]
* 2 [[Kit (Logic I/O)]]
* 1 [[Kit (Logic Memory)]]
* 1 [[Kit (Logic Processor)]] ("Math Unit")

[[File:Evie's Solar Circuit Setup.jpg|none|Solar Setup Diagram]]
[[File:Stationeers-compact solar logic.png|none|A super compact version]]

=== Notes ===
* The [[Daylight Sensor]] MUST be facing West (sunrise), but its rotation doesn't matter.
* Solar panels should be rotated such as that 0% VERTICAL rotation faces west/sunrise, and 100% VERTICAL faces east/sunset.
* The [[Area Power Control]] is necessary for the circuit to stay powered during the night. It also hides all the modules from the rest of your system.
* Importantly, the solar input power doesn't directly connect to any of the logic writers. This not only ensures your system doesn't lose power but also prevents short-circuiting that would burn cables.
* Using 1.7 instead of 1.8 reduces the average error of this design to 6.5° and increases overall power generation, particularly in the afternoon.

== Tilted Tracking ==
''For [[Mars]] & [[Europa]]'' 
'''Author:''' Eearslya, Neouni, 𝕽𝖘𝖆𝟗𝟕 and everyone of the #logic-circuit-discussion 
'''Stationeers Version:''' 0.1.1510.7155 
'''Number of Components:''' 10

=== Design ===
* 2 [[Sensors |Kit (Sensors)]]
* 4 [[Kit (Logic I/O)]]
* 2 [[Kit (Logic Memory)]]
* 2 [[Kit (Logic Processor)]] ("Math Unit")

This setup takes advantage of the new Horizontal Mode of the [[Kit (Sensor)|Daylight Sensor]], and as such, is a very compact setup. It provides 99% efficiency during the day, only dropping below when the sun is beyond the solar panel's vertical range (less than 15 degrees above the horizon).

To set the second sensor into Horizontal mode, you will need to use a [[Kit (Logic I/O)|Logic Writer]] and a [[Kit (Logic Memory)|Logic Memory]]. Set the Memory to 1, and set the Writer to write to the Daylight Sensor's Mode variable. Once the mode is written to the sensor, you can deconstruct and re-use the I/O and Memory units. They do not need to be left in place to keep the mode set.

[[File:mars&europa solar.png|none|Diagram]]

=== Notes ===
* Sensor 1: MUST be facing upwards, Mode 0 (Default)
* Sensor 2: MUST be facing up-side-down, rotated so the power input is facing north, Mode 1 (Horizontal)
* '''Don't forget to write the mode to Sensor 2''' ''once written it will remember it''
* Solar panels power should be facing facing west/sunset.

==== Alternatives ====
{| class="wikitable"
! If the solar panel's power connector points: !! West !! North !! East !! South
|-
| Then rotate Sensor 2's power input: || North || East || South || West
|}
Credit for alternatives: PoolSharkFOG
</translate>

Stationeers Wiki talk:Style guide

2018-07-19T22:16:53Z

Eearslya: Adding my two cents.

==Proposal for section organization==
I put up an initial proposal for organization of sections and order of content, <s>the main thing that contradicts to the current state is: '''Summary/introduction before infoboxes'''. This is the default on Wikipedia and other wikis, it makes sense. On desktop, the order of infoboxes/summary won't matter, but on mobile devices it does. A short summary says much more about a topic to a new user than an infobox.</s>
-- [[User:Sunspots|Sunspots]] ([[User talk:Sunspots|talk]]) 16:02, 1 July 2018 (CDT)

I'll have to correct myself here actually. Wikipedia will always put infoboxes first, but as they serve a different version of the page to mobile, they will hoist the first paragraph above the infobox. This isn't something we can implement, so we might just have to live with infoboxes being the first element. --[[User:Sunspots|Sunspots]] ([[User talk:Sunspots|talk]]) 16:25, 1 July 2018 (CDT)

==Article joining/splitting==
To which extent should we merge closely related item articles ([[Filter]] and [[Cartridge]] are good current examples imo), and/or should we split up other items/structures ([[Atmospherics]] is a good candidate, where one kit makes multiple structures)? -- [[User:Sunspots|Sunspots]] ([[User talk:Sunspots|talk]]) 16:38, 4 July 2018 (CDT)

==Article names==
Hopefully an easier decision to make than the one above: When we have 1:1 in-game item to article representation, we need to be more consistent in naming. Should we always use the name from the English translation in the game? One notable instance is ingots (in-game, the naming scheme is [[Ingot (Iron)]], we actually have them as [[Iron Ingot]]). I also believe we have a mix of "Kit(Thing)" and "Thing" articles which don't necessarily represent the current in-game names. The important part is to aim for consistency.

Would it be worth it to comb through and rename them all over the wiki? -- [[User:Sunspots|Sunspots]] ([[User talk:Sunspots|talk]]) 16:38, 4 July 2018 (CDT)

: +1 to keeping a 1:1 consistency with in-game names. We can always create other 1:1-named articles for other languages as well and create a navbox or links for moving between them. Not sure what MediaWiki offers out of the box for multi-language support. [[User:Eearslya|Eearslya]] ([[User talk:Eearslya|talk]]) 17:16, 19 July 2018 (CDT)

== Ore and Ingot Naming ==
There is a need for a naming schema for ingots and ores, as well as common redirects.
There's to main options:
<div class="row"><div class="large-6 columns">
'''Following In-game English translation'''
* Ore: [[Ore (Iron)]]
* Ingot: [[Ingot (Iron)]]
</div><div class="large-6 columns">
'''Following current scheme'''
* Ore: [[Iron Ore]]
* Ingot: [[Iron Ingot]]
</div></div>
I'd really prefer following the in-game names for most things (read or join the discussions above) --[[User:Sunspots|Sunspots]] ([[User talk:Sunspots|talk]]) 17:01, 19 July 2018 (CDT)

: Again, completely agree with using 1:1 naming conventions for items. [[User:Eearslya|Eearslya]] ([[User talk:Eearslya|talk]]) 17:16, 19 July 2018 (CDT)

=== Redirects ===
Then there's the question of where [[Iron]] should redirect - to the ore page, or the ingot page?
--[[User:Sunspots|Sunspots]] ([[User talk:Sunspots|talk]]) 17:01, 19 July 2018 (CDT)

: Something ambiguous like <code>Iron</code> should probably just have a disambiguation page. [[User:Eearslya|Eearslya]] ([[User talk:Eearslya|talk]]) 17:16, 19 July 2018 (CDT)