Meadville Space Center
Welcome, Guest. Please login or register.
May 21, 2013, 03:29:26 AM

Login with username, password and session length
Search:     Advanced search
Project Apollo - NASSP 6.4.3 released!
http://nassp.sf.net
20010 Posts in 1929 Topics by 2250 Members
Latest Member: mikegk
* Home Help Search Login Register
+  Meadville Space Center
|-+  Project Apollo - NASSP
| |-+  Project Apollo - NASSP Development
| | |-+  Programming (Moderators: movieman, dseagrav, Swatch, lassombra)
| | | |-+  CSM Panel Status Report
« previous next »
Pages: 1 ... 5 6 [7] 8 9 ... 52 Print
Author Topic: CSM Panel Status Report  (Read 70267 times)
Moonwalker
Project Team Member
Hero Member
****
Posts: 767


Panel Graphics Designer


View Profile WWW Email
« Reply #90 on: January 18, 2006, 03:33:50 PM »

Hope it's possible to do so...
Logged

Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #91 on: January 25, 2006, 05:04:25 PM »

Quote from: Moonwalker
By the way, Tschachim,

I couldn't find any photo or drawing which shows the "off" flag of the FDAI's Confused Do you have a photo or drawing of it?

Sorry, I didn't see your post at first  Embarassed, I have one showing the LM FDAI:

 

Cheers
Tschachim
Logged

Moonwalker
Project Team Member
Hero Member
****
Posts: 767


Panel Graphics Designer


View Profile WWW Email
« Reply #92 on: January 27, 2006, 06:45:20 AM »

Oh, no problem Tschachim Wink Thanks Happy
Logged

Vincent Majerowicz
Full Member
***
Posts: 128


View Profile
« Reply #93 on: January 27, 2006, 07:29:30 PM »

Hi!,

How is the CSM instrument panel coming along, and how much work left in the CSM instrument panel before NASSP 7 release? :lol:  :lol:
Logged
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #94 on: February 01, 2006, 01:49:31 PM »

Hi Moonwalker,

the FDAI Off flag is in and working, thanks! Happy

Hi Vincent,

the panel is coming along nicely, but it's still some work left (cabin pressure regulation, EVA, splashdown etc.).

Cheers
Tschachim
Logged

Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #95 on: February 14, 2006, 10:36:03 AM »

Hi Moonwalker,

as a "side effect" of the recent Virtual AGC developments I did the ISS C/W light, only working in Virtual AGC mode, of course. Wink
But I had to change csm_main_panel.bmp and added the unlit ISS light, so I would be glad if you can consider that the next time you update it. Happy

Cheers
Tschachim
Logged

Radu094
Project Team Member
Full Member
****
Posts: 28


View Profile
« Reply #96 on: February 17, 2006, 03:07:11 AM »

Hi !
I've sunken my head to build some switches for the LM and I got a couple of questions...

All the defined PanelAreas are setup to use PANEL_REDRAW_ALWAYS. I don't understand 100% how the code path works in SaturnV and LMPKD classes.. but rendering each switch and rotary each frame seems unecessary.I would change some of them to PANEL_REDRAW_MOUSE unless there is a reason not to?

Second,if I understood corectly, on each panel change ( clbkLoadPanel ) the following happens:
all surfaces are discarded, all surfaces are loaded again, all instruments are re-defined(and I mean ALL for all panels, regardless of which panel is loaded).
I know this is how DeltaGlider is implemented, but if we are using the same resources on all panels, it's totally redundant to Destroy/Create on each panel change (I'm a frantic panel-switcher going from one panel to another). Again, I'd like to move that to InitPanel() unless someone has a reason not to ?

Sorry, I still feel like a newbie here so I feel the need to ask arround...
Logged
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #97 on: February 17, 2006, 06:50:07 AM »

Quote from: Radu094
All the defined PanelAreas are setup to use PANEL_REDRAW_ALWAYS. I don't understand 100% how the code path works in SaturnV and LMPKD classes.. but rendering each switch and rotary each frame seems unecessary.I would change some of them to PANEL_REDRAW_MOUSE unless there is a reason not to?

There is a reason: Switches can change because of automatic checklist actions in quickstart mode, gauges, talkbacks etc. change without being clicked anyway.

Quote from: Radu094
Second,if I understood corectly, on each panel change ( clbkLoadPanel ) the following happens:
all surfaces are discarded, all surfaces are loaded again, all instruments are re-defined(and I mean ALL for all panels, regardless of which panel is loaded).
I know this is how DeltaGlider is implemented, but if we are using the same resources on all panels, it's totally redundant to Destroy/Create on each panel change (I'm a frantic panel-switcher going from one panel to another). Again, I'd like to move that to InitPanel() unless someone has a reason not to ?

The surfaces ARE created in InitPanel, which is called during clbkLoadPanel, you probably mean you want to define the surfaces in InitSwitches, which is called only once during construction. I don't know if this is "too early" to create surfaces and if a change like this would work, but you can try...

And yes, all switches are initialized in SetSwitches, even if they are only  on invisible panels, otherwise there would be problems related to the current "event implementation" for instance.

Cheers
Tschachim
Logged

Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #98 on: February 18, 2006, 05:10:53 PM »

Hi Moonwalker,

I also fixed the bugs mentioned here:
http://www.ibiblio.org/mscorbit/phpBB2/viewtopic.php?t=409

Cheers
Tschachim
Logged

Quetalsi
Full Member
***
Posts: 25


View Profile Email
« Reply #99 on: February 21, 2006, 07:18:06 PM »

Hello to all, since opening I have corrected an error switch so that it works as they indicate these images.  I hope that everything goes well since is my first contribution.

They are two small changes that better explain with these imagenes:

1.- The upper position is momentary


2.- When RESET then stop counting


 Embarassed Sorry by as much explanation for a so small change. Wink

Greetings
Quetalsi
Logged
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #100 on: February 22, 2006, 04:03:20 PM »

Your fix works very well, thanks a lot. Happy

Quote from: Quetalsi
Embarassed Sorry by as much explanation for a so small change. Wink

Not at all! It's a very good explanation, but moreover it's a documentation and reference that you're right with the switch. Wink By the way: What is the source of the first image? Systems handbook?

Cheers
Tschachim
Logged

Quetalsi
Full Member
***
Posts: 25


View Profile Email
« Reply #101 on: February 22, 2006, 04:40:17 PM »

Happy Yes, the source of the first image is Systems handbook.

This afternoon I have made some changes:

1. - the AC BUS 1 and 2 RESET SWITCH in his upper possition are momentary and control the lights related to the ACBus.

2.- The C&W AC BUS 1 and 2 lights now on if any phase has less than 96 volts and respective reset switch is center, and this lights only can off if the respective reset switch is in up or down possition.

I hope to have explained  Confused: or, if not thus please to ask or to correct what they want.

Greetings
Quetalsi
Logged
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #102 on: February 23, 2006, 07:48:57 AM »

It works as you explained, but I'm not sure if this is completely correct. Reading Apollo Operations Handbook 2.6.3.4 it looks like the control circuit controlled by the reset switch also disconnects inverter from the AC bus in case of an undervolt and the reset position fixes that. So the up and down position of the switch doesn't do exactly the same?

Cheers
Tschachim
Logged

Quetalsi
Full Member
***
Posts: 25


View Profile Email
« Reply #103 on: February 23, 2006, 09:40:32 AM »

Hi Tschachim,

as the superior and inferior position can be seen in the following image is not connected, soon have the same effect I think.  The central position feeds over-undervoltage and overload sensing unit (not absolutely simulated so far).




The following image shows what each position does of the switch.  That everything is not simulated but we are approaching.



Plese if I am mistaken tell me to correct what is necessary.

Greetings
Quetalsi
Logged
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
*****
Posts: 3687


nassp.sf.net


View Profile WWW
« Reply #104 on: February 23, 2006, 11:46:01 AM »

Quote from: Quetalsi
That everything is not simulated but we are approaching.

That's what I meant, the C/W stuff looks fine, but that "reconnecting if it had been tripped out" (and the tripping out) seems to be missing.

Anyway, it's getting better and better, I think you should just go ahead and keep up the good work! ... and again thanks for posting the operations and systems handbook screenshots!

Cheers
Tschachim
Logged

Pages: 1 ... 5 6 [7] 8 9 ... 52 Print 
« previous next »
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.10 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!