Meadville Space Center
Welcome, Guest. Please login or register.
October 26, 2020, 08:33:53 PM

Login with username, password and session length
Search:     Advanced search
25068 Posts in 2094 Topics by 2266 Members
Latest Member: twa517
* Home Help Search Login Register
  Show Posts
Pages: [1] 2 3 ... 6
1  Project Apollo - NASSP / Project Apollo - NASSP News & Discussion / Re: NASSP moving to Orbiter Forum? on: May 26, 2018, 12:34:43 PM
Seems like the vote was won 10:1 for moving to the Orbiter Forum. Obviously our current forum is trolling us right now, because I have experienced no issues at all in the last 4 weeks. But I am sure the issues will come back eventually. I'll talk to the Orbiter Forum admins to start the process of giving us a developer section!
Well, it was almost like vote in EU parliament some time ago.
Funny that i was the only one who voted for own forum ;-)
2  Project Apollo - NASSP / Project Apollo - NASSP Development / Re: V8 Release Work Thread on: May 11, 2018, 01:42:34 PM
LVLH is most used option. It orients IMU for local vertical at given time. You can use it together with ORDEAL to get idea on where the retro and pro grade is. This variant is mostly used by various manouvers like most thrusting ones and also reentry.

REFSMATT is basically to orient the thing to the actual REFSMATT, IRL there was a INU drift so after few hours platform could be off alignament. This is to "refresh" the alignament if your last was some time ago and you want to proceed with the same alignament as your previous one. So, it just reestablishes the last orientation to get rid of drift error.

Preferred... Well.. I am not sure about this one. AFAIK (i may be wrong) it orients thing to the any orientation you want (works much like GDC align, but for IMU), and it still keeps track on where the stars are, so it is better than unauthorized reorients like using CAGE switch or simply calling IMU torquing or reorientation verb/noun "manually".
3  Project Apollo - NASSP / Support & Bugs / Re: LVDC++ switch event list? on: February 23, 2018, 10:15:24 AM
Is it planned to make socket datalink for stages (data like propellant quantity, pressure, engine gimbal position, actual thrust and so on) aswel as LVDC (possibility to read various data like IU IMU attitude, velocity and first of all possibility to use switch events and to use APS on S-IVB by uplink)?

Would be nice to have this, this would make MCC telemetry client even more useful.
4  Project Apollo - NASSP / Support & Bugs / LVDC++ switch event list? on: February 22, 2018, 04:18:01 PM
On PA MFD now i see option to change switch events or how is this called for the stages.
Is there any list of all those switch events with their effect? Is there any documentation for new IU related PA MFD functions?
5  Project Apollo - NASSP / Programming / Re: Telemetry client, documentation on up/down link socket interface on: February 21, 2018, 05:30:46 PM
And are there any manuals for MCC consoles?
I am looking on how they sent data to AGC. Did they had some dedicated keypad to send DSKY commands?
6  Project Apollo - NASSP / Programming / Telemetry client, documentation on up/down link socket interface on: February 20, 2018, 01:23:01 PM
Is there any documentation on the socket interface used for downlink and uplink?
I am looking on how to send data trough uplink to AGC and other stuff, i am also looking on how to decode the data stream coming from CM.
I am thinking about writing my own telemetry client, for now its just conception, and i am looking for data.
I think i would be able to make app using sockets, i made one so it should not be a problem, but i have to know how to decode the datastream.

What i want is to make it look more like actual MCC stuff (interface that mimics MCC with various "video" channels for various data pages and so on). I am poor in C so i had to do it from scratch in
I am also thinking about various gadgets like hardcopy function and so on... Maybe also some lights and buttons (any graphics files that could be used as buttons are welcome, those backlit buttons were nice).
And so any information on how to MCC consoles looked and worked would be nice.

Also i'd like to ask if there are any sockets for LM and LVDC already, or is it just for CM?
And also what are the ports for sending and receiving?

I found some data on consoles:
7  Project Apollo - NASSP / Support & Bugs / Re: ECS Issues on: February 17, 2018, 11:02:14 AM
Just made some tests with actual release and checked that.
AUTO is working fine.
MANual is not so much. I did a test so i put one radiator in full sun and another one in full shadow and started to play with switches.

At AUTO cooling works well. At MANual it gets quite hot. Difference between radiator outlet seems about 10-15 *F between the sunny and the shadow one when using manual switching. So there is actual difference, but its quite small.
Even when using shadow one it seems to not be cooling things very well when in manual.

As soon as i switch to AUTO it drops a lot and cool things very well.
8  Project Apollo - NASSP / Support & Bugs / Re: ECS Issues on: February 16, 2018, 01:53:59 PM
I dont have procedure, i just flip the switches ;-P
9  Project Apollo - NASSP / Support & Bugs / Re: ECS Issues on: February 16, 2018, 12:43:02 PM
Flow control switch to down position (MAN SEL position which regarding to documentation should transfer control of radiators to MAN SEL switch) and then use MAN SEL switch up or down to select one of two radiators. Center position of MAN SEL switch is bypass of both radiators and IIRC it worked fine.
Problem was that when using radiator 1 or 2 selected manually (trough MAN SEL switch) in both cases temperature was always rising. When i put it into center it was rising even faster, but this was normal as radiators should be bypassed in this position so temperature rise is what you expect.

For normal automatic operation u use flow control switch in upper position (labelled PWR) which transfers control to auto switch which lets you select which controller you wanna use (there are 2 controllers which automatically adjusts flow trough radiators and bypass of the hot one). In additon to this putting AUTO switch in upper position (labelled AUTO) gives automatic switchover to second controller if primary had to fail.

Normal (automatic) operation is with AUTO and FLOW CONT switches both in upper position and MAN SEL switch with any position (this switch is ignored when FLOW CONT switch is at PWR).

It is described in AOH control and displays at page 3-117.
10  Project Apollo - NASSP / Support & Bugs / Re: ECS Issues on: February 15, 2018, 09:01:54 AM
So in build 1068 ECS gonna work properly?
Have you also checked manual mode? I remember haveing some problems with it in earlier builds. Temperature kept rising no matters which radiator i selected with man sel switch when mode was at manual. Even when in auto it worked well.
So that just my suggestion that manual mode could be broken.
Have you tried switching to manual and tampering with man sel switch to select particular radiator?
11  Project Apollo - NASSP / Support & Bugs / Re: ECS Issues on: February 11, 2018, 11:42:31 AM
In build 986 ECS radiators seems fine. In auto mode they cool the loop quite well.
12  Project Apollo - NASSP / Support & Bugs / Re: ECS Issues on: February 11, 2018, 09:27:04 AM
Seems like in one of recent builds ECS in CSM got broken.
I am now trying various saves that were working well some builds before and now i am getting issues with primary glycool loop.

It is simply overheating very quickly, even when CSM is in shadow. Glycool radiators gets hot very quickly warming up the loop. After spending around 30 minutes on orbit after insertion rad inlet and outlet are >100 *F.
I tried tampering with switches but got no luck. Glycool pumps are running, rads aren't bypassed, checked PA MFD ECS page and it shows normal wattage for primary glycool loop (around 2400), test wattage is at 0. When CSM gets in the shadow rads aren't cooling things at all. They are still very hot.

Anyone got such a problems?

EDIT: attaching scenarios

In PDI demo this bit** is already warmed up ;-P
In postlaunch scenario temp is normal but starts to go up in much less than 40 minutes.

13  Project Apollo - NASSP / Support & Bugs / Re: LM G&C checklists anywhere? on: January 23, 2018, 12:14:17 PM
We could try to experiment with different FOV settings.

And regarding spiral, do i have to put those readouts from AOT into AGC by hand (key them in trough DSKY) or it gonna do it automatically when pressing MARK buttons just like it does in CM?
14  Project Apollo - NASSP / Support & Bugs / Re: LM G&C checklists anywhere? on: January 17, 2018, 05:02:47 PM
What is the correct current draw from batts 5 and 6 during ascent? I think i got a little overcurrent there or maybe just batts are discharged a little too much.
Should the RR with both heaters be turned on during enteire ascent?
15  Project Apollo - NASSP / Support & Bugs / Re: LM G&C checklists anywhere? on: January 16, 2018, 11:51:28 AM
Why those checklist include doing P57 3 times with various options?
Is powered ascent possible with doing it once? Which option to select?

I am quite confused after reading this checklist.
Pages: [1] 2 3 ... 6
Powered by MySQL Powered by PHP Powered by SMF 1.1.10 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!