Space Shuttle Ultra development thread

[DaveS]

I partially fixed the mouse area for the R2 panel

Then the next area of fixing is the forward panels as the MFDs isn't responding to button presses anymore which breaks the CRT keyboard functionability.

Another thing is some weired talkback labels over panel L1 as shown in the screenshot below. Weired thing is that when I started the scenario, they weren't there but after I had changed views from the CDR seat to the PLT seat and back, they appeared.

 

[Urwumpe]

Another thing is some weired talkback labels over panel L1 as shown in the screenshot below. Weired thing is that when I started the scenario, they weren't there but after I had changed views from the CDR seat to the PLT seat and back, they appeared.

Looks like the payload bay ops draw on the wrong texture.

Fixed!

 

[Donamy]

Are we almost ready to rock and roll with a working build ? I don't mean for release, just something to play with.

 

[DaveS]

Are we almost ready to rock and roll with a working build ? I don't mean for release, just something to play with.

Well, the forward panels and R13L still needs fixing. Then we have restored previous VC functionability.

 

[Urwumpe]

I take a look at the remaining panels after my exam today (ETA 3 hours), the MFDs would be a bit harder, but I think I can make them run again.

 

[DaveS]

This is for SiameseCat or whoever would like to answer it: Any immediate plans to add some more of the systems screens to CRTMFD? For example: we don't yet have the accurate way of opening/closing the payload bay doors which involves some GPC action.

 

[Urwumpe]

This is for SiameseCat or whoever would like to answer it: Any immediate plans to add some more of the systems screens to CRTMFD? For example: we don't yet have the accurate way of opening/closing the payload bay doors which involves some GPC action.

I want to do the SM displays later, but for that, we need SM GPCs first.

So, I want to first redo the GPC/DEU system a bit, so that we can have GPCs in common and redundant sets and GPCs with changing memory configs and software.

But later... I have worse problems to solve with the panel code yet. When this is done, I can look at something different.

Just as explanation: I want to finish the shuttle towards being able to do the Ascent until the end of the PI checklist.

And something different: Does somebody know what a IDP is?

 

[DaveS]

And something different: Does somebody know what a IDP is?

Integrated Display Processor, part of MEDS. There are 4 IDPs. Another MEDS related acronym is ADC or Analog-to-Digital Converter which there are also 4 of.

 

[Urwumpe]

ADC is a general acronym, that is the same all over signal processing.

OK, my guess was right, I thought already exactly that acronym and rejected it as too obvious. Does each IDP drive maximal two displays?

The IDPs replace the DDUs right?

 

[DaveS]

Q: Does each IDP drive maximal two displays?
A: According to the MEDS Data Bus Network schematic I have, yeno.

IDP 1 powers CDR 1, CDR 2, CRT 1 and MFD 2.
IDP 2 powers PLT 1, PLT 2, MFD 1 and CRT 2.
IDP 3 powers CDR 1, MFD 1, CRT 3 and PLT 2.
IDP 4 powers no MDU but it is connected to ACU 1A.

Q: The IDPs replace the DDUs right?
A: Yes. The IDPs are a direct form-fit replacement for the original DEUs, and performs all functions of the DEU and DDU except for powering the RHCs.

 

[Urwumpe]

Ok, so the polling of the DEUs by the GPCs should also take place by the IDPs. And the communication with the DDUs also...

So the 4 IDPs replace 4 DEUs and 3 DDUs. And each IDP can drive three MFDs and one CRT... or can all MDUs display the same information?

Now the post insertion checklist makes more sense. Do you also have information on the various MDU display menus available?

 

[DaveS]

And each IDP can drive three MFDs and one CRT... or can all MDUs display the same information?

According to the schematic, they can.

Now the post insertion checklist makes more sense. Do you also have information on the various MDU display menus available?

I'll have to look this one up later today.

 

[Urwumpe]

Ok, short report: The CDR MFD buttons are fixed now, except the power buttons... I don't know why the position is wrong now...

 

[DaveS]

Now the post insertion checklist makes more sense. Do you also have information on the various MDU display menus available?

Do you know of any free software that can be used to cut-out selected pages from an already existing pdf file?

 

[Urwumpe]

No, I am not aware of one.

 

[DaveS]

No, I am not aware of one.

Any good free PDF creators then? I might be able to cut them out that way.

 

[Urwumpe]

Any good free PDF creators then? I might be able to cut them out that way.

If I need to make pdfs fast, I use open office. If I want to make good pdfs, I use laTex.

 

[DaveS]

If I need to make pdfs fast, I use open office. If I want to make good pdfs, I use laTex.

Managed to extract the relevant pages and checked it into the repository in the Doc\Space Shuttle Ultra\ subfolder.

Have fun reading it!

 

[Urwumpe]

Managed to extract the relevant pages and checked it into the repository in the Doc\Space Shuttle Ultra\ subfolder.

Have fun reading it!

Thank you, you now ruined my health... I currently watch the national cup semifinals here (my fav team is playing, FC Bayern vs VfL Wolfsburg) and have to run to the PC to read the pages, while risking a heart attack in the time away from TV. :lol:

But very interesting. VERY interesting. The format of the MEDS menu line is something we should really fix.

 

[DaveS]

But very interesting. VERY interesting. The format of the MEDS menu line is something we should really fix.

Yes. Maybe it's time start implementing some of the MEDS screens into CRTMFD? Or should we rename it to SSU_MEDS_MFD?

Also, we can fix up the SPI screen and make it work like outlined on page 65.