Re: [Flightgear-devel] SCR-522 (was Rating System Redux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))

[Hal V. Engel]

On Friday, June 10, 2011 08:16:52 AM Vivian Meazza wrote:
> Hal,
> 
> 
> 
> I've completed the T/R/REM lock, and the day/night mask - this might be
> different to your interpretation of a "dimmer" - AFAIKS its just a plate
> with big/small holes which is slid across the lamps. That required a bit of
> modification of the existing model here:
> 
> 
> 
> ftp://abbeytheatre2.org.uk:2121/flightgear/SCR-522/TR1133-Control-Night.jpg

I didn't find too much to go on with the day/night mask/dimmer in the docs I 
had before.  From reading the section about this in the radio manual (page 24) 
it appears that this was probably not infinitely adjustable and that having a 
large hole and a small hole fits the description in the manual better although, 
as you wrote, this is a matter of interpretation since the manual is not 
explicit about this.

> 
> 
> 
> All is now pushed into Git. I could add the dialog etc. to the P51D if you
> would like.

The model is very close now. I have improved the textures as well (the box and 
cover plates now have a crinkle finish).  I still need to add the fittings on 
the bottom but these are a fairly simple cubes, cylinders and spheres type of 
things (IE. very east to model) and I should have that done in the next day or 
two.  

I have adapted your top and light mask to the model so the new version should 
work for you as well without many changes to your code.  This also reduces the 
number of vertices/edges so the model is a little smaller than it was.  

Also the cover plates were interchangeable according to the manual.  One of 
these plates has the placards and the other has mounting holes and depending 
on the installation these covers were interchanged so that the one without 
placards could be attached to the mounting surface/bracket in the aircraft.  
It appears that your installation has it mounted with what is the mounting 
cover visible in the cockpit which is not correct.  I have put the placards on 
both side covers so that it can be mounted either way with the placards still 
visible. This works fine in the P-51D and it should work in your Spit as well.

Don't bother with implementing this in the P-51D since I can look at (and 
steal - is that OK?) your code.  I had a look at your stuff and it did not 
appear to be a big deal to port this to the SCR-522 and the P-51D.   I will 
try to generalize this so that it can be used by any aircraft since it could 
be useful to those working on other WWII aircraft like the P-47, P-38, P-39, 
P-40, Corsair, F6F,  B-17 and perhaps a dozen others.

> 
> 
> 
> I'm looking forward to the updated models - I think you did an outstanding
> job just working from photos. I don't know yet if the TR1133 had a single
> box containing the transmitter and receiver, or 2 boxes. In any case, I
> think the SCR-522 was also fitted to UK aircraft, at least later in WW2 -
> after all that was the purpose of the contract.

The radios in US and Britsh aircraft were standardized very early in the 
war.  There was lots of cooperation between the US and the UK particularly on 
electronics (communication radios and radar) and this started before the US 
was officially at war.  Reading the history on these VHF radios it appears that 
the initial prototypes where Britsh and that these were improved and made into 
production items by companies in the US primarily Bendix.

The BC-602-A control box appears to have been used for all 4 channel VHF 
radios through out the war (and into the Korean war at least in the P-51D's) 
and it was basically unchanged from what it looked like as a prototype.  

> 
> 
> 
> This is a nice photo of the cockpit control:
> 
> 
> 
> http://spitfiresite.com/wp-content/uploads/2010/07/02es09_020.jpg

There is at least one difference from the drawings in the manual.  The raised 
part of the top that goes over the lights is stamped into the top cover.  The 
drawings show this as a seperate piece that is rivited to the top cover.  So 
there appears to have been some minor cosmetic changes to these during thier 
production life.

Also here is an ebay auction for a BC-602-A that shows more detail as it shows 
three sides of the unit.

http://cgi.ebay.com/WWII-Signal-Corps-BC-602-A-Radio-Box-w-Connector-
P-51-/220792306832?pt=LH_DefaultDomain_0&hash=item33683f3c90

The one in this auction has a serial number of 8840 so this can't be a late 
war unit since these had to have been produced in the tens if not hundreds of 
thousands (after all it would have taken over 10,000 of these just to equip 
P-51s and these were used in every plane the US and UK put in the air many of 
these produced in >10,000 quantities) so it looks like the rivets on the top 
cover were only on very early examples.

Hal
--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compl

Re: [Flightgear-devel] SCR-522 (was Rating System Redux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))

[Vivian Meazza]

Hal,

 

I've completed the T/R/REM lock, and the day/night mask - this might be
different to your interpretation of a "dimmer" - AFAIKS its just a plate
with big/small holes which is slid across the lamps. That required a bit of
modification of the existing model here:

 

ftp://abbeytheatre2.org.uk:2121/flightgear/SCR-522/TR1133-Control-Night.jpg

 

All is now pushed into Git. I could add the dialog etc. to the P51D if you
would like.

 

I'm looking forward to the updated models - I think you did an outstanding
job just working from photos. I don't know yet if the TR1133 had a single
box containing the transmitter and receiver, or 2 boxes. In any case, I
think the SCR-522 was also fitted to UK aircraft, at least later in WW2 -
after all that was the purpose of the contract.

 

This is a nice photo of the cockpit control:

 

http://spitfiresite.com/wp-content/uploads/2010/07/02es09_020.jpg

 

Vivian 

 

 

-Original Message-
From: Hal V. Engel [mailto:hven...@gmail.com] 
Sent: 10 June 2011 03:24
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] SCR-522 (was Rating System
Redux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))

 

On Wednesday, June 08, 2011 01:22:20 AM Vivian Meazza wrote:

> Hal,

> 

> 

> 

> Glad to be able to help. I'm looking forward to your corrected model, then

> I'll use it in part or in for the TR1133. As you probably know, the
SCR-522

> was the TR1133 built initially under a UK contract in the US. The TR1133

> transmitter and receiver were reworked by Bendix into a single unit, but

> the cockpit control box remained unchanged throughout the life of the

> equipment AFAIKS.

> 

> 

> 

> I now have a working Channel selector interfaced with comm[0] - trivial.

> Now for a menu to set the Channel frequencies

> 

> 

> 

> Vivian

 

I am working on the model for the control unit now. It turns out that my
"eyeball" was slightly miscalibrated and the model was too small by perhaps
10% or so. The new version is somewhat bigger (about 1.3 CM longer for
example). But the old version had about the correct proportions. It is now
correctly sized and has the content of the placards as well. I am working on
other details like rivets, connectors and screw heads. The dimmer control
now dimms all of the lights including the TR light.

 

I will also be adding the transmitter/reciever and the dynamotor boxes and
perhaps some connectors so that these can be placed in models where these
are visible like the P-51D. These may not be too useful for your version of
the radio since I will be modeling the Bendix version with a single TR box.
These also may not be visible in your aircraft.

 

When I have the models in place and have updated the P-51D to use them (the
bigger radio requires some changes to the P-51D configuration to get it
properly placed in the cockpit) I will push these into my gitorious
repository and request a merge. I have lots on my plate right now so this
will probably be early next week.

 

One interesting side note for those with an interest in electronics. The
dynamotor has several different output voltages including 28 volts and 300
volts. From my radio backgound (AC6VZ) I know that the 300 volt output is
probably for the power amp stage of the transmitter. I am not too sure how
much power output this unit had but from what I have read air to air range
was several hundred miles. Total power consumption when transmitting is
about 320 watts and 308 watts in recieve so it appears that it's output is
around 10 watts. This is comparible to modern aircraft VHF radios. Of course
modern aircraft radios probably only consume 15 to 20 watts max when
transmitting and perhaps only 1 watt when recieving since they are solid
state and don't have all of the losses in the dynamotor.

 

Hal

 

> 

> 

> 

> -Original Message-

> From: Hal V. Engel [mailto:hven...@gmail.com]

> Sent: 07 June 2011 23:24

> To: flightgear-devel@lists.sourceforge.net

> Subject: Re: [Flightgear-devel] SCR-522 (was Rating System Redux

> (wasRe:Flightgear-devel Digest, Vol 61, Issue 12))

> 

> On Tuesday, June 07, 2011 12:49:34 AM Vivian Meazza wrote:

> > I expect you have already seen this -

> > 

> > 

> > 

> > ftp://abbeytheatre2.org.uk:2121/flightgear/SCR-522/SCR-522.pdf

> > 

> > 

> > 

> > Right now I'm busy converting the SCR-522 into its progenitor, the

> > TR1133.

> > 

> > Not that it's hard - externally they are exactly the same bits of kit. I

> > 

> > have found a number of duplicate vertices/bad surfaces however. Based on

> > 

> > the Manual there are some small errors in the interpretion the function

> > of

> > 

> > the T/R/REM, and some of the dimensions. Key. I'll push the TR1133 into

> > 

> > git soon, but as a new item: I will not overwrite any of the SCR-522

> > 

> > stuff.

> 

> This is great info. I googled the SCR-522 when I was working on it's model

> and did not find much on line other than grainy old photos. Becau

Re: [Flightgear-devel] Flightgear gitorious repository corrupted ?

[Gene Buckle]

On Fri, 10 Jun 2011, Frederic Bouvier wrote:



- "Gene Buckle" a écrit :


On Fri, 10 Jun 2011, Frederic Bouvier wrote:

>> > -Fred
>> works here with the git:// url:
>> 
>> $ git clone -o origin git://gitorious.org/fg/flightgear.git essai
>> 
>> the http:// url fails in the same fashion as your tries.

>
> Thank you Emilian, I didn't notice the http:// stuff.
>
> I will change the Hudson url when I have a chance.
>

I just changed it and triggered a build. We'll see how it goes. :)

(and it appears to be working!  Thanks Emilian! [a million? :) ] )


Gene, please leave the win64 disabled. 64bit versions are already built by the 
32bit task.


Done!

g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project
Some people collect things for a hobby.  Geeks collect hobbies.

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Flightgear gitorious repository corrupted ?

[Frederic Bouvier]

- "Gene Buckle" a écrit :

> On Fri, 10 Jun 2011, Frederic Bouvier wrote:
> 
> >> > -Fred
> >> works here with the git:// url:
> >> 
> >> $ git clone -o origin git://gitorious.org/fg/flightgear.git essai
> >> 
> >> the http:// url fails in the same fashion as your tries.
> >
> > Thank you Emilian, I didn't notice the http:// stuff.
> >
> > I will change the Hudson url when I have a chance.
> >
> 
> I just changed it and triggered a build. We'll see how it goes. :)
> 
> (and it appears to be working!  Thanks Emilian! [a million? :) ] )

Gene, please leave the win64 disabled. 64bit versions are already built by the 
32bit task.

Regards,
-Fred

-- 
Frédéric Bouvier
http://www.youtube.com/user/fgfred64   Videos


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Flightgear gitorious repository corrupted ?

[Gene Buckle]

On Fri, 10 Jun 2011, Frederic Bouvier wrote:

>> > -Fred
>> works here with the git:// url:
>> 
>> $ git clone -o origin git://gitorious.org/fg/flightgear.git essai
>> 
>> the http:// url fails in the same fashion as your tries.
>
> Thank you Emilian, I didn't notice the http:// stuff.
>
> I will change the Hudson url when I have a chance.
>

I just changed it and triggered a build. We'll see how it goes. :)

(and it appears to be working!  Thanks Emilian! [a million? :) ] )

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project
Some people collect things for a hobby.  Geeks collect hobbies.

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Flightgear gitorious repository corrupted ?

[Frederic Bouvier]

- "Emilian Huminiuc" a écrit :

> On Friday 10 June 2011 15:57:53 Frederic Bouvier wrote:
> > Hi,
> > 
> > the Hudson server has difficulties to clone the flightgear
> repository
> > lately, for building the win32 binaries. I tried myself and got :
> > 
> > Frederic@NINJA /m
> > $ git clone -o origin http://git.gitorious.org/fg/flightgear.git essai.fg
> > Cloning into essai.fg...
> > error: Unable to get pack file
> >
> http://git.gitorious.org/fg/flightgear.git/objects/pack/pack-c1790f58f68e7
> > f2f7aacf083eea4ed8bd96a6ece.pack transfer closed with 789931 bytes
> > remaining to read
> > error: Unable to find bdbf6433ba8eff47751919d29e9f12a10f68affd
> under
> > http://git.gitorious.org/fg/flightgear.git Cannot obtain needed
> tree
> > bdbf6433ba8eff47751919d29e9f12a10f68affd while processing commit
> > c9a86833119d869cb4413197adc29255d7972f36.
> > error: Fetch failed.
> > 
> > $ git origin http://git.gitorious.org/fg/flightgear.git essai.fg
> > also fails for me
> > 
> > If some good soul could try to clone the git repository in their preferred
> > environment and report back, maybe we could get the reason of that
> > problem.
> > 
> > Regards,
> > -Fred
> works here with the git:// url:
> 
> $ git clone -o origin git://gitorious.org/fg/flightgear.git essai
> 
> the http:// url fails in the same fashion as your tries.

Thank you Emilian, I didn't notice the http:// stuff.

I will change the Hudson url when I have a chance.

Regards,
-Fred


-- 
Frédéric Bouvier
http://www.youtube.com/user/fgfred64   Videos


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Flightgear gitorious repository corrupted ?

[Emilian Huminiuc]

On Friday 10 June 2011 15:57:53 Frederic Bouvier wrote:
> Hi,
> 
> the Hudson server has difficulties to clone the flightgear repository
> lately, for building the win32 binaries. I tried myself and got :
> 
> Frederic@NINJA /m
> $ git clone -o origin http://git.gitorious.org/fg/flightgear.git essai.fg
> Cloning into essai.fg...
> error: Unable to get pack file
> http://git.gitorious.org/fg/flightgear.git/objects/pack/pack-c1790f58f68e7
> f2f7aacf083eea4ed8bd96a6ece.pack transfer closed with 789931 bytes
> remaining to read
> error: Unable to find bdbf6433ba8eff47751919d29e9f12a10f68affd under
> http://git.gitorious.org/fg/flightgear.git Cannot obtain needed tree
> bdbf6433ba8eff47751919d29e9f12a10f68affd while processing commit
> c9a86833119d869cb4413197adc29255d7972f36.
> error: Fetch failed.
> 
> $ git origin http://git.gitorious.org/fg/flightgear.git essai.fg
> also fails for me
> 
> If some good soul could try to clone the git repository in their preferred
> environment and report back, maybe we could get the reason of that
> problem.
> 
> Regards,
> -Fred
works here with the git:// url:

$ git clone -o origin git://gitorious.org/fg/flightgear.git essai

the http:// url fails in the same fashion as your tries.

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Flightgear gitorious repository corrupted ?

[Frederic Bouvier]

Hi,

the Hudson server has difficulties to clone the flightgear repository lately, 
for building the win32 binaries. I tried myself and got :

Frederic@NINJA /m
$ git clone -o origin http://git.gitorious.org/fg/flightgear.git essai.fg
Cloning into essai.fg...
error: Unable to get pack file 
http://git.gitorious.org/fg/flightgear.git/objects/pack/pack-c1790f58f68e7f2f7aacf083eea4ed8bd96a6ece.pack
transfer closed with 789931 bytes remaining to read
error: Unable to find bdbf6433ba8eff47751919d29e9f12a10f68affd under 
http://git.gitorious.org/fg/flightgear.git
Cannot obtain needed tree bdbf6433ba8eff47751919d29e9f12a10f68affd
while processing commit c9a86833119d869cb4413197adc29255d7972f36.
error: Fetch failed.

$ git origin http://git.gitorious.org/fg/flightgear.git essai.fg
also fails for me

If some good soul could try to clone the git repository in their preferred 
environment and report back, maybe we could get the reason of that problem.

Regards,
-Fred

-- 
Frédéric Bouvier
http://www.youtube.com/user/fgfred64   Videos


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Atmosphere heads-up

[Jon S. Berndt]

There is a change coming to the JSBSim modeled atmosphere. A new standard
atmosphere class is being completed that models the U.S. Standard Atmosphere
(1972) all the way up to 1000 km. FlightGear interacts with the FDM
atmosphere in a predictable way, since the user may want to set conditions.
Currently, this is the code that permits the controlling application
(FlightGear) to control the atmosphere:

If the property /environment/params/control-fdm-atmosphere is set to true,
then the JSBSim atmosphere model is set to UseExternal and the Temp, Press,
and Density are set:

Atmosphere->UseExternal();
Atmosphere->UseExternal();
Atmosphere->SetExTemperature(
Atmosphere->SetExPressure(pressure->getDoubleValue()*70.726566);
Atmosphere->SetExDensity(density->getDoubleValue());

Otherwise, UseInternal is set.

Atmosphere->UseInternal();

Each pass through the copyToJSBSim function is called, these parameters are
set:

Atmosphere->SetExTemperature(
Atmosphere->SetExPressure(pressure->getDoubleValue()*70.726566);
Atmosphere->SetExDensity(density->getDoubleValue());

These have no effect if UseInternal is set.

That was the old way. None of these API methods are present in the new
model. The new way isn't here yet, but will be after the upcoming release of
FlightGear. As reported on the JSBSim developer mailing list, 


I have submitted new updates to Codestriker for the new standard atmosphere
model if anyone wants to have another look at how it is shaping up:

https://sourceforge.net/apps/codestriker/jsbsim/codestriker.pl?action=list_t
opics&sstate=0 

The documentation is shaping up at the same time here:

http://jsbsim.sourceforge.net/JSBSim/classJSBSim_1_1FGStandardAtmosphere.htm
l


In the new version of the standard atmosphere model, external applications
such as FlightGear will be able to control the atmosphere by setting sea
level conditions, or at-altitude conditions using any of these API calls
(see the documentation at the second link, above, for more information on
these):

void SetSLTemperature
 (double t, eTemperature
  unit=eFahrenheit);
void SetTemperature
 (double t, double h, eTemperature
  unit=eFahrenheit) {};
void SetTemperatureBias
 (double t, eTemperature
  unit=eFahrenheit);
void SetSLTemperatureGradedDelta
 (double t, eTemperature
  unit=eFahrenheit);
void SetTemperatureGradedDelta
 (double t, double h, eTemperature
  unit=eFahrenheit);

void SetSeaLevelPressure
 (double pressure, ePressure
  unit=ePSF);

Several units are available for the setters - both metric and English. The
density is calculated from the temperature and pressure, so it is not
specified. The point of this is that the temperature - and the temperature
profile - are controllable by the calling application. The sea level
pressure can be set by the calling application. I will be adding the ability
to set the pressure at a particular altitude/elevation, but that's not ready
yet. These two items should allow a great deal of control over the
atmosphere, with the atmosphere remaining internally consistent.

The winds modeling have been moved to another class, FGWinds. Additional
wind effects are hoped to be modeled, such as downbursts, 1 minus cosine
gusts, etc.

Additionally, I am considering the modeling of temperature and pressure
"turbulence", as well - slight fluctuations of those parameters based on
temporal and spatial conditions.

Comments?

Jon


<>--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel