JSBSim Piper J-3 Cub

[wlbragg]

Thanks @legoboyvdip

NAV radio DME appears to be working fine. Flying to Newton NDB using Nav radio and ADF.



Eventually, when the com/nav radio is working correctly you will be able to use the NAV radio, DME and ADF while in any configuration. The Com radio and VOR will not be available while in the amphibious configuration. Having all this capability in the PA-18 adds a whole new dimension to flying with it.

[wlbragg]

@legoboyvdip
Rather than having to deal with another branch I pushed everything to "master". You can work from it.

[wlbragg]

I changed my mind, the VOR gauge will always be available in the pa-18, I moved the amphibious gear controller.

Everything is pushed to master.

[wlbragg]

@legoboyvdip

Never mind, I found it. I was missing the 8.33 flag in System/instruments.xml.

[legoboyvdlp]

Ok - great

[wlbragg]

OK, everything is operational in the pa-18. Pushed it to fgaddon as well as the two dev repositories. I love it. Future work to include light maps for the pa-18, startup state work, save state work, anything else?

[legoboyvdlp]

Nice work!

[msalama]

The most recent version downloaded from the FGAddon repository seems broken. It throws an error on initialization and FG just quits. FGPropertyValue::GetValue() complains about property /sim/model/pa-18/hydraulics/hydraulic-pump missing and that's it, back to desktop. Anyone else seeing this?

[wlbragg]

Try deleting your .fgfs/aircraft-data/ entries for the j3cub and pa-18.

[Octal450]

That won't do anything - you didn't initialize that property properly before JSB loads - either in -set or in jsb itself. I've noticed that sometimes others systems complain about these things while mine doesn't - don't know why.

Kind Regards,
Josh

[wlbragg]

you didn't initialize that property properly before JSB loads.
I've noticed that sometimes others systems complain about these things while mine doesn't - don't know why

Hum, interesting, OK, I'll fix it tomorrow..

In the meantime I pushed a change to the amphibious gear. They weren't working right. the left brake was not effective because the coeff were wrong so it was impossible to steer with brakes. It works much better now.

[msalama]

Didn't help. No worries though, I'll just wait for a new push EDIT: Also noted what Octal said there so I'll indeed just wait. S!

[wlbragg]

@msalama

Please pull a fresh copy and try now. It should be corrected. Let me know if there are any other problems. Thank you for the feedback.

Note to all:

I am aware of the amphibious front gear being slightly sunk into the ground. That was caused by changing the spring coeff, I still need to adjust the contact points to correct.

[msalama]

Works now. Thanks muchly.

[wlbragg]

Any idea why I am getting z-fighting with this much space between objects. It appears to be fighting between the back screen (left most black panel) and the middle digits. The front (right black panel) is a transparent glass panel that is loaded at a separate time (no texture) than the instrument and to a separate .ac. The "glass panel" you see in this shot is a placeholder for positioning the other elements only and is not exported to the same .ac.

To add insult to injury, it is the same in the c172p (only tighter tolerances) and is not z-fighting in any way.

???