[22:31:20] NASSP Logging has been started by thewonderidiot [22:31:36] Yep totally understand! [22:31:39] oh yeah that should be fine then [22:32:06] which checklists are you guys talking about? [22:32:10] the four-per-collection only applies to you, by the way [22:32:13] So back to NASSP i have to rework the ECS to compensate for the valve changes [22:32:31] so we can get other people to request other things if it becomes necessary [22:33:10] I think they only have 3 11 checklists [22:33:24] So id ideally just get all three [22:33:29] yep :D [22:34:39] at 81:04:00 i see a p22 auto optics and alt lmk and a1 tracking is there a way to calculate that or is it even required? [22:35:46] I fixed the glycol loop sizes to the real mass and have to rework the tanks as well as finding a solution to increase the flow though the co2 scrubbers. I have my work cut out again haha [22:36:20] Ypu can use the data in the checklist and the g&n checklist to do those if you like [22:36:39] All the landmark info is in the flight plan [22:38:07] How did your LOI 2 go? [22:39:07] didnt happen yet i am at 78:30:00 [22:39:34] Ah ok [22:39:40] It should be easy [22:39:50] and what am i supposed to do with the verb 64 [22:40:14] That tells you the angles you need to point the high gain antenna to "see" earth [22:40:33] okay [22:40:53] You can omit that since the high gain is only partially working [22:43:49] that earth rise is quite a sight [22:48:07] rcflyinghokie, made a good landing, impressive work with the checklists! [22:48:41] Glad to hear! Any timing issues or mistakes? I have flown it through just once [22:48:48] I had that pesky 522 alarm before PDI ignition though [22:48:53] @rcflyinghokie are you the checklist guy? [22:49:05] Apparently [22:49:07] ;) [22:49:08] lol [22:49:18] I think we'll need the flown version to have the proper LR test procedure [22:49:28] Yeah we do [22:49:39] well, for those two p30s before loi, it doesnt say to reload the n81 values [22:49:56] The actual 11 mission had a 500 series alarm as well [22:50:15] I just saw that in the transcript today [22:51:05] Astronauthen96, i need to take a look and see [22:51:45] in the flight plan it says to reload them right before the final p40 sps thrusting [22:51:50] before 75:30 [22:55:10] In the LOI checklist? [22:55:54] no in the actual flight plan [22:56:02] Oh [22:56:10] Hold on i need to check [22:59:04] I dont have it on my phone i can look when i get home [22:59:29] But there should be an uplink before the final LOI 1 P30 [22:59:40] my CSM plane change is only 12 fps, is that even worth it? [23:00:16] @AlexB_88 for loi 2 did you do heads up or down or does it matter? [23:00:44] heads down [23:01:06] all orbital ops should be heads down [23:01:31] Theres a mission rule for plane change I believe [23:01:33] save for say PI [23:01:40] PDI [23:01:53] but in Apollo 11 even PDI is heads-down [23:01:56] PDI is heads down for 11 [23:03:02] and I re-phrase not all orbital ops, but rather orbital burns [23:05:30] I think Ill skip it... and in any event I can test the LM's limits for off-plane ascents :D [23:05:34] All CSM burns are heads down right? [23:05:56] And yeah you will be able to correct that our of plane [23:06:14] it should be within 8 NM [23:06:34] You will also probably have an out of plane error from ascent die to the lunar surface align [23:06:49] I think RTCC can calculate the crossrange error [23:07:26] Unless that was a feature i asked for haha i havent messed with ascent since i did the AGS work [23:09:11] and for loi 2 the flight plan calls for 53.6 x 65.6 but that is not what is in the maneuver pad [23:09:19] I have a lot of ECS work to do though i apologize for it not working right [23:09:27] I use P12 to check for cross-range error, I dont think RTCC can do it yet [23:10:17] Astronauthen96 the RTCC calculates a circular orbit [23:10:35] so just leave it at 60? [23:10:39] Yes [23:11:28] astronauthen96, the real moon has a very diverse gravity field, the targeted that weird orbit because they deemed the orbit would gradually migrate to circular 60x60 with the gravity field over time [23:11:40] Which it did [23:12:03] and I dont think we simulate that in Orbiter 2016 so 60x60 should be fine [23:12:40] I think some is simulated but not super accurate [23:13:16] But yeah your DOI will expect a 60x60 or so [23:13:32] And it will compensate for any variation [23:13:36] yeah [23:15:22] If you havent done much in the LM its easy to get behind in it [23:15:38] So take your time during powerup learning things [23:15:42] And save often [23:16:27] yeah, i am mostly familiar with the csm [23:17:12] @thewonderidiot just wondering have you done a full mission yet? [23:17:27] if watching Apollo 5 counts, then yes [23:17:35] otherwise I have just barely made it through a launch <_< [23:18:03] is that all you do for apollo 5 is watch [23:18:07] yup! [23:18:14] sounds like fun [23:18:15] Sunburst 120 flies the mission autonomously [23:18:18] it's pretty amazing [23:18:30] indy91 and I had a lot of fun getting it to work [23:18:40] Yeah i watched it [23:18:49] It was impressive [23:19:37] I do need to fly an actual mission at some point [23:19:43] Yeah you do [23:19:56] You need to fly your AGS fix finally [23:20:01] hahaha [23:20:12] eh, I'm more proud of the AGC fixes :P [23:20:20] Fair enough [23:20:26] but yeah [23:20:28] for sure [23:20:32] Though the AGS is impressive for its simplicity [23:20:45] hahaha yeah, that was what, a two character fix? [23:20:49] at least on the virtualagc side [23:21:04] that was an extremely devious problem [23:22:16] astronauthen96: I only got involved with NASSP by complete accident, heh [23:23:23] @thewonderidiot dont remember if i asked you but are you a developer too? [23:24:07] sort of -- I maintain the AGC and AGS emulators, and lead the transcriptions of new program listings if we find them [23:24:20] my real primary project is building a replica AGC straight to the original schematics [23:24:36] nice [23:24:45] I really want FP7 [23:25:05] and things sort of worked out such that I knew how to fix some AGC problems NASSP was having exactly when indy91 showed up asking about it [23:25:28] i think apollo 15-17 had a different agc is that right? [23:25:31] so I sort of adopted the virtualagc emulator and started fixing all the things in it to work like my hardware simulations [23:25:43] nope, the hardware was the same [23:25:52] Software was different [23:25:59] even the software was the same for all three missions [23:26:06] they all flew Artemis 072 and Luminary 210 [23:26:13] as of last year, we have both of those and use them in NASSP [23:26:15] 11-14 it changed [23:26:18] thats what i meant i know there is more programs like the tli program 15 [23:26:28] yeah [23:26:44] for the most part in NASSP what you're using is the actual mission code [23:26:49] with these caveats: [23:26:58] for Apollo 9, we don't have any copies of Sundance, the LM software [23:27:21] we don't have Comanche 44, which was the CM software for Apollo 10, and we only have Luminary 69 instead of Luminary 69 rev 2 for the LM [23:27:36] the only difference between 69 and 69.2 was that they switched to the R2 gravity model [23:27:44] we have both of the flown programs for 11 [23:28:09] for 12, we have Luminary 116 for the LM, but not Comanche 67 for the CM [23:28:31] we don't have either of the Apollo 13 programs, although we have an early release of Luminary 131, which is kinda close for the LM [23:28:38] Not having sundance was a challenge [23:28:45] @AlexB_88 throughout the mission did you get any ctd's? [23:28:58] we also don't have either Apollo 14 program, although Zerlina 56 is pretty close to Luminary 178 [23:29:05] and then we have both for 15-17 [23:29:20] the Apollo 5 code, Sunburst 120, is also the version that flew [23:29:28] yeah it's a real shame we don't have Sundance [23:29:45] If you guys haven't had ctd's during TLC that means the valve size fixes worked [23:30:16] when were these fixed? [23:30:22] i am getting ctd's right now [23:30:55] Hmm [23:31:06] they happen at random times [23:31:26] Did the ecs displays go off scale before that? [23:31:44] before what the ctd's [23:32:10] Yeah [23:32:21] not sure [23:32:21] If not then the ctds are sonething else [23:32:34] slow response but I feel like FP7 is the most likely program for us to find next [23:33:08] just because the whole listing was distributed as appendices to a somewhat commonish document [23:35:11] I hope so i really would love to know the changes [23:35:38] @AlexB_88 so have you had any ctd's [23:36:33] astronauthen96, apologies I was away for a sec. I did have on in lunar orbit, but it was not related to ECS [23:36:48] did you get any? [23:36:52] yes [23:37:02] at what point? [23:37:18] at random times i am getting some now only sometimes though [23:37:37] in the LM or CSM? [23:37:44] csm so far [23:38:19] hmm, how old ins your scenario? [23:38:39] maybe a couple of days [23:38:51] well [23:39:17] hard to explain it [23:39:30] did you launch before the latest update? rcflyinghokie, maybe if his scenario is older then the latest LM ECS config file, could that cause issues? [23:39:49] i launched a couple of days ago [23:40:12] my lem has been updated maybe twice [23:40:22] cant remember the last time [23:40:44] Its possible [23:40:56] if it was updated after you launched, im thinking maybe the scenario has some outdated values [23:41:04] @rcflyinghokie would you be able to check my latest scenario [23:41:14] When i get home in an hour or so yes [23:41:18] okay [23:41:59] Yeah Alex you might be right, but the ECS hasnt caused CTDs in a while just the NaN errors so im not certain [23:42:10] yeah [23:42:16] Astronauthen96 do you use VS to compile? [23:42:29] what do you mean [23:43:53] they were updated definetly after launch [23:58:03] @AlexB_88 did you get any during TLC [00:05:10] not with the latest update [00:05:46] i wasnt getting them during launch or earth orbit or anytime before the lem was created [00:13:14] @rcflyinghokie1 i wasnt getting them during launch or earth orbit or anytime before the lem was created [00:26:45] Sorry was driving home left IRC up [00:27:28] @rcflyinghokie i wasnt getting them during launch or earth orbit or anytime before the lem was created [00:27:42] Can you debug them? [00:27:51] i have no idea how to do that [00:29:18] Do you use visual studio? [00:29:28] no [00:29:48] Ah never mind [00:30:04] You can debug using visual studio and it can show you where in the code caused the crash [00:31:38] can you tell me how to do that [00:32:15] Its a little bit involved but I can try [00:32:33] First you need to download and install microsoft visual studio community [00:32:36] Its free [00:32:40] But it will take a bit [00:34:07] its downloading now [00:34:22] is it complicated? [00:35:54] first i have to download windows 7 service pack 1 [00:36:06] It can be [00:36:18] Once you have it down it is very easy [00:36:26] But setup can be a pain [00:47:07] WHEN SERVICE PACK one is sownloading, would you mind just taking a look at my scenario? [00:49:08] https://www.dropbox.com/s/djrtklr3vk2c2xq/BEFORE%20LOI%202.scn?dl=0 [00:51:06] The scn itself looks fine [00:51:22] When do you get your ctd [00:52:27] it happens randomly [00:53:12] Hard to trace that down [00:53:18] Without debugging it when you get it [00:54:14] i think @AlexB_88 said it might be outdated values [00:55:06] I mean its possible but again, only valve sizes were changed [01:00:34] Random CTD's are nearly impossible to remotely debug [01:01:14] mainly happens when i change views or press a button [01:02:08] In the CSM or LM [01:02:18] csm [01:02:37] Yeah I am betting that has nothing to do with the ECS changes [01:05:05] Oh and while you are putting VS in, you may want to learn how to get a git checkout, it makes things much easier to keep NASSP up to date in my opinion, as long as you can build with VS [01:05:11] http://www.ibiblio.org/mscorbit/mscforum/index.php?topic=2864.0 [01:07:30] That way you can simply go a git checkout, your local copy will be up to date, and you can build the project with visual studio and debug when you crash [01:09:25] Sorry i cannot be much more help tonight, its been a long day and I have like no brain power left (not that I have much to begin with :P) [01:09:44] okay [01:09:55] But install VS and GIT and if Alex hangs around I am sure he can help you get it set up [01:10:18] And if thewonderidiot or Thymo pop on they can as well [01:10:33] Goodnight [01:14:42] IRC-Source_35605: I'm generally pretty quiet at night but I am usually on until 10-11pm PST [01:15:00] okay [01:15:08] but no promising on answering questions, unless you want to know something about AGC hardware or non-mission software [01:15:10] lol [01:15:43] do you know how to debug ctd's with visual studio? [01:15:50] nope [01:16:01] okay [01:16:02] that has caused a lot of consternation [01:20:11] it stopped working for Niklas and Ryan for a while [01:38:34] @thewonderidiot so you said that you have barely gotten passed a launch? [01:48:36] yeah [01:48:41] I launched Apollo 8 at one point [01:48:52] but then got distracted so it only barely made it to orbit [01:49:22] you should try doing a mission one time like apollo 11, when you get into lunar orbit and see that earthrise its a great feeling [02:01:45] haha yeah for sure [02:01:53] I will eventually [02:24:40] night [13:38:29] hey [13:40:26] @rcflyinghokie, so do you think you could show me how to use the visual studio to debug the ctd?, or are you busy [13:40:35] I can start [13:40:50] Where are you with the installs? [13:41:03] got visual studio community installed [13:41:27] Ok awesome [13:42:31] Do you know how to run it as administrator? [13:42:35] yes [13:42:52] got it [13:43:54] Ok [13:44:10] So first we will enable the debugger [13:44:32] When it is open, go up top to debug, and click options [13:46:31] is it the just in time debugger [13:48:35] Yes [13:48:40] okay [13:48:45] Make sure all three are checked [13:48:58] Then click ok [13:50:01] all three what? [13:50:33] Options ->debugging->just in time [13:50:38] There are 3 checkboxes [13:51:03] i only see two [13:52:00] native and managed [13:54:45] There should be one for script as well [13:55:01] https://www.dropbox.com/s/vffw7pr2p6ilh2r/Screenshot%202018-02-03%2008.54.53.png?dl=0 [14:00:14] Oh wait [14:00:19] You might not have installed it [14:00:26] Which options did you select when installing [14:01:32] only just in time debugger [14:01:44] well alex said that he was getting ctd's as well and he said it wasnt related to the ecs, would you mind just trying this scenario and see if you can get a ctd i will be right back i am going to make coffee then i will try debugging [14:01:52] https://www.dropbox.com/s/djrtklr3vk2c2xq/BEFORE%20LOI%202.scn?dl=0 [14:06:10] ok [14:14:08] No CTD yet [14:16:50] Time accel to LOI2 time no CTD [14:17:43] did you use the rtcc? [14:18:14] Yes [14:18:20] Calculated LOI2 and such [14:20:07] No problems I saw [14:21:08] well when i ctd'd i got something about nt.dll [14:22:44] Thats an issue with your windows install [14:23:18] Or your redist packages [14:23:26] Not orbiter/NASSP [14:23:34] do you think that might be it [14:25:18] Its a windows file so yeah [14:25:32] And using the debigger for NASSP wont help with that [14:25:35] debugger* [14:25:47] it said not loaded [14:25:57] So somethings not installed [14:26:07] Did this just start happening? [14:26:30] i used the debugger and thats what came up [14:27:17] Which debugger [14:27:27] And what exactly came up [14:27:31] just in time [14:27:49] nt.dll could not load or something like that [14:28:11] I have never seen that error before [14:28:23] But again which options did you choose when installing VS [14:28:51] i could reinstall it [14:29:26] Well you need to install certain components [14:29:33] So you can do a modify install [14:29:42] go to the visual studio installer [14:30:07] too late [14:30:37] Too late for whay [14:30:38] what [14:30:47] strange it doesnt happen in earth orbit [14:30:59] its uninstalling [14:31:03] Nooo [14:31:19] or anytime before the lem is created [14:31:23] Welp you will have to reinstall and redownload [14:31:38] And an nt.dll issue has nothing to do with NASSP code I am pretty sure [14:31:59] Let me know when you begin the reinstallation so I can tell you which packages you need [14:32:09] i am at the install page [14:32:19] Ok [14:32:52] I selected universal windows platform development and desktop development with C++ [14:32:59] And the additional tools you will need [14:33:19] VC++ 2015.3 V140 toolset and JIT debigger [14:33:22] debugger [14:34:26] got it [14:34:43] Ok with those selected you can install [14:35:10] its 21 gb but thats fine [14:35:17] Yeah [14:35:29] You only selected the things I mentioned right? [14:35:36] yes [14:35:55] well time for another coffee [14:36:42] are you in canada? [14:37:10] just wondering [14:37:25] No [14:37:27] US [14:38:01] EST? [14:38:03] Yeah [14:38:10] Just outside of Washington DC [14:38:12] its 6:30 here [14:38:23] 9:30 here [14:38:25] in surrey british columbia [14:39:43] well i have another laptop [14:39:51] maybe i can try the scenarios on there [14:41:19] I will say I have a laptio I get CTD's all the time on and I havent a clue why [14:41:38] They are dxd9 errors so I think its a graphics software incompatibility [14:41:44] laptio [14:41:48] laptop [14:41:52] Wow I cannot spell this morning [14:52:12] when it happens it seems to freeze for 1 or 2 seconds then crashes [14:54:00] Yeah thats probably a hardware/software issue on your computer similar to mine [14:58:32] so i am looking up the nt.dll thing and it seems it has something to do with visual c ++ [14:58:42] but i will try it on my laptop [14:59:16] Thats why I think its an issue with a redist package [14:59:39] Do you have redist 2015 and 2017 in x64 and x86 [14:59:52] not sure [14:59:57] do i need both [15:00:50] my system is 64bit [15:01:35] Yes [15:01:40] NASSP runs in x86 [15:22:32] morning [15:22:38] Good morning [15:25:42] @AlexB_88 did you say that you were getting ctd's in lunar orbit? [15:26:24] none so far [15:26:47] i think its a problem with my system [15:27:28] what happens exactly during your CTD? [15:27:48] nothing really [15:28:03] is there a message of some sorts? [15:28:13] nt.dll [15:28:59] ntdll.dll? [15:29:10] probably windows ntdll.dll [15:29:18] yes [15:29:45] you can search on the internet for what to do in those errors, maybe you just have a corrupt version of that file [15:29:48] Woo side note I have the glycol mass fixed and pressure stabilized once again without messing with the tiny valve sizes [15:29:55] Now to see how temperatures flow [15:33:33] I am just about to sart ascent preparations with Apollo 11. Up until now I do have a list of minor issues for the checklists, but for the most part it is very good [15:34:33] And the ECS has been working quite well, aside from a perpetual temp light on the DSKY, the high C02 [15:35:01] Haha yeah those are both caused by the magnitude decrease of valve sizes [15:35:07] Thats what I am slowly working through [15:35:34] And I'd love your minor list whenever you get a chance [15:35:42] sure [15:36:35] One other thing is the FWD hatch is very hard to open, I have to differ from the checklist and close DES O2 for the pressue to go down enough, then it opens [15:37:16] if I leave DES O2 - OPEN as the checklist says, the pressure never goes down enough [15:37:52] Let me recheck the 11 surface checklist and see if it is supposed to close [15:38:00] But the hard to open thing was a real problem :) [15:38:40] yeah [15:38:58] oh and I have fixed our descent stage, legs closed [15:39:21] It was wrong all along [15:40:48] What was up with it? [15:41:27] one sec Ill make a comparison [15:42:56] And yeah the o2 valve stays open, so I will have to check and see where it is leaking into the cabin [15:43:34] Looks like suit circuit pressure stays at egress pressure while the crew is on the surface [15:43:58] So I probably have a leaky valve somewhere there letting it into the cabin I will investigate that when I move to the O2 system fixes [15:46:59] https://www.dropbox.com/s/5lo532rvryp02ke/LM_1.png?dl=0 [15:47:56] I dont think I ever noticed [15:48:12] whoever modelled our LM legs retracted, had the legs dropped down in a weird way [15:48:46] the top part of the leg structure (the black part at the top) should not move between the 2 states [15:49:10] and also the probes should be folded back [15:53:39] The probes should be back? [15:53:52] Do they extend separately? [15:54:58] yep [15:54:59] https://spaceflightblunders.files.wordpress.com/2017/09/lm-4-s69-17807-orig.jpg?w=1632 [15:55:47] probably extends through the same mechanism as leg extension [15:55:59] That LM has a probe on the front leg, Apollo 10? [15:56:14] yeah I think thats Apollo 10 [15:56:27] Yeah up top LM 4 [15:56:39] So 9 and 10 need a probe on the front leg [15:56:51] yeah [15:59:10] Hmm for some reason my evap temp out keeps dropping from 50 to like 20 without the evap flow on [16:02:37] Ah found it [16:18:41] morning! [16:19:41] Good morning [16:20:26] what's up? [16:40:00] I cannot keep the glycol loops cool enough with these valve changes [16:40:19] Well actually the loops are ok, but the IMU is too hot [16:40:48] boo [16:41:06] I am trying to change the heat exchanger to compensate [17:12:37] heheh, this AGC signal has a great name [17:12:38] RRRARA [17:16:31] Haha I sounded that outloud [17:17:47] hehehe yeah I've said it out loud a couple times while filling in its entry on this spreadsheet :P [17:24:38] man, I seriously owe Niklas a beer [17:25:11] I've been looking for the pinout for the main AGC connector for like two years to no avail [17:25:53] and yesterday while discussing how to implement counters in NASSP he dropped a pin number and didn't even realize it [17:26:25] turns out the LM systems handbooks have a partial pinout in the LGC interface diagrams, so we've had it this whole time [17:34:41] Oh wow [17:44:58] My a key stuck for some reason [17:45:03] I have never seen that happen [17:49:39] weird [17:50:13] im about ready to commit the new mesh, just going to run it by Niklas 1st [17:54:09] Nice [17:54:26] I am still working the glycol, I want it working right before making a PR [17:54:33] Its closer though [17:54:41] I just have low flow rates [17:54:50] Because of small valves :( [17:57:35] I should be getting around 300 LB/hr [17:57:44] I am getting about 24 [17:58:16] But I did fix the IMU Temp [17:59:34] Gotta restart windows wants to update [19:55:33] hmmm [19:55:44] so for CDUs [19:55:58] how do X, Y, and Z map to inner, middle, and outer gimbal? [20:06:41] hmmm [20:06:53] X = outer, Y = inner, and Z = middle, I think [20:07:34] or maybe not? [20:08:35] lol [20:09:13] Luminary comments and Skylark GSOP both agree with that, but the AGC Architecture and Operation book and the VirtualAGC website must be wrong then [20:27:04] ah man good question [20:27:37] I'd like to say its that but Im not quite sure [20:29:37] hey [20:29:44] that's what I'm going with for now [20:29:44] hey [20:30:01] so i switched to my laptop and i dont seem to be getting ctd's [20:30:35] does anyone know how to make the moon textures lower? [21:13:19] astronauthen96: I don't, sorry [21:13:45] its okay i got it [21:16:15] cool [21:17:09] also, this spreadsheet is *such a pain* to build... in addition to the systems handbook I need usually three pages of schematics as well as their ND-1021042 counterparts open to positively get all of the info [21:45:27] that was a hell of a restart [21:45:41] Haha well while it was updating I was asked to go run errands [21:45:58] hehehe [21:46:02] So the update was quick, my return from town, not so much [21:46:35] So I have to have a brainstorming session with Niklas soon about flow rates and valve sizes and stability [21:46:49] Because these flows are quite limited now [21:47:03] And with that, the heat transfer is limited [21:47:49] sounds less than ideal [21:48:34] Yeah the valve sizes being smaller lend to a stability during time accel and prevent the NaN's [21:48:59] But I can only compensate so much [21:49:42] I have it so it works pretty well in a short term, I havent tested long term, but I am getting only 10% of the nominal flow [21:49:55] And that is due to valve size restrictions [21:50:17] ouch [21:52:04] Yeah I dont know what else I can do, I plan on doing a bit of longer term testing of course but I am not liking the low flow [21:54:08] yeah, seems like the best way would be to find a better way to increase stability [21:54:11] whatever that is [21:54:20] Its all about timesteps [21:54:33] And how the code handles things per timestep [21:56:37] And heat transfer through pipes for example is proportional to only the valve size per timestep [21:59:15] So that automatically slows my heat transfer between glycol tanks in this case [22:00:02] But the stability thing (getting the NaN's) solution right now is smaller valves, but I wonder if there is a reason larger valves cause them constantly [22:00:34] there must be [22:02:09] Yeah just need to find it [22:09:36] so I've pulled the binding off of the LVDC flight program development document and am scanning it in [22:09:40] should be done within the hour [22:11:11] Very nice [22:11:19] hey [22:11:28] i think i might know what the issue was [22:12:23] @rcflyinghokie didn't have redist 2017h [22:12:39] Ah [22:12:46] Yeah that could cause issues [22:12:55] i tried it on my laptop and didn't get ctd yet [22:13:03] havent tried it on the computer though [22:13:37] is the 2017 redist for orbiter 2016 with nassp v8 [22:13:54] because i never got ctd's with v7 for orbiter 2010 [22:16:20] I believe with 8 things switched over to VS2017 [22:16:47] because of the higher resolution with the earth and moon? [22:24:01] No just because VS 2017 was out and there was no point to use older software [22:30:46] still no ctd and a big relief [22:31:17] @thewonderidiot thanks [22:31:46] wait what did I do, haha [22:31:58] for helping to develop the agc [22:32:49] ah, my pleasure :) [22:32:59] couldnt have gotten to the moon without it [22:33:10] and another thing are these chats recorded? [22:33:25] yeah [22:33:40] you can start and stop that with .endlogging and .startlogging, but we usually leave it on [22:33:54] do you know where the logs are [22:34:54] https://vanbeersweb.nl/irclogs/%23nassp/ [22:35:05] thanks [22:35:10] we didn't start logging until relatively recently [22:35:19] yeah, i remember you turning it off cause you were swearing [22:36:14] haha, that wasn't why I stopped it :P [22:36:37] and for the 15-17 scenarios does it have different software for the agc? [22:36:57] yeah, 15-17 have the flown CMC and LGC programs [22:37:12] cool [22:40:27] and I thiiiiink 14 uses the same programs since we don't have either of those [22:47:49] scan completed! [22:48:15] so this details not only the flight program development, but also what goes into the EDD and when and how it's used [22:48:23] and lists out all sorts of other documents [22:50:26] https://drive.google.com/open?id=13KPzXkfC6CToFog6nnVS21LX_F3Lzrly [23:06:45] ohhhhh snap [23:06:52] you know what else this systems handbook tells me?\ [23:07:22] it tells me the drawing number for the Level III LM Drawing from Grumman that they got these pin numbers from [23:07:37] and given a drawing number, I have two people I know who I can email to try to find it :D [14:08:15] Good morning [14:10:23] hey [14:10:56] Hows it going? [14:11:19] good [14:15:39] Have you had some time in the LM yet? [14:18:43] not yet [14:43:13] My debug button comes back now but it just brings up another window with "close program" or "debug" and then exits [17:57:47] morning! [18:07:05] Good afternoon :) [18:12:20] what's up? [18:16:05] Working with the LM ECS some more [18:16:19] Figuring out some work arounds to the valve restriction [18:16:30] And trying to add a cabin fan that is more than just sound [18:17:32] haha [18:27:59] good evening [18:28:09] Good afternoon [18:29:04] Actually your timing is impeccable, I wanted to ask you about your additional valves as I have an idea to make a cabin fan actually work [18:29:07] hey [18:30:21] I also have made a bunch of ECS adjustments with the small valves that seem to work in the short term at least [18:31:31] For example if I make: [18:31:32] CABINFANDUCT [18:31:33] CABIN 0 2 0.01 [18:31:33] [18:31:38] What are the parameters on it [18:31:57] tank it is connected to [18:32:09] initial state (0 = closed) [18:32:25] I think 2 is the opening/closing time, but I am not sure that is used in the code [18:32:41] it's a parameter that existed in the valve class already [18:32:48] 0.01 should be size [18:32:59] Ok [18:33:26] I am simply putting a pump of the appropriate volumetric flow that will pump out of the cabin and back in the cabin [18:33:49] Not sure what its effects will be but I have been curious to try [18:34:20] probably no big effect [18:34:41] the "Flow" and "GetFlow" functions are called during the same pipe timestep [18:34:52] so the cabin will end up with the same volume as before, always [18:35:02] or mass rather [18:35:21] Good I dont want a big effect [18:35:34] Maybe a slight pressure increase [18:35:41] Which would help with the gas return [18:36:42] you are going to put a bit of Q in it with the pump I guess [18:36:51] hmm [18:37:00] Could help with heating [18:37:07] I'm really not sure if there will be any effect at all [18:37:22] I am about to try and see as soon as I rebuild [18:37:47] I will go ahead and PR my glycol changes though they seem to be functioning [18:38:25] hey [18:38:31] hey Alex [18:38:49] rcflyinghokie, it's not going to do anything with the way you plan it [18:38:59] it's going to temporarily remove a volume from the cabin [18:39:08] and directly put it in it again, without any change [18:39:22] Isnt that what the actual cabin fan did? :) [18:39:23] not even energy [18:40:02] https://www.dropbox.com/s/5lo532rvryp02ke/LM_1.png?dl=0 [18:40:05] the actual cabin fan helped with making the cabin air homogen [18:40:14] We dont have to worry about gases separating in 0g or lunar dust, so the cabin fan just running maybe adding a little heat from the motor would be ideal [18:40:46] we just have one cabin tank, your idea would only have an effect if we had multiple cabin tanks [18:41:23] it's works with the e.g. suit loop pumps because it's a few tanks connected [18:41:46] but just cabin -> valve ->pump -> valve -> cabin as they work right now will have no effect [18:42:16] Other than being more realistic in terms of systems than just a sound effect [18:42:45] yeah, we could connect the generated sound to the pump speed or something like that [18:42:59] which also would require some code changes though [18:43:23] I just have a simple implementation attached to your cabin fan controller code [18:43:48] I can add 35.5 watts of heat to the cabin [18:43:56] Wow the suit fans ass 163 watts of heat? [18:43:56] in the real spacecraft there was the risk that you would get a CO2 bubble around the astronaut during the sleep period [18:43:58] add* [18:44:11] so that is one reason for cabin fans [18:44:20] Right [18:44:40] I can add code to our pump class for adding heat [18:45:12] Adding a definable amount per pump? [18:45:42] Like the way the boilers work in the config with a power wattage and heat wattage [18:45:49] yeah [18:45:53] That would be great [18:49:50] thewonderidiot, have you read Ron's most recent rant about the search for LVDC code? :D [18:50:13] haha no [18:50:50] hey [18:51:04] https://virtualagc.github.io/virtualagc/links.html#LVDC [18:51:56] I forgot about some of the stuff that guy in Huntsville told Ron [18:52:19] like the Flight Control Computer was this big obstacle to simulating a Saturn V :D [18:52:21] hey astronauthen96 [18:52:54] hahahaha [18:53:14] so i tried one of my scenarios 6 minutes before launch and once i got into earth orbit i was getting ctd's, then i tried the 4 hour and no ctd's do you think my recent scenarios might have outdated values? [18:53:33] I love when Ron goes on a rant [18:54:39] astronauthen96, weird. I'm really not sure what would cause those CTDs at that time [18:55:12] something about ntdll.dll its a windows file so i am going to reformat my computer and see if that works [18:55:37] would you mind just checking my scenario real quick when you have the time? [18:56:27] yeah, I can do that tomorrow [18:56:36] okay [18:56:41] oh Niklas [18:56:45] I owe you a beer... or three [18:57:25] I'm almost 100% certain that those numbers in the LM systems handbooks are AGC main connector pins [18:57:28] I owe you some as well [18:57:29] https://docs.google.com/spreadsheets/d/1iuJ0ruYgXJvbM6b3NhaP7wdop9FBo5l0OB51hDs4LMc/edit?usp=sharing#gid=1879583058 [18:57:36] Oh about the flow for the systems though, I can get nowhere near the actual numbers now due to the valve sizes [18:57:47] so I have gone from knowing none of them to knowing almost all of them :D [18:58:13] very good [18:58:24] and, rcflyinghokie, not very good at all [18:58:34] Yeah glycol for example [18:58:43] 290 LBH I believe is nominal [18:58:50] I get 24 or so [18:59:23] I will try to find of the underlying issues that caused the NaNs [18:59:27] I have the loop working properly otherwise [18:59:32] then we can safely increase the valves again [18:59:41] find out* [18:59:53] I just dont know how it will handle a mission, in the short term it looks good [19:00:00] Even with 10% of the flow [19:00:19] all tanks in LM and CSM being NaN can handle a mission even worse though :D [19:00:48] Oh I know [19:00:58] better heat exchanger code would be a big help I think [19:01:02] evaporator as well [19:02:31] Yeah [19:02:37] I will PR what I have done [19:03:08] Its a bunch but everything seems happy for now, again not tested on a long term mission and I fixed the glycol masses to the correct values [19:07:08] great [19:07:37] stability is better now? [19:07:46] if you have an idea about better equations for e.g. heat exchanger let me know [19:08:07] the simple temperature difference just can't be right for low pressures [19:08:11] Yeah its stable but it may sacrifice how well it works in the long run due to small valves [19:08:24] Yeah i will think about it and do some research [19:08:59] thanks [19:09:54] I also had to increase the IMU HX size [19:10:34] That seems to fix the TEMP light with the adjusted glycol loop [19:10:49] oh, it can't even handle that now? [19:11:14] just don't forget that you changed that, haha [19:11:15] Nope [19:11:19] Went from 2 to 5 [19:12:02] I may be able to bring it down but I need a long duration test to see [19:12:08] It stays stable with 5 [19:13:40] Is CO2 levels better, too? [19:13:52] Only a little [19:14:10] The low flow rates still effect the CO2 scrubber [19:14:33] Now we can make them require a lower flow [19:14:44] And thus remove more CO2 per unit volume [19:15:09] But without big changes to tank sizes and/or valves I cannot get a good high flow through them [19:15:17] I am still playing with it though [19:17:05] yeah, we definitely will make valve sizes larger again [19:17:34] once we are confident that that will not lead to the whole ECS breaking down [19:19:11] In the mean time if I cannot get the co2 flow higher using tank sizes, would you mind increasing the removal rate? [19:20:11] I can do that [19:20:37] Right now, in the prim co2 case, I have a 2L tank with a 0.05 out valve going to a 20 L tank [19:20:53] I was trying to use tank volumes to create a larger dP around the scrubber [19:21:08] But I dont want to go much larger/smaller [19:22:26] so, that is one of the valves that can safely be increased in size again [19:22:34] I think [19:22:49] I just mindlessy reduced all the valve sizes [19:22:56] mindlessly* [19:23:20] what can't be safely increased right is probably: valves of tanks connected to heat loads, heat exchangers and evaporators [19:23:26] right now* [19:24:04] So valves on pumps should be ok? [19:24:47] yeah, mostly due to pumps now having a flow through them when off [19:25:03] Great [19:25:07] I will adjust those then [19:25:20] that is at least one change I did that wasn't only a bandaid [19:25:21] With the current state I can only get a constant 0.05 flow rate [19:25:59] all other changes to code and valves were done with not really knowing what actually causes the issues [19:26:23] Well I adjusted many but kept them in the same order of magnitude [19:26:40] And in the glycol case, that order prohibits a normal flow [19:37:39] The issue I am having with the CO2 now is when I change those valves I also change the fan capacity [19:38:04] The suit fan dropping the pressure of the suit fan manifold is what increases the flow through the scrubber [19:38:16] So I need a low pressure there and a high pressure in the co2 canister [19:38:30] Suggestions without changing the fan? [19:41:49] Ah never mind I did math wrong [19:48:30] so, when i switch to the left window i can see the lem as if it is in front of me and then it crashes [19:50:07] interesting [19:50:22] jalexb88, is it possible that this is caused by any of your recent changes? [19:51:43] it doesnt happen everytime [19:51:58] i switch to the window [19:52:04] but eventually it does [19:56:54] is it the ntdll.dll? [19:57:00] hmm, I only modified the mesh itself so it would be weird if it did [19:57:15] @rcflyinghokie not sure [19:57:32] @rcflyinghokie i am reinstalling windows 7 today [19:59:03] jalexb88, the commit before that had a few code changes [19:59:43] ah wait, that was a super simple change [19:59:47] so probably not that [20:04:05] it never happens before the lem is created [20:06:26] astronauthen96, what happens exactly? could you take a pciture of it maybe? [20:07:37] you see part of the LM infront of you, from the left main window view? (panel) [20:08:54] on the left main window its almost exactly as if the front part of the lem, (where the docking target is) is in front of the main left window [20:09:14] i just glance out the window and i see it and then it crashes [20:12:42] i will try to get a video of it and take a screenshot [20:15:54] when it crashes do you get the NTDLL.DLL? [20:16:07] i am checking right now [20:16:21] it just crashed [20:17:21] rcflyinghokie, is AGS 465 supposed to have 32 fps radial rate at insertion exactly, or so you set the rate from the lunar liftoff page, which I have at 28.3 fps? [20:17:33] yes it is ntdll.dll and it also has 2 saturn 5 dlls [20:18:12] atronauthen96, you're going to have to take care of that ntdll.dll 1st, thats probably the main cause of your issues [20:18:27] yeah i am reinstalling windows 7 sometime today [20:18:36] I need to look at the checklist, I usually changed mine though as those values are called up in a maneuver pad I think [20:18:49] ah ok [20:19:25] If you look at the Apollo 12 data cards its part of the liftoff pad [20:19:38] So I'll load 232+00600 and 465+00283 [20:20:12] I think 232 remains the padloaded value of 60 [20:20:23] It isnt in the ascent pad [20:22:05] Yeah 232 isnt changed per the flight plan either [20:22:47] I suppose it could be though [20:23:03] TIG-35, 232 and 465 are there [20:23:18] So maybe they did change them if they had different numbers from MCC [20:36:05] yeah [20:36:15] coming up on lunar liftoff [20:36:51] going to do a normal insertion + rendezvous (with the checklist following PGNS) [20:37:05] then going to refly the whole thing with just AGS [20:37:32] Ah nice its fun [20:37:47] I havent really tested it much so going to take this opportunity to learn it [20:37:53] You can try manual RR updates if you wish but its a PITA [20:39:18] haha yeah [20:39:28] do I need to do an AGS SV update after insertion? [20:39:50] I guess not if I do the RR updates [20:41:36] Right [20:41:50] If you dont want to do them just "cheat" and do a manual AGS SV update [20:50:32] Ugh now I have the ECS overpressurizing the suit circuit [21:05:41] My AGS is all screwed up at insertion, but I think I know why [21:06:14] I did the 400+4 before liftoff, but then did a 400+3 and I think that screwed the orientation [21:10:52] Yeah [21:11:13] You do the 400+4 after you are aligned [21:11:39] And you need a 400+1 before ignition [21:14:42] I guess the checklist needs a separate V47 at the end of the LM pre-ascent, that omits the 400+3 [21:15:28] or at least has the 400+3, before the 400+4 [21:19:54] Yeah [21:20:04] Because the last V47 before launch doesnt have a 400+3 [21:20:12] Add it to the list :) [21:24:55] sure [21:25:02] doing CSI now [21:25:22] its says 605 Load Cotangent of LOS to CSM [21:25:47] I already have +00777 in there, is that good? [21:26:30] Yes [21:27:05] ok [21:29:01] We dont have a good calculator for a new one, and that takes into account the nominal LOS [21:33:48] just did some math, its to cotangent of 26.6 x 2 [21:33:51] the [21:34:23] so cotangent of twice the elevation angle I think [21:34:36] I could be way wrong [21:35:48] Either way using nominal ascent values that is correct to use [21:36:34] 90 AGS time bias is used for the whole mission, right? [21:40:57] I believe so [21:41:05] I never found a reference to a new one [21:48:07] Hm they voiced up a K factor at 122:28 [21:48:17] 119:59:5992 [21:48:23] Maybe it was 120 hour bias [21:49:37] Yep [21:49:46] K factor is the bias [21:50:23] Might need to change that in the checklist [21:54:09] im confused at the part where you load 450,451,452 in the AGS for CSI, dou you load the N86 values? [21:55:33] After insertion? [21:55:45] yeah, for CSI [21:56:06] following the checklist [21:56:08] Yes [21:56:20] so N86 values [21:56:24] Yes [21:56:27] 48.8 0 0 [21:56:29] ok [21:56:41] Looks good actual was 51 I think [21:57:15] No dvz huh? [21:57:31] can the AGS calculate that on its own? [21:58:02] if the PGNS is kaput, then obviously you have no N86 to check [21:58:53] Yes [21:59:02] You run the CSI targeting routine [21:59:20] But you overwrite them with the N86 values shortly before ignition [21:59:37] So you can switchover if needed using the last PGNS target [21:59:46] right [21:59:50] And of course as a sanity check for residuals [22:00:16] byw my PGNS is 48.8 and AGS 267R 47.9 [22:00:59] so I'm 20 procedures into scanning the AS-503 verification procedures book... probably still have ~500-600 pages to go [22:01:01] https://drive.google.com/open?id=1gpPc98DbmBhsmgxcXS_nEPq0Zj73qCxH [22:02:51] Nice work Mike! [22:05:18] :) [22:13:02] Ill do CDH tomorrow, night! [22:14:07] haha [22:14:26] "Verify illegal mode." "Verify illegal stage." "Verify illegal rack." "Verify illegal channel." [22:14:30] "Verify illegal Imput." [22:14:37] captial I, and an m [22:17:19] Lol [22:19:10] I feel I am running in circles with the ECS [22:22:44] :( [22:33:02] here's a Saturn V ECS test procedure: https://drive.google.com/open?id=1M84uxPftvLEnzcUAv3GPdCwHVGYDgaUb [22:34:51] That ECS system is interesting to say the least [22:35:25] lol [22:51:09] I think I have a sense of stability now haha [22:51:23] At least good enough until we find the true underlying cause of those NaN errors [23:11:03] Super bowl time! [23:11:50] enjoy! [00:33:01] hey @thewonderidiot just wondering did you help develop the lvdc? [00:46:07] nope! [00:46:15] not at all, really, heh [00:46:23] indy91 does most of the work on that nowadays [00:46:28] or all [00:46:50] I've only assisted in tracking down and scanning documents [01:21:38] if we ever manage to find actual LVDC software then I'll be heavily involved in getting that work [12:55:11] . [15:21:31] Good morning [15:22:01] hey Ryan [15:23:03] I think I've finally got the sep attitude on the TLI PAD fixed [15:23:21] Oh very good [15:23:47] it worked by luck for Apollo 8, but not for most other missions [15:23:58] now it seems to work for all missions [15:24:28] What was the trick? [15:24:36] @indy91, for apollo 11? [15:24:37] it was actually two issues. The TLI PAD calculation couldn't deal with a yaw angle for the sep attitude, which most missions except for Apollo 8 used [15:24:58] e.g. Apollo 11 is 40° from the orbital plane [15:25:14] so about 40° yaw on the PAD as well [15:25:21] i am launching right now [15:25:38] and the other issue was, as I expected, a coordinate transformation issue [15:26:07] the TLI PAD simulates the TLI burn in LVDC orbital parameters, which are kind of non-standard [15:26:17] so always tricky to convert back and forth [15:26:33] I bet [15:26:43] orbital elements* [15:26:56] seems to work now, although I am not fully convinced, haha [15:27:19] I have the O2 system working a little better now, but I get too high pressure in the suit circuit [15:27:38] @indy91 will this be released as a build today? [15:27:45] yes [15:27:55] i am almost into orbit [15:28:06] What has been happening I believe is by the time the suit circuit reaches the right pressure, there is still so much high pressure mass in the previous tanks that it just flows into the SC [15:28:09] but i have the attitudes memorized [15:28:27] I am now getting the exact same attitude as on the historical TLI PAD [15:28:32] Great! [15:28:35] not even 1° off [15:28:36] that is right [15:29:11] fun fact, for Apollo 8 the simulation of the TLI maneuver by ground computers was still pretty bad [15:29:22] so they were almost 10° off in their calculation [15:29:34] after TLI they gave the crew updated values [15:29:44] which are close to what the RTCC MFD is also calculating [15:30:20] for me it is sep, 000 108 041 extraction, 300 288 319 [15:30:58] are that the actual attitudes you got last time? [15:31:26] 357°, 107°, 41° is on the historical Apollo 11 TLI PAD, same on the RTCC MFD now [15:31:58] extraction attitude isn't calculated by the RTCC MFD, because the TLI PAD was based on Apollo 8 [15:32:03] last time [15:32:11] so within 1°, very nice [15:32:22] maybe the sivb wasnt full maneuvered [15:32:35] fully* [15:33:00] the IU also uses a 1° deadband in every direction, so it can always vary a bit, no problem [15:36:43] are the sep attitudes for all the missions? [15:37:15] not the numbers on the PAD, no [15:37:28] so, the separation attitude was chosen based on lighting conditions [15:37:42] almost all missions used 120° pitched up from local horizontal [15:38:05] and based on lighting some yaw angle, Apollo 8 used 0°, Apollo 11 40°, some other missions -40° [15:38:12] but that is in LVDC internal coordinates [15:38:34] the attitude on the PAD is of course CSM IMU angles [15:39:08] and the TIG of the TLI varied a lot so I would expect the pitch angle on the PAD to vary a lot as well [15:39:42] Apollo 12: 356°, 092°, 332° [15:40:05] i think for apollo 10 the sep and exctraction attitudes were in the flight plan [15:40:06] Apollo 10: 358°, 151°, 40° [15:40:14] maybe the nominal angles [15:40:35] but the TLI PAD was calculated based on the actual trajectory [15:40:54] that's what you need a Real-Time Computer Complex for :D [15:41:31] yeah, the Apollo 10 flight plan has a bunch of nominal attitudes [15:42:59] astronauthen96, I've pushed the update for the RTCC MFD [15:44:25] and I think I'll add the extraction attitude next [15:45:12] rcflyinghokie, back to you, that behavior probably is caused by small valves. Sounds like it at least... [15:46:53] Yeah I am trying to compensate for them with adjusting tank sizes but I can only get so much effect [15:47:35] I am just doing a few more mass debugs and I will commit what I have for now until a better solution is available [15:53:22] I think i redid the math right on the suit fan, but I am not sure, when you changed the valve sizes for it you didnt change the fan cap to compensate did you? [15:53:35] no, I only changed valve sizes [15:54:12] Would you mind cross checking my math for the 24 cfm flow and an inlet valve of 0.05 [15:54:55] no problem [15:55:39] cfm = ft³/min? [15:55:43] yes sorry [15:56:30] Probably an americanism I dont know its a common abbreviation for that especially on appliances and such [15:57:00] yeah, I've not encountered it before I believe [15:58:29] Like if you buy say a box fan or similar item here it will have "200 cfm" or even a furnace fan for your home it will read in "cfm" [15:59:20] looking at Amazon that would be m³/h here [15:59:31] makes sense [16:00:12] They are comparable units [16:00:24] 1.7 m^3/hr is 1 cfm [16:00:35] yeah, about the same magnitude [16:03:15] And to verify the steps you took for calculating those, you converted cfm to L/s and set that as a constant so that constant = dP * valve size? [16:03:21] dP in Pa [16:03:38] or L/Pa/s or whatever it was [16:03:39] I think that's what I did a few weeks ago, yeah [16:03:50] I was trying to recall it [16:03:58] me too [16:04:04] But it makes sense [16:04:36] 24 cfm is 11.327 l/s [16:04:39] right? [16:04:40] yes [16:04:59] then you had to multiply by 1000 [16:05:03] because of the code [16:05:22] because of liters vs. m³ I think [16:05:34] or maybe grams vs. kg [16:06:37] Yeah I couldnt figure out which [16:07:07] probably something to do with the Pa [16:07:27] kg/m*s^2 if memory serves [16:08:06] See whats funny though, for the glycol pumps I put the pressure I wanted at the pump in the fancap directly in Pa [16:08:13] And it worked [16:10:54] I am getting 226535.773 [16:10:58] whatever unit that is [16:12:13] Ok thats practically what I got [16:12:20] 226534.6 [16:12:41] I didn't round anything [16:13:01] is that the number you are currently using? [16:13:04] Yes [16:13:52] 14158.4125 [16:14:19] Thats the previous one [16:14:23] ah, right [16:14:27] with the previous valve size [16:14:31] For whatever vale size was there before [16:14:34] valve [16:15:50] I am also wondering is there a safe way to remove the isol valve tanks [16:16:14] I was thinking maybe using your valve class [16:16:46] so, our pipe class uses the same Q flow as a heat exchanger [16:16:53] double in_t = in->GetTemp(); [16:16:54] double out_t = out->GetTemp(); [16:16:54] double trQ = (in_t - out_t) * dt; [16:18:25] and the same old way to make sure not too much Q is flowing for near empty tanks [16:18:36] if (in->parent->space.Q < trQ) [16:18:36] trQ = in->parent->space.Q / 10.0; [16:18:37] if (out->parent->space.Q < -trQ) [16:18:37] trQ = -out->parent->space.Q / 10.0; [16:19:29] pretty sure this implementation is what causes us the instability in the LM [16:19:37] together with heat exchanger of course [16:20:43] Maybe us having them always on copupled with that code [16:20:55] Because I think the ones in the CSM only cool and are all temperature controlled [16:21:26] maybe all we need is some code anticipating how much the temp and press is going to change in the connected tank, so that it doesn't lead to pressure and temperature "flowing" back and forth [16:22:13] Like upper and lower limits? [16:22:38] no, more like a more complex numerical method [16:23:00] like a Runge Kutta method [16:23:47] I know the name but not the intricacies of that [16:24:21] the easiest version if that is this: https://en.wikipedia.org/wiki/Euler_method [16:24:49] imagine the connected tank was just a temporary virtual one [16:24:58] you calculate how much flow you get [16:25:21] which leads to temp and press changes [16:25:45] and then you actually let it only flow some intermediate value [16:26:12] which is closer to the correct behavior, that you would also get with tiny, tiny timesteps [16:29:24] Ah I know the euler method [16:33:50] In theory that would work [16:39:44] Oh slight side note, I changed the disconnect of the suit hoses to no longer vent into the cabin to help with depress and opening the hatch [16:40:01] They just hold their current mass of o2 [16:40:26] I suppose later those suit tanks could be connected to a PLSS [17:13:10] Ok I think I have the O2 system hammered out [17:13:16] I managed to reduce some tanks [17:13:28] Size not number [17:23:11] morning! [17:26:21] Hey is having the same name for a tank in both config files a potential problem? [17:26:31] Good afternoon Mike [17:27:41] I finally scanned the big AS-503 Verification Procedures book [17:27:52] https://drive.google.com/open?id=14VDpuuZs20PlsYGrPMkbCwDK3NqWujoE [17:28:12] it's a big one, it clocks in at 550 pages with ~82 procedures [17:28:17] Haha your poor scanner [17:28:22] my poor back [17:28:25] it took hours lol [17:28:30] I bet! [17:28:30] I need to invest in a faster scanner :P [17:31:18] rcflyinghokie, not a problem with the identical names [17:31:54] Ok [17:32:00] I think it is only CABIN anyways [17:32:14] the two tanks belong to separate PanelSDK instances [17:32:28] each PanelSDK has a E_system and H_system class [17:32:56] and each H system of a vessel is in a long list in that H_system instance [17:33:38] but each PanelSDK is very much separate [17:33:42] Good [17:33:56] thewonderidiot, great job scanning it all! [17:34:40] thanks :) [17:34:58] I got my LVDC coordinate systems figured out, including for the TLI PAD calculation and am now doing what I wanted to start ages ago, Apollo 9 LVDC presettings [17:34:59] the binding was much easier to remove and put back on than I expected [17:35:08] oh nice! [17:35:53] Apollo 9 was a fixed launch azimuth mission, so all I really need to figure out are the 10 numbers that make up a complete set of TLI parameters [17:36:22] so I don't have to consider the whole launch window with variable azimuth or even two TLI opportunities [17:36:26] oh sweet [17:36:28] that sounds much easier [17:37:09] yeah, for a full lunar mission I need 5x2x10 [17:37:35] 5 data points (time into launch window), 2 TLI opportunities, 10 parameters [17:38:56] much, much easier, heh [17:40:21] the LVDC supports up to 15 data points actually, but it never used more than 5, not in the LVOTs we have at least [17:40:38] seems unlikely it did then [17:40:51] (oh by the way, OCR happened as part of scanning, so that procedures book is searchable) [17:40:55] it mostly accounts for the movement of the Moon during the 4h launch window [17:41:22] so to ensure free return, the TLI will be slightly different at the beginning and end of the launch window [17:41:24] awesome! [17:41:50] right that makes sense [17:47:18] the document has another list with discrete inputs [17:47:24] from 0 to 2 sources in one week! [17:48:46] I'll make them all available for our LVDC then [17:49:16] and comparing AS-503 and 513 is great for any difference throughout the program [17:51:20] there are indeed differences [17:51:42] the Skylab Saturn V got discrete inputs for all 5 S-IC engines out [17:51:49] for each* [17:52:28] AS-513 has redundant liftoff signals [17:56:05] weirdly enough AS-513 didn't need a TLI Inhibit discrete input [17:56:06] :D [18:07:25] hahaha [18:08:06] yeah first and last is pretty convenient :) [18:09:46] well, not really first [18:09:52] but first fully operational [18:10:08] AS-502 wouldn't have needed a TLI inhibit input either [18:11:18] yeah I just realized that [18:11:20] I need coffee [18:11:41] I need more :P [18:11:51] And I still have mass flowing into the cabin when I depress [18:13:30] Suit circuit relief [18:15:47] And with that closed no more mass flows in for depress [18:16:32] Problem is the suit fan keeps pushing the pressure up above 4.3 [18:18:49] Maybe if I increase that valve size and reduce the fancap I will have less pressure from it [18:19:48] thewonderidiot, ever seen this document? https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19720013551.pdf [18:21:00] it's kind of LVDC code [18:21:25] I think I ran into it a couple of weeks ago [18:22:13] or maybe I found something different [18:22:13] hmm [18:22:16] I'm not quite sure yet what it is [18:22:31] but it's at least derived from a proper LVDC flight program [18:23:24] especially some of the flow charts could be quite useful for me [18:23:39] ah yes [18:23:42] let me know how LVDC-like you find it to be [18:24:21] I remember now, I was excited about it until I read it was "a study to establish requirements for a flight programming language for future onboard computer applications" [18:24:55] it has example code in different languages [18:25:11] interesting [18:25:27] were the first two volumes of this ever on NTRS? [18:25:36] https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19720014529.pdf [18:25:41] https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19720014530.pdf [18:26:10] SPL, CLASP, HAL, CMS-2 [18:26:15] what are these? [18:26:30] I know HAL [18:26:32] yeah [18:26:38] that one is named after Hal Laning [18:26:38] uhh [18:26:42] not sure about the others [18:27:08] the executive summary has it [18:27:16] Space Programming Language (SPL) [18:27:16] yep [18:27:19] etc [18:27:41] oh wow, okay [18:27:42] yes [18:27:51] that first one you linked, volume 3 [18:28:45] the appendix has symbol names from LVDC code [18:28:54] yes [18:29:16] and all I have seen so far seems pretty complete for what Apollo 17 or so would have flown [18:29:38] this is pretty incredible then, haha [18:30:15] I'll at least use the flow charts quite a bit [18:30:32] hmmm [18:30:59] wouldn't it be fun if they had added the assembly version at the end, haha [18:31:02] too bad [18:31:10] or FORTRAN [18:31:36] man [18:31:48] yeah [18:31:54] but these are reimplementations in other languages [18:32:10] we can translate, say, the HAL, to runnable code [18:33:12] a lot of specific processing doesn't seem to be implemented [18:33:24] lots of "NOT CODED" [18:33:25] oh no wait [18:33:46] they didn't have the assembly for this document [18:33:49] that's why it's not here [18:33:58] oh [18:34:06] lost already in 1972? :D [18:34:29] "The AS-509 Saturn Flight Program Equation Defining Document was the design basis for all but one of the kernels coded. ATM Test Keying was taken from the Equation Defining Document for the Skylab Apollo Telescope Mount Digital Flight Computer Flight Program." [18:34:45] so they just had a EDD [18:34:47] hmm [18:35:00] they might have made up a lot of the logic then [18:35:22] the really detailed stuff at least [18:35:28] low level [18:35:51] still [18:36:02] I can use the IGM equations they programmed there [18:38:21] "In general, the kernels were coded to duplicate the functions of the corresponding modules of the Saturn flight program. However, certain deviations were made where language features permitted more efficient coding of a function or where a certain function served merely to handle unique hardware features of the Saturn computer." [18:38:32] so, yeah [18:38:41] I mean, we are doing the same [18:38:47] ho wait [18:38:51] nevermind they had a listing [18:39:17] yeah, looking through this, it's too detailed for them not having a listing [18:39:35] "Program symbology was also based to a large degree on the symbology of the Saturn flight program. Symbolic names for subprogram entry points and program data were obtained from the referenced program listing where applicable and were used with only slight modification." [18:40:06] sounds pretty good [18:40:27] the flow charts are already more detailed than anything we have [18:40:32] Astrionics Handbook mostly [18:41:32] so, now I have to pick my favourite programming language out of the four? :D [18:41:45] haha yep! [18:42:26] I'll send these to Ron [18:42:29] SPL seems pretty good [18:42:32] oh here we go, list of references [18:42:45] so, this is probably based on what flew on Apollo 15-17 [18:42:55] if no changes were done like with Artemis and Luminary 1E [18:43:02] the details give the mission away [18:43:07] IU impact, Timebase 6D etc. [18:43:41] didn't exist for Apollo 11 [18:45:37] the Apollo 15 Saturn V Flight Manual also details a few changes that are in this LVDC version [18:48:26] this might be almost as good as a EDD and better in some ways [18:48:30] not as easily readable [18:49:16] damn, they don't actually have the listing in the references [18:49:43] so we still don't know its name [18:49:46] might not ever had any publication ID or so [18:49:49] yeah [18:54:16] this is awesome :D [18:56:14] indeed [18:57:08] So my problem now other than the CO2 removal due to flow is the suit circuit pressure stays just above 4.3 with the suit fans on, thus leaking through the relief valve into the cabin [18:57:50] make the valves attached to the pumps larger [18:57:54] no other solution really [18:58:22] afternoon [18:58:31] hey Alex [18:58:34] TLI PAD is fixed! [18:58:42] only took about a year [18:59:28] great! [18:59:54] are extraction angles in the works, too? [19:00:10] for the lazy ones who cant add :p [19:00:11] one push away [19:00:17] already commited that [19:05:11] thewonderidiot, unless it's all in the minor loop kernel the document is missing the orbital flight program, so all the logic for coasting flight [19:05:20] so it might not actually have all kernels [19:05:24] I have to check [19:06:59] hmm [19:10:25] ah, and even the IGM is missing lots of sections [19:10:28] "NOT CODED" [19:10:34] but those are not so bad [19:10:40] we have almost all of that [19:11:33] "DUE TO THE SIZE OF IGM, ONLY A SECTION OF IT HAS BEEN CODED." [19:12:44] lazy programmers [19:14:59] which document is this? [19:15:49] https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19720013551.pdf [19:16:38] it's a study about high level programming languages being used for future flight programs of onboard computers [19:16:55] and they basically transcribed LVDC code into 4 high level programm languages [19:17:22] it's not complete, but the document is still based on an actual LVDC flight program listing [19:17:29] Apollo 17 or so [19:20:44] oh! I just remembered a thing [19:20:46] you were asking about logs [19:21:08] http://www.ibiblio.org/apollo/Documents/SMR-downsampled.tar.bz2 [19:21:22] https://virtualagc.github.io/virtualagc/links.html [19:21:35] it's the "RCA 110A Mathematical Subroutine Manual" [19:21:50] with exact implementations of mathematical functions, possibly including logs [19:22:15] that may have an answer to how they handled certain inputs, if the RCA 110A was implemented the same way [19:31:12] first I thought "what kind of logging?", but you mean logarithm [19:31:26] haha yeah [19:31:29] I think I have already worked that out myself [19:31:32] cool [19:31:44] just a bad while loop in there that could be bad [19:31:55] certainly not how the real LVDC would have implemented it [19:32:30] my implementation is already flight tested, but I don't trust it enough yet [19:33:04] but it's using all of the algorithms in the EDD [19:33:13] and the additions that the EDD is missing [19:33:43] all of the log algorithm* [19:39:34] So does this mean an LVC makeover? [19:39:37] LVDC* [19:41:03] in some ways probably, yes [19:41:39] our LVDC structure is quite messed up anyway [19:42:01] hopefully the navigation routine can be improved [19:42:43] not sure navigation is in that document [19:42:46] IGM is partially [19:42:59] but I don't think the navigation equations are the issue really [19:48:20] Boost Navigation, Not Coded [19:48:24] on a side note, im doing rendezvous right now. Up until now in the mission, I've had no issues with LM systems after the change to pre-step [19:49:37] good to hear [19:49:42] I hadn't test the AGS at all [19:49:45] tested* [19:56:48] Niklas, are different things implemented in different languages? [19:56:54] like, does HAL have anything SPL doesn't? [19:57:23] good question [19:59:38] doesn't seem that way [19:59:50] all IGM implementations have the same "Due to the size of IGM..." [20:00:18] CMS-2 is the exception, it only has a few kernels at all [20:37:42] Ron is very excited about this, haha [20:38:06] I went to get lunch and came back to 5 emails [20:59:28] wow [21:00:02] while it's quite incomplete, this document has a direct translation of LVDC code [21:00:06] I have no doubt about that [21:38:37] @AlexB_88 do you remember that code i am supposed to punch into the dsky before landing [21:39:19] V25 N07E 110E 40E 0E [21:39:23] okay [21:39:38] i manage to get up to a couple of minutes before pdi then i got that program alarm [21:39:41] and no ctd's [21:40:02] so, after i punch in that code do i go directly back to p63? [21:42:24] yeah you dont come out of P63, you enter that while your in P63 [21:43:36] You can neter it a few minutes before PDI, before you get the alarm after TIG-30s [21:43:41] enter* [21:44:50] you can even enter it before P63 [21:45:02] but after DOI and after any LR self test [21:45:25] good night [21:46:44] and its with no pluses or minuses right? [21:48:15] for flagword stuff, yeah [21:50:55] its strange how i am not getting any ctd's in this scenario [22:55:55] I think I have a good ECS considering the valve sizes [22:56:21] Looks like the suit return valve is what is causing the pressure in the cabin from dropping fast enough [22:56:28] Relief valve [22:58:35] these suits are troublesome [23:00:38] Well the root cause of my headaches now is the reduced valves [23:01:25] Problem is the tanks upstream of the suits and suit circuit build high pressure and more or less store mass so that when the regulators close the extra mass floods the system pushing the pressure higher than regulated pressure [23:01:43] Because they cannot release pressure fast enough when filling due to small valves [23:53:43] 2 hours in and no ctd [00:03:08] Did you do your reinstall? [00:04:42] yeah and i was still getting ctd in those old scenarios, and also the old scenarios before launch i was getting ctd in earth orbit [00:05:03] so i am starting right from scratch with the minus 4 hour scenario [00:06:09] and i tried one of @AlexB_88 before pdi scenario and no ctd [00:14:01] Must have been the old ones [00:14:29] AlexB_88 did you manage to fit in an AGS rendezvous by chance? [00:15:17] @AlexB_88 is the rendezvous difficult? [00:15:44] Its challenging because a lot happens in short order [00:16:01] But once you learn the programs and understand the mechanics its pretty easy [00:16:04] i probably wont get it right the first time [00:16:11] I know I didnt [00:16:21] A good place to try out a rendezvous though is Apollo 7 [00:16:33] You do more or less the same maneuvers and you have MCC guidance to help [00:16:46] But a lunar rendezvous is more fun :P [00:16:55] yeah cause its from the moon [00:17:36] are their any big ecs changes coming up for the lem? [00:17:37] I always am impressed watching the ascent that still gives me a rush I dont know why [00:18:11] yeah i got a rush from that earthrise in lunar orbit [00:18:17] Probably because as a pilot it defies what you are used to seeing in a take off I guess, the quick abrupt pitch over right away and such [00:21:00] sep light is on [00:21:27] I just finished the normal rendezvous following the checklists, went quite well [00:21:42] Ill try the AGS rendezvous after I complete the mission [00:22:11] Great [00:22:19] Did you print the data cards by chance? [00:22:33] I found them pretty useful when I went back and compared solutions [00:22:43] And certainly when we have MCC for 11 [00:22:58] astronauthen96, it is probably the hardest part of the mission, for sure. Lots of things to get done in a small amount of time [00:23:24] i see data cards in the flight plan do i have to know what all of that means? [00:23:25] I second trying the Apollo 7 rendezvous 1st [00:23:34] You do and you dont haha [00:23:49] I wouldnt worry about the AGS stuff yet [00:24:01] Yes I did print the data cards and used them [00:24:03] But all the data in those pads you will have to use [00:24:17] like TIG, angles, and such [00:24:33] @AlexB_88 did you get it right the first time? [00:24:44] The checklist MFD should have the nominal values displayed for you [00:25:08] I dont think any of us flew a rendezvous perfectly the first time [00:25:17] So easy to get behind [00:25:22] i know that i wont [00:25:27] Save after every major maneuver! [00:25:32] astonauthen96, the 1st time for me was many years ago in an older version of Orbiter, and to answer that, no not at al haha [00:26:35] Have you ever tried a rendez-vous with the delta-glider to the ISS? [00:26:51] AlexB_88 just wondering about that code you have me what exactly is that for [00:26:55] gave* [00:28:29] Yes I have [00:28:41] Not too successfully though [00:28:55] Now that I have a firm grasp of the mechanics of a rendezvous I think I could do it [00:29:43] It resets a flag in the LGC that has to do with landing radar position. The test procedure we have seems to screw up the flag so we have to reset it [00:30:30] ignition! [00:31:12] did you get the flag? [00:31:23] no [00:31:26] did you get the alarm, I mean* [00:31:41] i meant ignition for tli [00:31:52] oh I see [00:34:53] I think my latest PR helps the ECS a bit [00:35:09] My hands are tied from getting much better until I can increase valve sizes though [00:52:51] .tell indy91 the roll is slightly off on the tli pad [00:54:36] its 000 [00:54:44] .tell indy91 its 000 [00:59:15] How far off is it? [00:59:32] Because they didnt always settle exactly on the pad angles [01:00:45] the pad says 357 but it is actually 000 [01:01:57] Ah [01:01:59] Close enough [02:52:32] Night guys [11:22:25] hey [11:22:34] hi [11:22:46] yeah, I had noticed that [11:22:56] i am at 6 hours into the mission and no ctd's yet [11:24:28] we do now get the exact same attitude as on the historical TLI PAD though [11:24:34] so I really wonder why the roll is a bit off [11:39:58] just wondering do the p23's actually change anything [11:42:10] they change your state vector in the CMC if you allow it, yes [11:42:50] what would happen if i got bad results with p23's [11:43:14] then you don't incorporate the update to the state vector [11:43:47] i don't know what that means but i will just skip them [11:44:31] when you are done with a P23 sighting you will eventually get the V06 N49 display [11:45:14] that is a display showing the difference between your current state vector and the one if you incorporate the data from the P23 [11:45:56] the Apollo 8 checklist suggests that you reject any number greater than +00500 [11:46:28] when you have the 06 49, PRO incorporates the update [11:46:41] an V37E XXE is for rejecting it [11:46:54] so either going to P00 or starting P23 over to do a better sighting [11:49:38] in general P23 is for the case where the crew looses contact with mission control and has to then navigate on their own [11:49:52] any P23 done during actual missions was just practice for that case [12:35:04] so i am pressurizing the lem and when i use time acceleration the pressure difference seems to go up is that normal? [12:36:24] not sure, haven't tried that with the most recent ECS updates [12:40:21] in those old scenarios of course when i used time acelleration it didn't go up when it was pressurized [12:44:38] yeah, rcflyinghokie has done a bunch of changes that will be causing the different behavior [15:07:50] Good morning [15:08:19] hey Ryan [15:10:01] I hope that latest PR helps smooth out the powered up LM ECS for now [15:10:12] I think that is as close as I can get it with the small valves [15:10:50] @rcflyinghokie so i am pressurizing the lem and when i use time acel it keeps going up slightly is that normal? [15:11:17] The pressure in the LM or the dP gauge [15:11:24] dp [15:11:37] Yeah that will fluctuate [15:11:57] should i wait till it reaches zero [15:12:41] You will have to repress your cabin but yes [15:13:01] When the cabin pressure gets near 4, use the o2 repress valve to about 5.5-5.7 [15:13:17] That will make the gauge go back up and come back down closer to zero [15:17:13] Ah I made a boo boo, I need to reinitialize the tanks based on the new volumes [15:19:27] good morning [15:19:49] hey Alex [15:37:38] seems like the Falcon Heavy launch is still on schedule [15:39:55] That should be interesting to watch [15:40:42] yeah, especially the 3 landings [15:41:38] Yeah that will be cool [15:45:39] Ok PR is coming up with the initialization values [15:46:01] Got the ECS where I wanted it last night and totally forgot to change those back [15:46:54] And to expedite cabin depress, close the suit circuit relief valve :P [15:52:30] Is there a place that I can put a debug line to watch both the CSM tunnel and LM tunnel at the same time? [15:55:41] the CSMTUNNELUNDOCKED pipe [15:55:54] that's the one connecting the two tanks [15:56:13] so you would use: pipe->in->parent and pipe->out->parent to access the two tanks [15:56:19] and you have to do this in the CSM [15:58:06] Would that give me pressures on both sides? [15:58:41] if you then access the pressure of "parent", yes [15:59:16] I dont think I have debugged this way before I have only used pointers [16:00:19] get the point to that pipe [16:00:22] pointer* [16:00:50] and then the code as above [16:01:22] In a sprintf line? [16:02:02] yes [16:02:11] pipe->in->parent->press or so [16:07:00] I think I am doing this wrong haha [16:07:33] It doesnt recognize the pointer [16:07:36] double *csmtunnelpipe = (double*)Panelsdk.GetPointerByString("HYDRAULIC:CSMTUNNELUNDOCKED"); [16:07:36] sprintf(oapiDebugString(), "CSM Tunnel: %lf LM Tunnel: %lf", (*csmtunnelpipe->in->parent->press)*PSI, (*csmtunnelpipe->out->parent->press)*PSI); [16:09:46] double *csmtunnelpip [16:09:49] that's not a double [16:09:51] that's a pipe [16:10:54] so h_Pipe [16:12:00] yes, h_Pipe pointer [16:13:45] Ah ok [16:13:56] press doesnt seem to do anything though [16:14:20] class htank has no member press [16:14:56] maybe Press [16:15:16] No luck [16:15:22] h_Pipe* csmtunnelpipe = (h_Pipe *) Panelsdk.GetPointerByString("HYDRAULIC:CSMTUNNELUNDOCKED"); [16:15:22] sprintf(oapiDebugString(), "CSM Tunnel: %lf LM Tunnel: %lf", (csmtunnelpipe->in->parent->Press)*PSI, (csmtunnelpipe->out->parent->Press)*PSI); [16:15:29] Unless I goofed elsewhere [16:15:34] interesting view from the SIVB at about TEI time on Apollo 11: https://www.dropbox.com/s/cj1yg5c6zs7cveg/SIVB.png?dl=0 [16:15:53] Great pic Alex [16:15:58] That should go on the wiki [16:17:01] awesome [16:17:10] rcflyinghokie, oh, I know [16:17:49] parent.space->Press [16:18:26] Ah [16:18:27] our tanks have a h_volume, and that one has the pressure [16:18:44] AlexB_88, where exactly is the S-IVB? [16:18:49] escape orbit? [16:20:32] Hmm now my csmtunnelpipe says expression must have class type [16:21:07] just use the tools that VS gives you [16:21:13] csmtunnelpipe->in->parent->Press [16:21:20] delete all but csmtunnelpipe [16:21:23] then type -> [16:21:32] and it will show you a list of things in csmtunnelpipe [16:21:46] then choose "in" from the list [16:21:48] and so on [16:22:02] the issue is probably that some "->" should be a "." or the other way around [16:22:24] Oh wow [16:22:27] VS corrects that for you, but only if you click yourself through the lists [16:23:15] I never knew about that [16:24:11] Got it [16:24:25] csmtunnelpipe->in->parent->space.Press [16:24:32] ah [16:25:01] when VS is not trying to keep you from using the debugger, it can be quite helpful [16:25:17] Oh I solved that [16:25:37] "Automatic" used the wrong type of code to debug [16:25:49] automatic? [16:25:55] When attaching a process [16:26:00] ah [16:26:39] I do have my debug button back though, however when I click it, the windows comes back again and I click debug again and it just terminates the process [16:26:59] So I dont know [16:27:05] At least I can attach the process though [16:27:05] that one works again for me [16:27:10] I didn't do anything to fix that [16:27:14] it did it itself [16:27:22] Yeah I didnt make any changes and the button came back [16:27:36] However it doesnt seem to bring up JIT or any debugger [16:27:47] thanks Bill Gates [16:28:44] @rcflyinghokie so what did you just change with the lem ejection values? [16:29:09] Initial values so it starts unpressurized when you spawn the LM [16:35:10] Repress time about 50 minutes [16:35:21] Not bad for now [16:38:25] yeah, i have to do tli again because i accidently saved it with both suit compressor switches on and it was stuck on main bus b which makes fuel cell 3 work overboard [16:38:42] Why do you have to do it again? [16:38:56] Just switch it back [16:39:02] it doesnt work [16:39:17] i have a scenario before the redundant component check so its all good [16:39:48] and i was about 10 hours into the mission [16:40:48] and no ctd's so far [16:42:00] indy91, looking at the orbit MFD, solar orbit [16:42:13] hmm, that doesn't tell the whole story [16:42:28] I can shoot you a scenario [16:42:31] switch reference to Earth and check the eccentricity [16:42:37] in Orbit MFD [16:42:51] 2.0686 [16:42:55] haha, wow [16:43:04] welcome to heliocentric orbit [16:43:27] so, what probably happened is that the S-ICB fly past the other side of the Moon [16:43:41] but quite close to the Moon, because the APS burn is still missing [16:43:49] right [16:44:00] maybe I had a near miss with it [16:44:04] yeah [16:44:13] closer to the Moon gives a greater slingshot effect [16:44:36] maybe you can check in an earlier scenario what the pericynthion of the S-IVB was [16:44:44] yeah I was just thinking that [16:44:58] Ill do TEI, then Ill check that [16:45:42] @AlexB_88 do you remember when you started your mission? [16:46:45] hmm maybe 5 days ago [16:47:35] did you use time acceleration when pressurizing the lem? [16:48:51] indy91, I calculated TEI with the inputted TIG of 135:24:34 and it calculates a TIG 1 orbit later at 137:26:22. So I entered 135:20:00 as the TIG and then it calculated the correct time which is 125:27:25 [16:49:14] 135 I hope, not 125 [16:49:44] yeah, seems like that is a bit inconsistent [16:50:03] I just find it weird because the 1st TIG entry (135:24:34) is still before the newly calculated one (135:27:25) [16:50:16] yeah that was a typo [16:51:46] I would of thought you'd only get that issue if you're 1st guess is after the actual result, which would then make it go the next obit after [16:52:24] I haven't looked at this code for quite a while, but I think, starting from the initial guess it's searching for 180° longitude [16:52:49] but the next time the CSM is at 180°, not the closest time [16:53:04] so using an initial guess that it is a few minutes early doesn't hurt [16:53:09] astronauthen96, yes [16:54:18] yeah I was trying to force it to calculate the correct orbit [16:54:52] The TEI burn solution is good, RRT within a minute of flightplan [16:55:19] I do have a high-ish DVY of 1435 fps [16:55:56] same as always, TEI is badly optimized right now [16:55:56] my yaw gimbal angle is 026, vs. flight plan of 014 [16:56:02] yeah [17:06:50] I think I have figured out the Apollo 9 TLI parameters [17:09:06] nice [17:10:02] I need a TLI state vector, a TB6 init state vector and then it's a bit of a manual trial and error and fine tuning [17:10:09] but this method should work for Apollo 10 as well [17:11:06] any mission really [17:13:09] indy91 can I do a valve pointer to see flow through your FORWARDHATCH valve? [17:13:35] yes [17:14:02] same way as with the pipe [17:18:14] Hmm [17:18:33] aaaand Falcon Heavy already has a delay [17:19:14] h_Valve::Flow': non-standard syntax; use '&' to create a pointer to member [17:19:57] what's your code? [17:19:58] h_Valve* forwardhatch = (h_Valve *)Panelsdk.GetPointerByString("HYDRAULIC:FORWARDHATCH"); [17:19:58] sprintf(oapiDebugString(), "CSM Tunnel: %lf LM Tunnel: %lf Flow: %lf", (csmtunnelpipe->in->parent->space.Press)*PSI, (csmtunnelpipe->out->parent->space.Press)*PSI, forwardhatch->Flow); [17:20:18] first line should be correct [17:20:56] h_Valve::Flow is a function [17:21:16] the valve won't have any flow [17:21:20] pipes have [17:22:03] so no, you can't use a valve pointer to see flow :D [17:24:41] Haha ok [17:25:23] I just want to see how much is flowing through the press equalization valve and the lm press valves [17:25:34] Back in a bit [17:33:13] morning! [17:34:03] hey Mike [17:34:21] what's up? [17:34:55] I figured out some Apollo 9 "TLI" parameters [17:35:04] now I actually get to test fly Apollo 9 [17:35:22] that is rare, that I can fly a mission for a longer period and not just do some coding and debuggin [17:38:06] hahaha [17:38:27] indy91, when's the last time you flew a whole mission? :p [17:38:46] Apollo 5 doesnt count... [17:38:58] I flew a bunch of missions to lunar landing and lunar ascent/rendezvous [17:39:14] but I have only flown Apollo 7 and 8 completely from launch to splashdown [17:39:26] Apollo 7 three times... [17:40:21] that is a lot of Apollo 7 [17:40:39] I have honestly never flown Apollo 7 or any earth orbit missions in their entirety lol [17:41:06] once before I was really involved in development, once to implement the MCC, and lastly to do the final fixes and Checklist MFD stuff [17:51:13] still have to implement the "Restart Maneuver Enable" uplink to the IU, so not quite done yet before I can start testing [17:57:33] AlexB_88 how goes the list of 11 checklist tweaks for me? [17:58:31] And what time is the Falcon slated to launch now? [17:58:34] quite good, Ill send it to you right after I finish the mission which is probably tonight [17:58:52] Never mind 3:05est [17:59:07] And great thanks Alex, anything serious? [17:59:45] And indy91, I still cannot seem to find a good way to watch flow through the equalization valve [17:59:53] I get the same error [18:00:03] This is what I am trying [18:00:03] h_Tank* csmtunnel = (h_Tank *)Panelsdk.GetPointerByString("HYDRAULIC:CSMTUNNEL"); [18:00:04] sprintf(oapiDebugString(), "CSM Tunnel: %lf LM Tunnel: %lf Flow: %lf", (csmtunnelpipe->in->parent->space.Press)*PSI, (csmtunnelpipe->out->parent->space.Press)*PSI, csmtunnel->IN_valve.Flow); [18:00:13] with that one you can use your old method [18:00:41] you just have to figure out which pipe to use [18:00:45] FORWARDHATCHPIPE maybe [18:00:49] Ah [18:00:50] yes [18:01:00] and then use FORWARDHATCHPIPE:FLOW, as you usually do for debugging [18:01:29] indy91, Here's the SIVB lunar closest approach data: PeA: 549.2 km, Ecc: 1.5145 Inc: 7.17 [18:01:56] that is eccentricity relative to the Moon of course [18:02:01] so 549.2 km [18:02:03] yes [18:02:15] probably on the other side of the Moon, as planned [18:02:32] h_Pipe* csmtunnelpipe = (h_Pipe *) Panelsdk.GetPointerByString("HYDRAULIC:CSMTUNNELUNDOCKED"); [18:02:33] double *pressequalFlow = (double*)Panelsdk.GetPointerByString("HYDRAULIC:FORWARDHATCHPIPE:FLOW"); [18:02:34] sprintf(oapiDebugString(), "CSM Tunnel: %lf LM Tunnel: %lf Flow: %lf", (csmtunnelpipe->in->parent->space.Press)*PSI, (csmtunnelpipe->out->parent->space.Press)*PSI, *pressequalFlow); [18:02:41] AlexB_88, what's the inclination? [18:02:46] I have the same errors come up [18:02:48] smaller than 90°? [18:03:04] oh wait [18:03:07] you posted that, lol [18:03:15] I'll mess with it in a few, my dog needs a walk [18:03:22] 7.17° confirms that it flew by in a posigrade orbit around the Moon [18:04:17] I've seen a chart for this, can't remember where [18:04:39] applied DV with LOX dump and APS burn and the resulting trajectory [18:06:49] ah, Apollo 8 Postflight Trajectory [18:07:32] 0-34 m/s: lunar impact [18:07:47] 34-58 m/s: Non-Earth Return [18:08:01] 58+ m/s: Earth capture [18:08:19] I guess in that case the S-IVB is flowed down so much that it doesn't even reach the Moon [18:08:23] slowed* [18:08:53] Apollo 8 closest approach of the S-IVB was 1780km [18:11:15] Apollo 11 was 3500km [18:11:42] that all makes sense, firing the APS will cause the higher pericynthion [18:11:58] but I already like that the stage is going into heliocentric orbit [18:12:49] no idea if crashing the S-IVB into the Moon will cause any issue right now :D [18:12:56] CTD or so [18:27:09] hmm ive crashed stuff into the moon at pretty high velocities and no ctd [18:28:58] I've only crashed the LM ascent and descent stages [18:51:33] Wow the flowmax for the press equalization valve pipe is 1-2 LBH and the max is 94 [19:28:28] 94 is max what? [19:31:43] That was g/s not LBH, but that was the max flow of the pressure equalization valve [19:31:56] But the actual flow was about 10 percent of that [19:38:14] hmm, the IU state vector is 100+ km off in my Apollo 9 launch [19:38:37] my "fix" for the LVIMU not needing an AddForce might be bad [19:39:40] Initial Position = 6373424.000000 0.000000 -0.000000 [19:39:40] Initial Velocity = 0.000000 0.000000 0.000000 [19:39:49] initial velocity = 0, haha [19:41:04] ah, a padload issue I introduced [19:46:19] I cannot seem to turn on the batteries in the LM [19:47:48] I think that's an ECA bug, you have to have power from the CSM right now, or so [19:48:09] or the other way around, can't remember. Maybe CSM power has to be off [19:48:46] Yeah usually CSM power has to be off [19:48:49] Which it is [19:49:06] I usually do a reset off if I want to turn on the LM batteries [19:49:23] LM EPS Disp CB in? [19:49:38] Yes [19:49:42] And des eca cont [19:53:49] I don't think it's the SCEA this time, haha [19:56:59] Hmm [19:57:10] I cant think of any configuration problem with this [19:57:18] Ill try saving and reloading [19:58:16] That worked [19:58:24] hmm, not good [19:58:40] was the LM just created? [20:00:57] Yeah [20:03:38] I have had this happen before [20:03:43] But its not common [20:03:57] And I cannot find any link or cause [20:07:16] I can confirm on my side, just tried my LM ejection scenario, eject, then switch to the LM and the EPS is impossible to activate. Save/reload and then it works [20:09:55] could have been caused by the change to clbkPreStep [20:10:18] I'll debug the various ECAs [20:10:37] hmm I believe I've seen this issue before [20:10:47] way before that change [20:10:58] not that I've ever tried activating the LM right after ejection [20:11:48] I guess that's why we've never had a chance to experience it because there is always at least 1 quicksave between LM creation and LM activation [20:11:54] Yeah I have seen it before the timestep change as well [20:12:25] I probably dont see it much though because I rarely switch to the LM until entering it per flight plan, and by then I usually have saved and loaded [20:12:42] yeah [20:12:49] Side question for you guys, do you guys know if the surge tank in the CM was cryogenic? [20:18:15] no idea [20:18:20] I'm sure the AOH has the answer [20:19:00] I cannot find a clear answer [20:19:03] My hunch is no [20:21:18] And the csm config treats the oxygen in that tank as a liquid from what I can tell [20:21:43] That and the repress package [20:22:06] So what the config is doing when it uses that is spewing liquid oxygen into the cabin [20:22:23] This massive temperature drop when you use the repress valve [20:22:25] Thus [20:22:58] oh, interesting [20:23:53] I did the math on those tanks and its cryogenic temperatures and no vapor mass which means liquid [20:28:10] So the repress tank for example is oxygen at -350F [20:28:22] Same with the surge tank [20:30:38] But I wouldnt think those being in the CM and not the SM would be cryogenic [20:30:59] so, in the systems handbook it looks like the O2 is warmed up upon entering the CM [20:31:08] "hot water glycol from cabin temp control" [20:31:17] surely that will warm it up enough to be a gas [20:31:27] and that is before the surge tank [20:31:48] before the SM Supply switch even [20:32:10] So its all gas after the o2 tanks [20:32:15] cryo o2 tanks [20:32:33] the O2 enters the CM as a liquid [20:32:50] and then flows through some sort of heat exchanger [20:32:52] But it is warmed before the surge tank [20:32:57] yes [20:33:01] And the surge tank feeds the repress package [20:33:14] Ergo those shouldnt be cryogenic [20:33:16] Systems Handbook diagram 4.2 [20:34:44] haha, the SpaceX livestream has over 1 million viewers on Youtube [20:35:28] Im one of them :P [20:35:35] my office is another haha [20:35:44] I just launched Apollo 9, I have no time for this [20:35:52] guess I have to pause for a few minutes [20:38:45] it's gonna be another scrub at T-44 seconds anyway [20:41:51] Hmm now I just need the surge tank volume [20:42:06] And temperature [20:42:08] oh, CSM Data Book should have a lot of info [20:43:13] Have a link? [20:43:32] already checked, doesn't have that info [20:43:45] well, launch attempt first now [20:44:13] Yep [20:44:51] No scrub! [20:44:53] 10 seconds to launch [20:45:22] Awesome launch [20:45:27] Just in time to see it. :P [20:48:06] Nice to be able to see that separation [20:48:07] I like those retractable booster struts [20:49:01] Oh damn [20:49:03] Space Oddity [20:49:16] Hahaha [20:49:20] That's so awesome! [20:49:42] that car looks so silly [20:49:43] The actual car will be playing it [20:49:56] And theres a copy of hitchhikers guide to the galaxy in the glove box [20:50:45] first car launched since the Apollo 17 LRV? [20:51:15] Yep [20:51:19] not counting rovers [20:52:03] well, from now on nothing will happen that hasn't been demonstrated before [20:52:25] just that we get 3x the booster landings at once [20:52:55] That is pretty awesome [20:53:37] Ah this is exciting [20:54:24] how did they managed to make it almost simultaneously? boost back ignition must have been exactly at the same time [20:54:44] Yeah [20:55:09] Wonder what the separation between the two was during the descent [20:55:40] I think they separated a bit after booster sep [20:56:00] if they can't make it back they guide themselves into the ocean [20:56:12] so they get very close again once they commit to a landing [20:56:52] That was pretty incredible watching the timing precision [20:57:24] So while we wait to see what happened on the drone ship, did you say there was no volume data? [20:57:28] I really wondered if they made them do that, by throttling etc. [20:57:50] not in the CSM Data Book [20:57:55] well, I only checked one section [20:58:04] first I wanted to look in the AOH [20:58:21] https://www.ibiblio.org/apollo/links.html#Operational_Data_Books+ [20:58:33] https://www.ibiblio.org/apollo/links.html#Operational_Data_Books [20:59:19] Mass properties perhaps [20:59:40] Using the ideal gas law, for that tanks pressure and mass, at 55 F it is a 20L tank [20:59:45] This is the surge tank [21:05:00] what volume do we use? [21:05:21] For the current surge tank: [21:05:39] O2SURGETANK <-1.0 0.0 -3.0> 1.188 0.0000001 [21:05:39] CHM 0 1678.292 0.0 210216.6588 [21:05:40] VALVE IN 1 0.00001 [21:05:41] VALVE OUT 1 0.00001 [21:05:41] [21:05:44] 1.188 L [21:07:00] 75K at 900 PSI [21:07:55] 3.7lbs of oxygen at 900 psi and 55 degrees F results in about 20.09L [21:21:38] And the SM Supply (upstream of the surge tank) is a gas [21:21:45] So I think someone goofed [21:22:13] "... and they heat the oxygen to prevent it from entering the CM in a liquid state" [21:22:27] the capillaries [21:23:07] So we know its gaseous [21:23:13] Just dont know the tank volume [21:23:40] O2 SM supply is curious, it initializes as gaseous oxygen but at a very high temperature [21:23:59] 225F [21:24:18] In a 10L tank [21:31:04] https://www.hq.nasa.gov/alsj/CSM13_Electrical_Power_Subsystem_pp99-116.pdf [21:31:24] that says 0.742 cubic [21:31:24] foot [21:31:38] which is 21 liters [21:31:40] bingo [21:31:45] Haha [21:31:49] I can do math [21:32:33] Now the repress package [21:34:17] you mean the 3 1 lb bottles? [21:34:25] Yeah [21:34:42] well they are 1lb at 900 PSI, surge tank is 3.7 lbs at 900 PSI [21:34:47] Oh about the surge tank when I redo the math for the 21L I come up with almost the same mass using 55F [21:34:54] Ah yeah I can just calculate it back [21:35:07] so 0.742*3/3.7 [21:35:08] So I am going to use 55F to initialize them [21:35:09] or so :D [21:35:15] yes, 55°F is good [21:37:12] And fun fact for the repress [21:37:23] Using the new volume at 55F I have the same mass as before as well [21:37:33] Funny how that works [21:37:53] just like my circular LVDC coordinate system calculations [21:38:06] ending up with the same numbers that you start with [21:38:09] Yeah [21:38:31] But that tells me that the numbers were just calculated as a cryogen and not a gas [21:38:36] yeah [21:38:47] Which is what I expected and a good cross check that the masses were the same [21:39:11] So i changed the repress package and surge tank [21:39:26] Looks like the sm supply was kind of arbitrary in numbers [21:39:56] Because as I said, its 225F at 900 psi [21:39:59] That seems wrong [21:40:06] it's one of those intermediate tanks I guess [21:40:13] Thats what i was thinking [21:40:17] the kind that makes systems unstable :D [21:40:17] It probably fixes itself [21:40:37] Yeah this acts as the SM supply valve most likely [21:40:56] And the o2 main regulator is a similar story [21:41:04] yeah, looking at the Systems Handbook, this is where pipes go in different directions [21:41:24] 134 F [21:41:37] Ill leave those two alone for now though [21:41:49] But I think the surge tank and repress were necessary [21:42:15] Save the rest for a CSM ECS overhaul unless it impacts negatively [21:42:17] little history lesson. The Panel and Systems SDK began in 2001 in the Dragonfly spacecraft [21:42:30] at some point it was copied over to NASSP and from ther development diverged [21:42:50] Dragonfly hasn't been updated in a while, but its SPSDK has a few interesting things [21:42:54] like a three way pipe [21:43:10] what do you think, could we use that? [21:43:42] source code comes with Orbiter under Orbitersdk\samples\Dragonfly [21:43:49] interesting to see the differences [21:44:26] I will take a look [21:44:46] three way pipes could make things more stable, where we don't really need an intermediate tank [21:44:57] just something to connect 3 valves to [21:45:23] Whats the difference between that and a mixing pipe? [21:45:33] The lack of temperature regulation? [21:45:44] ah right, we have a mixing pipe [21:45:54] yeah, I guess that's the biggest difference [21:45:58] I'll compare the code [21:46:02] Oh and I started a fresh mission looks like the increased sizes lead to some O2 depletion during prelaunch [21:46:12] took about 5% out of each tank [21:46:30] which tanks? [21:46:41] O2 cryo quantities is what I am looking at [21:47:21] my Apollo 9 still has more than 95% at 30 minutes [21:47:28] I used 10x mostly [21:48:12] Uhh, so I made the changes to those 2 tanks and just looked at a current state, the surge tank is cryogenic again I think [21:48:15] No vapor mass [21:48:34] I guess nothing heats up the O2 from the tanks [21:48:49] SM supply is a gas [21:48:58] is there anything artificially keeping it cryogenic? [21:49:15] That I dont know [21:49:26] Would be in the code I assume I will comb through the config though [21:49:47] And because they are treated as cryogenic, they have a lot more mass in them [21:49:48] o2SMSupply->BoilAllAndSetTemp(285); [21:49:55] Thats where the quantity dip came from [21:49:58] o2RepressPackageOutlet->BoilAllAndSetTemp(285); [21:51:50] The plumbing in this config is all screwy [21:52:07] it never caused any NaNs at least, haha [21:52:12] surge tank out connected to smsupply out [21:52:25] two way pipe? [21:52:31] No [21:52:33] Ohh [21:52:42] surge tanks connected directly to cryo o2 tanks [21:52:51] uhh [21:52:57] what does SM Supply then even do [21:53:29] goes to main regulator [21:53:45] And is fed from the cryo tanks [21:53:51] there is a lot of code for this, don't forget [21:53:58] And its out 2 valve is the output of the surge tank? [21:54:14] Well the o2 tanks directly feeding the surge tank answers the cryo question [21:54:29] yeah [21:54:37] https://www.youtube.com/watch?v=aBr2kKAHN6M [21:54:38] if (surgeTankValve->GetState() == 0) { [21:54:38] o2SurgeTank->OUT_valve.Close(); [21:54:39] o2SurgeTank->IN_valve.Close(); [21:54:40] } [21:54:40] And regarding the code, thats why I am very very hesitant to mess with pipes in this [21:56:16] the surge tank valve logic is interesting [21:56:32] CLOSE position closes IN and OUT valve [21:56:44] OPEN position opens OUT valve [21:57:07] and if O2 SM Supply IN valve is open then it also opens the Surge Tank IN valve [21:57:18] but otherwise that is closed [21:57:28] Weird [21:57:50] so this seems to do a bunch of things with logic that otherwise might have to be done with an extra intermediate tank [21:57:55] I wonder if it would hurt to throw a boilallandsetemp on the surge tank and repress package [21:58:06] still not convinced this is the better method, but it's interesting [21:58:28] I really dont want to go rerouting those o2 tanks [21:58:38] I think that would be a good fix in the mean time though [21:58:47] yes, boil the O2 real good [21:59:48] Where should it go [22:00:03] O2SMSupply::SystemTimestep [22:00:14] which tank do you want to boil? [22:00:36] surge tank itself? [22:00:37] surge tank and repress package [22:01:00] Actually, start with the surge tank [22:01:08] See if it keeps the repress package gaseous [22:02:23] Lets see what this does [22:02:25] just add that line below "// Surge tank" [22:02:35] there is some logic to deal with separated SM [22:02:45] but that doesn't affect the surge tank I guess [22:03:01] Thats where I have it [22:03:05] so that should be boiled every timestep, without any additional logic [22:03:08] Right [22:03:21] o2SMSupply is the counter example [22:03:37] Actually the repress package does neet it [22:03:39] need [22:03:53] it feeds directly from the cryos as well for whatever reason [22:04:31] just below "// Repress package" then [22:04:37] Yep [22:04:46] Building now and I will try it [22:04:47] sorry i had to go out but will this recent ecs change affect my scenario i am before lem ejection [22:05:05] Shouldnt be anything too major [22:05:21] not unless you want to do an EVA from the CM [22:05:27] not really [22:05:36] Actually it should help with LM press as well [22:05:58] good [22:06:00] how so [22:06:02] "Should" give better results with the o2 repress valve [22:06:08] okay [22:06:10] Without having to fill it constantly [22:06:22] this Falcon 9 upper stage is on a similar trajectory as Apollo 9 after its 2nd S-IVB burn [22:06:42] and then it will burn again for escape velocity, which is also similar [22:07:11] they do this to demonstrate the the 2nd stage can coast for a few hours, for direct to GSO orbits or something like that [22:07:30] just like they did 3 S-IVB burns and lots of coasting on Apollo 9 to demonstrate that [22:08:00] The view is spectacular [22:08:38] Is there any graphic of its position? [22:09:37] The boil all fixed the depletion on startup [22:10:22] And they arent cryogenic anymore [22:11:23] awesome [22:11:47] it was a good day for spaceflight [22:11:49] good night! [22:11:53] night [22:11:54] Night! [22:14:54] When this fix gets pushed you will have to edit scenarios though [22:15:05] Easy fix [22:15:08] O2SURGETANK 21.011100 1 1 0 0 0.00001000 0.00001000 0.00100000 0.00100000 [22:15:09] CHM 0 1763.019341816708 1761.256322474892 838606.595225244644 [22:15:09] [22:15:10] O2REPRESSPACKAGE 16.292225 0 1 0 0 0.00001000 0.00010000 0.00001000 0.00100000 [22:15:11] CHM 0 1360.806879429813 1359.446072550383 647288.204303981853 [22:15:11] [22:15:58] will this be released today? [22:17:34] Probably tomorrow [22:17:42] Niklas has to merge the PR when I make it [22:17:49] okay [22:17:52] I want to test it a bit more to be sure its safe to merge [22:20:44] I seem to get that powerup glitch every time with this scn [22:22:37] Its like it still thinks it connected to CSM power [22:44:59] And the repress looks good [22:45:04] At least for LM Press [22:45:08] Now to try a cabin depress [22:50:07] are you using time acceleration for the lem press? [22:54:28] Yes [23:02:17] is it going up and down? [23:08:24] Is what [23:10:05] the pressure difference [23:13:52] During lm press? [23:13:56] And how fast [23:14:17] 10x or 30x [23:16:34] Nope [23:16:38] Steady [23:34:43] Ok this CSM ECS fix looks good [23:37:59] And PR is up for Nik to review [00:06:11] So whats the scoop on that fix, is it from the discussion of the surge tank?