Meadville Space Center
Welcome,
Guest
. Please
login
or
register
.
May 21, 2013, 03:29:26 AM
1 Hour
1 Day
1 Week
1 Month
Forever
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
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
Author
Topic: CSM Panel Status Report (Read 70267 times)
Moonwalker
Project Team Member
Hero Member
Posts: 767
Panel Graphics Designer
CSM Instrument Panels
«
Reply #90 on:
January 18, 2006, 03:33:50 PM »
Hope it's possible to do so...
Logged
Command Module 2D Panel Graphics Status:
Complete:
http://www.nasa-virtual.com/project_apollo/instrument_panels/cm_panel_management.jpg
Lunar Excursion Module 2D Panel Graphics Status:
http://www.nasa-virtual.com/project_apollo/instrument_panels/lm_panel_management.jpg
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
Posts: 3687
nassp.sf.net
CSM Instrument Panels
«
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
Do you have a photo or drawing of it?
Sorry, I didn't see your post at first
, I have one showing the LM FDAI:
Cheers
Tschachim
Logged
Moonwalker
Project Team Member
Hero Member
Posts: 767
Panel Graphics Designer
CSM Instrument Panels
«
Reply #92 on:
January 27, 2006, 06:45:20 AM »
Oh, no problem Tschachim
Thanks
Logged
Command Module 2D Panel Graphics Status:
Complete:
http://www.nasa-virtual.com/project_apollo/instrument_panels/cm_panel_management.jpg
Lunar Excursion Module 2D Panel Graphics Status:
http://www.nasa-virtual.com/project_apollo/instrument_panels/lm_panel_management.jpg
Vincent Majerowicz
Full Member
Posts: 128
CSM instrument panels progress
«
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
CSM Instrument Panels
«
Reply #94 on:
February 01, 2006, 01:49:31 PM »
Hi Moonwalker,
the FDAI Off flag is in and working, thanks!
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
CSM Instrument Panels
«
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.
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.
Cheers
Tschachim
Logged
Radu094
Project Team Member
Full Member
Posts: 28
CSM Instrument Panels
«
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
CSM Instrument Panels
«
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
CSM Instrument Panels
«
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
CSM Instrument Panels
«
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
Sorry by as much explanation for a so small change.
Greetings
Quetalsi
Logged
Tschachim
Project Apollo - NASSP
Administrator
Hero Member
Posts: 3687
nassp.sf.net
CSM Instrument Panels
«
Reply #100 on:
February 22, 2006, 04:03:20 PM »
Your fix works very well, thanks a lot.
Quote from: Quetalsi
Sorry by as much explanation for a so small change.
Not at all! It's a very good explanation, but moreover it's a documentation and reference that you're right with the switch.
By the way: What is the source of the first image? Systems handbook?
Cheers
Tschachim
Logged
Quetalsi
Full Member
Posts: 25
CSM Instrument Panels
«
Reply #101 on:
February 22, 2006, 04:40:17 PM »
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
: 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
CSM Instrument Panels
«
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
CSM Instrument Panels
«
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
CSM Instrument Panels
«
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
« previous
next »
Jump to:
Please select a destination:
-----------------------------
Meadville Space Center
-----------------------------
=> NEW MEMBER REGISTRATION
=> Site News
=> Project News
=> Orbiter
=> Off Topic
=> Rob Conley's Blog
-----------------------------
Project Apollo - NASSP
-----------------------------
=> Project Apollo - NASSP News & Discussion
===> News & Announcements
===> Support & Bugs
=> Project Apollo - NASSP Development
===> Planning
===> Programming
===> Modeling
===> Sounds
-----------------------------
Project Mercury
-----------------------------
=> Discussion & Help
=> Development
===> Planning
===> Programming
=> Mecury Mission Control
-----------------------------
Project Gemini
-----------------------------
=> Discussion & Help
=> Development
===> Programming
===> Modelling
===> Sounds
===> Planning
-----------------------------
Orbiter Mars Direct
-----------------------------
=> Planning
===> General News
=> Development
===> Programming
===> Modelling
===> Sounds
-----------------------------
General Projects
-----------------------------
=> The After Columbia Project
===> Sprint
===> Greenstar
===> Cyanstar
===> Bluestar
===> Mars Challenger
-----------------------------
Sol 2018
-----------------------------
=> Planning
Loading...