Jump to content
The simFlight Network Forums

JBaymore

Members
 View Profile  See their activity

  • Posts

    34

  • Joined

  • Last visited

 Content Type 

Posts posted by JBaymore

  2. Win7 64 bit no data seeming to get to stand alone EICAS gaug

    in FSUIPC Support Pete Dowson Modules

    Posted

    Pete,

    Just in case you see something that jumps right out at you as seeming totally "abnormal" .... here is a sample part of the WidelClient.log file:

    ---------------------------------------------------------

    ********* WideClient Log [version 6.78] Class=FS98MAIN *********

    Date (dmy): 24/05/10, Time 12:59:46.765: Client name is BETHLAPTOP

    969 Timing Thread Started

    1000 SendReq Thread Started

    1000 Trying TCP/IP addr 192.168.0.5, port 8002 ...

    67422 Sending computer name and requesting base data ...

    67422 Button Thread Started

    87547 New Client Application: "BoeingEADI" (Id=1796)

    87547 Write: Offset=330A, Size=0002

    EC 03

    87547 0 ReadLocal: Offset=3304, Size=0004

    01 00 80 39

    87547 0 ReadLocal: Offset=3308, Size=0004

    07 00 DE FA

    87672 78 ReadOk: Offset=0B74, Size=0004

    D2 E2 3F 00

    87672 78 ReadOk: Offset=0B78, Size=0004

    94 02 00 00

    87672 78 ReadOk: Offset=0B7C, Size=0004

    14 F1 3F 00

    87672 78 ReadOk: Offset=0B80, Size=0004

    C3 04 00 00

    87672 78 ReadOk: Offset=0B84, Size=0004

    00 00 00 00

    EDITED OUT TONS OF STUFF HERE .........

    146047 0 ReadLocal: Offset=0B94, Size=0004

    D2 D9 3F 00

    146047 0 ReadLocal: Offset=0B98, Size=0004

    C3 04 00 00

    146047 0 ReadLocal: Offset=0B9C, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=0BA0, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=0AF4, Size=0002

    B3 06

    146047 0 ReadLocal: Offset=0E8C, Size=0002

    0B 0F

    146047 0 ReadLocal: Offset=02C4, Size=0004

    00 96 00 00

    146047 0 ReadLocal: Offset=3000, Size=0006

    49 42 4F 53 00 00

    146047 0 ReadLocal: Offset=0330, Size=0002

    53 3F

    146047 0 ReadLocal: Offset=0366, Size=0001

    01

    146047 0 ReadLocal: Offset=2EE0, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07BC, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07C4, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07C8, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07D0, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07DC, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07E4, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07FC, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=0800, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=0810, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=0BAC, Size=0002

    00 00

    146047 0 ReadLocal: Offset=0BAE, Size=0002

    00 00

    146047 0 ReadLocal: Offset=0BB0, Size=0002

    00 00

    146047 0 ReadLocal: Offset=0BDC, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=0C29, Size=0005

    30 31 2E 36 20

    146047 0 ReadLocal: Offset=0C48, Size=0001

    7F

    146047 0 ReadLocal: Offset=0C49, Size=0001

    00

    146047 0 ReadLocal: Offset=036E, Size=0001

    00

    146047 0 ReadLocal: Offset=07CC, Size=0004

    C7 F1 00 00

    146047 0 ReadLocal: Offset=07E2, Size=0002

    00 00

    146047 0 ReadLocal: Offset=07E8, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=07F2, Size=0002

    00 00

    146047 0 ReadLocal: Offset=02C8, Size=0004

    00 00 00 00

    146047 0 ReadLocal: Offset=2ED0, Size=0008

    00 00 00 00 00 00 00 80

    146047 0 ReadLocal: Offset=0C18, Size=0001

    00

    146047 0 ReadLocal: Offset=2EE8, Size=0008

    00 00 00 00 00 00 00 00

    EDITED OUT TONS OF STUFF HERE...........

    212328 0 ReadLocal: Offset=057C, Size=0004

    00 00 00 00

    212328 0 ReadLocal: Offset=0870, Size=0002

    04 8E

    212328 0 ReadLocal: Offset=0B4C, Size=0002

    00 00

    212328 0 ReadLocal: Offset=07D4, Size=0004

    00 00 00 00

    212328 0 ReadLocal: Offset=11BE, Size=0002

    FF 7F

    212328 0 ReadLocal: Offset=281C, Size=0004

    00 00 00 00

    212328 0 ReadLocal: Offset=3428, Size=0008

    00 00 00 00 00 00 59 40

    212328 0 ReadLocal: Offset=8700, Size=0001

    00

    212328 0 ReadLocal: Offset=8701, Size=0001

    00

    212328 0 ReadLocal: Offset=8702, Size=0001

    00

    212328 0 ReadLocal: Offset=8703, Size=0002

    00 00

    212328 0 ReadLocal: Offset=8705, Size=0001

    00

    212328 0 ReadLocal: Offset=8706, Size=0002

    00 00

    212328 0 ReadLocal: Offset=080C, Size=0004

    00 00 00 00

    225688 Timing Thread Terminated

    225688 Button Thread Terminated

    225688 SendReq Thread Terminated

    225688 ****** End of session performance summary ******

    225688 Total time connected = 157 seconds

    225688 Reception maximum: 5 frames/sec, 270 bytes/sec

    225688 Reception average whilst connected: 3 frames/sec, 140 bytes/sec

    225688 Transmission maximum: 1 frames/sec, 592 bytes/sec

    225688 Transmission average whilst connected: 0 frames/sec, 26 bytes/sec

    225688 Max receive buffer = 445, Max send depth = 2, Send frames lost = 0

    225688 **************** Individual client application activity ****************

    225688 Client 1796 requests: 6958 (Ave 44/sec), Data: 10136403 bytes (64563/sec), Average 1456 bytes/Process

    225688 ********* Log file closed (Buffers: MaxUsed 3, Alloc 7592 Freed 7592 Refused 0) *********

    -----------------------------------------------------------------------------------------------

    Maybe that is usefulmaybe that is not.

    best,

    .......................john

  4. Win7 64 bit no data seeming to get to stand alone EICAS gaug

    in FSUIPC Support Pete Dowson Modules

    Posted

    Pete,

    Again... an amazing fast response.

    Here is a FSUIPC log file from my testing..... not from the same exact session as the WideClient file above... but from later attempts. (I have scrubbed out my email address for obvious reasons :wink: .)

    ----------------------------------------------------------

    ********* FSUIPC, Version 3.98a by Pete Dowson *********

    Running on Windows Version 5.1 Build 2600 Service Pack 2

    Verifying Certificate for "E:\Flight Simulator 9\MODULES\FSUIPC.DLL" now ...

    SUCCESS! Signature verifies okay!

    Running inside FS2004 (FS9.1 CONTROLS.DLL, FS9.1 WEATHER.DLL)

    User Name="John Baymore"

    User Addr="XXXXXXXXXXXXXXXXXXXXXX"

    FSUIPC Key is provided

    WideFS Key is provided

    Module base=61000000

    ClassOptions: UIPCMAIN=FF7F, FS98MAIN=FF7F, FS2KMAIN=FF5E

    WeatherOptions(Orig)=6040B789[6040B789]

    InitDelay: 0 seconds

    WeatherReadInterval=4

    LogOptions=00000001

    DebugStatus=255

    3588 System time = 23/05/2010 22:01:47

    3588 \\NEWMAINOFFICE7\Flight Simulator 9\

    3603 System time = 23/05/2010 22:01:47, FS2004 time = 12:00:00 (00:00Z)

    9032 \\NEWMAINOFFICE7\Users\John\Documents\Flight Simulator Files\United 146-200 at Logan.flt

    11060 AIRCRAFT\BAe 146-200 Eurowings Pro\BAE146-200_2k4v2.9.air

    11185 Aircraft="United BAe 146-200"

    68110 AIRCRAFT\b737_400\Boeing737-400.air

    68126 Aircraft="Boeing 737-400"

    72088 \\NEWMAINOFFICE7\Users\John\Documents\Flight Simulator Files\UI generated flight.flt

    72696 Clear All Weather requested: external weather discarded

    72962 Advanced Weather Interface Enabled

    85676 Traffic File #19 = "scenery\world\scenery\traffic030528"

    85754 Traffic File #31 = "scenery\world\scenery\traffic_000_woa_american airlines_su08"

    85925 GoFlight GF45 detected: 1 device

    85925 GoFlight GF166 detected: 4 devices

    85925 GoFlight GFMCP detected: 1 device

    86580 Traffic File #41 = "scenery\world\scenery\traffic_000_woa_cessna 421c ga_wi08"

    86580 Traffic File #82 = "scenery\world\scenery\traffic_000_woa_northwest airlines_su08"

    86627 Traffic File #139 = "scenery\world\scenery\traffic_254_woa_ultimate ga cessna 402_su06"

    86658 Traffic File #101 = "scenery\world\scenery\traffic_000_woa_ultimate ga citation 550_su06"

    86783 Traffic File #143 = "scenery\world\scenery\traffic_60_woa_fedex_su05"

    86783 Traffic File #129 = "scenery\world\scenery\traffic_177_woa_ultimate ga gulfstream 4_su07"

    86830 Traffic File #37 = "scenery\world\scenery\traffic_000_woa_british airways_su09"

    86908 Traffic File #95 = "scenery\world\scenery\traffic_000_woa_swiss_su08"

    86955 Traffic File #134 = "scenery\world\scenery\traffic_213_woa_ultimate ga learjet 45_su06"

    86955 Traffic File #111 = "scenery\world\scenery\traffic_000_woa_wiggins airways_su09"

    87033 Traffic File #36 = "scenery\world\scenery\traffic_000_woa_british aerospace hawker xp800 ga package_su09"

    87080 Traffic File #77 = "scenery\world\scenery\traffic_000_woa_lufthansa_su09"

    87126 Traffic File #81 = "scenery\world\scenery\traffic_000_woa_north american airlines_wi08"

    87158 Traffic File #131 = "scenery\world\scenery\traffic_191_woa_united airlines_su07"

    87158 Traffic File #136 = "scenery\world\scenery\traffic_227_woa_us airways_wi07"

    535161 \\NEWMAINOFFICE7\Users\John\Documents\Flight Simulator Files\UI generated flight.flt

    535817 Clear All Weather requested: external weather discarded

    548437 System time = 23/05/2010 22:10:52, FS2004 time = 22:01:56 (02:01Z)

    548437 *** FSUIPC log file being closed

    Memory managed: 2 Allocs, 6533 Freed

    ********* FSUIPC Log file closed ***********

    To me that looks "normal" ........ but then again... what do I know.

    Once again... thanks. Will work with the gauge developers to see what is going on. Thanks for the "log" tip... will do that.

    best,

    ...................john

  5. Win7 64 bit no data seeming to get to stand alone EICAS gaug

    in FSUIPC Support Pete Dowson Modules

    Posted

    Pete,

    Thanks for the REALLY fast response (as always). Your support is, and has always been, "the best in the biz."

    I've no idea I'm afraid. Your WideFS setup is working fine and you've actually proven to yourself in any case. Seems those gauges need something else, or something switching on, which you've perhaps omitted or forgotten?

    There's nothing there to decipher, everything is running fine.

    I was hoping that my somewhat cursory understanding of all this tech kinda' stuff was leading me to miss some important but subtle key line in the log file that was going to tell me where I was screwing up with all this. In reading it I couldn't seem to find anything. But I was thinking it was just the fact that it was ME reading it :wink: .

    THANKS! Good to know that I have the local network stuff set up correctly. This is one of those "good news / bad news" situations. This certainly tends to point to the gauges themselves. They've worked fine for YEARS. This is really "out of the blue".

    Do the folks who supplied the gauges have any support at all? What make are they? Some of the third party ones I know of don't use WideFS, but have their own network service.

    I have notified them of the situation and they have responded and will look at the situation shortly. I will send them a copy of your response here also as a FYI to help them out. The gauges DO for sure use FSUIPC/WideServer/WideClient for the data stream.

    Can you think of ANY relatively recent change in the latest couple versions of any of your software that might in any way affect the nature of the data stream that external gauges are seeing coming thru the "pipeline"? That might offer the gauge developers a clue. I'm guessing not........ but it does not hurt to ask.

    Or... can you see any factor that having the fs2004 sim running on a 64 bit OS but the external gauges running on 32 bit OSs might affect the data stream they are seeing in some unexpected way? Again, I am assuming that the data coming out of the sim via WideServer is the same no matter what the OS it is on.......but I'm grasping at straws here looking for some clues to fix this. My "aircraft" is stuck at the gate!

    I'd prefer to not name the company right at this point....... give them a chance to solve this if it is "thiers" :) .

    Thanks again Pete, for the totally amazing support for your products.

    best,

    ....................john

  6. Win7 64 bit no data seeming to get to stand alone EICAS gaug

    in FSUIPC Support Pete Dowson Modules

    Posted

    Hi all. I've been trying to debug this issue to no avail. Pulling my hair out (what is left of it :wink: ).

    I have a brand new i7-960 3.2 gig quad core machine running Win7 64 bit Professional. Not clocked. 6 Gigs of DDR3 RAM. Running fs2004 version 9.1.

    In the past I have had my simpit setup on a home 100 Mbit/sec. hard wired and switched network....and it was working fine when the main sim machine was an XP Pro 32 machine. I did not change anything on all of the other simpit machines. Just changed the main flight sim (fs2004) machine. The switch is fine. The cables are fine.

    After the new i7 machine and Win7 install, I reloaded fs2004, updated one version level of FSUIPC and WideFS. (Went from the just prior one to the most recent.) Installed the new FSUIPC dll in the modules folder and also the new WideServer dll. Put the new WideClient on the remote machines.

    Have test flown fs2004 a LOT already at the desktop level, and all appears to be just fine. Now I need to get the simpit working again. This is where trhe trouble is starting.

    I am running fixed IPs on all of the network machines that run the stand alone gauges for the simpit. I have added the Wideserver IP address and TCP into the WideClinet config file. As just one example, from the Win7 (sim) machine I can see the XP machine that holds the external cockpit gauge just fine. I have created a rule in the Win7 firewall that allows all duplex traffic from the local fixed IP for that machine. The XP machine allows the fixed IP of the Win7 machine in. All of the shared folders on the XP machine are visible. I have shared the folders for FS9 on the main Win 7 sim machine, and also the folder for WideClient on the XP machine ruinning the EICAS.

    I am currently experiencing a totally WEIRD problem with my stand alone gauges that have worked just perfectly (stellar as a matter of fact!) up until now. I'm totally baffled! I've spent hours and HOURS trying to get this solved already.

    WideClient on the XP machine reports that it is connected. On the Win7 sim machine I see the "connected" message on the top fs2004 menu bar. If I close WideClient, I see it disconnect on the fs2004 menu bar, and if I re-start it... I see it say "connected" again. But the display on the stand alone EICAS guage that I am running on an XP machine remains totally blank......... as if there is NO data streaming into it. It is just a big black and blank face. I THINK this is the display it would have when there is a total failure of the aircraft's MFDs in the sim....... but I am not sure of that fact....never having experienced that from the sim in the past. (And yes, in the aircraft I am using in the sim, the simulated panel displays are working. :wink: )

    HOWEVER, when I leave the EICAS gauge running and then shut down WideClient on that XP machine, the EICAS gauge shifts its display to the "INOP" message that it gives when it is not getting any connection data. So it appears that there is a distinct difference between when WideClient is "connected" to the EICAS gauge.... and when it is not. SOMETHING seems to be getting thru that keeps the INOP message from popping up.

    This same exact thing happens to the same supplier's PFD gauge running on a different Win98 machine.

    Here's the REAL kicker in all this..........

    Running on the same machine right next to the EICAS or the PFD gauges..... I can run another gauge (like say Danny Ho's TACAS unit or SaWXR) and those gauges have data reaching them just fine from WideServer/WideClient! THey show what they are supposed to show. So they are displaying stuff and the gauges right next to them are not. They have always worked together nicely in the past.

    What the HECK is going on here?

    Here's my WideClient Log File from a test session from on one XP machine:

    ********* WideClient Log [version 6.78] Class=FS98MAIN *********

    Date (dmy): 23/05/10, Time 21:15:47.796: Client name is BETHLAPTOP

    1391 Attempting to connect now

    1391 Trying TCP/IP addr 192.168.0.5, port 8002 ...

    22469 Error on client pre-Connection Select() [Error=10060] Connection timed out

    22469 Ready to try connection again

    23516 Attempting to connect now

    54625 Connection made okay!

    76109 New Client Application: "eicas" (Id=1012)

    135375 Received shutdown offset code = ADBC

    135375 FS closing down (param=ADBC), disconnecting

    135375 ********* Interim performance summary *********

    135375 Total time connected so far = 79 seconds

    135375 Reception maximum so far: 24 frames/sec, 2419 bytes/sec

    135375 Reception average whilst connected so far: 16 frames/sec, 1492 bytes/sec

    135375 Transmission maximum so far: 1 frames/sec, 689 bytes/sec

    135375 Transmission average whilst connected so far: 0 frames/sec, 39 bytes/sec

    135375 Max receive buffer = 634, Max send depth = 2, Send frames lost = 0

    135375 **************** Individual client application activity ****************

    135375 Client 1012 requests: 3304 (Ave 41/sec), Data: 5886000 bytes (74506/sec), Average 1781 bytes/Process

    135375 ***********************************************

    135453 Received shutdown offset code = ADBC

    141953 Connection closed by server!

    141953 Attempting to connect now

    141953 Trying TCP/IP addr 192.168.0.5, port 8002 ...

    154797 ****** End of session performance summary ******

    154797 Total time connected = 79 seconds

    154797 Reception maximum: 24 frames/sec, 2419 bytes/sec

    154797 Reception average whilst connected: 16 frames/sec, 1492 bytes/sec

    154797 Transmission maximum: 1 frames/sec, 689 bytes/sec

    154797 Transmission average whilst connected: 0 frames/sec, 39 bytes/sec

    154797 Max receive buffer = 634, Max send depth = 2, Send frames lost = 0

    154797 **************** Individual client application activity ****************

    154797 Client 1012 requests: 3471 (Ave 43/sec), Data: 6183594 bytes (78273/sec), Average 1781 bytes/Process

    154797 ********* Log file closed (Buffers: MaxUsed 3, Alloc 4783 Freed 4783 Refused 0) *********

    Can someone a bit more skilled than I please decipher this stuff above and maybe point me in the direction of a potential solution? I am hoping this is something simple and obvious to someone who actually knows what they are doing.... which obviously I am NOT!

    THANKS in advance.

    best,

    ...................john

    Imaginesim KLGA question (FSC not showing all)-RESOLVED

    in (Former) FS Commander Support Forum

    Posted

    :D Volker comes thru!!!!!! :D

    Imaginesim forgot to place the ICAO identifier into the navaids in the AFCAD file. VOlker editied them in and it now reads correctly in FSC. (THANKS Volker!!!!!)

    I then noticed what might be another error in the original Imaginesim KLGA AFCAD. The ILS "feather" for KLGA runway 31 is set a LONG distance from the end of the runway on the FSC display of the airport's runway. Have to chaeck that out some more.

    SO ,... original issue solved. THANKS!

    best,

    ...........john

    PS: I've notified Imaginesim support of this fact also.

    FSC FS9 Multiplayer - AI not visible - Help!

    in (Former) FS Commander Support Forum

    Posted

    The challenge to display on line multiplayer aircraft in FSC/FS9 remains on the table!

    Yeah... I've been hoping that someone would tackle the multiplayer AI issue for FSHost servers for a long time. it is particularly an issue since FSNavigator is no longer for sale or supported. Anyone who does not have it is S.O.L. Plus for us simpit flyers..... it needs to be able to be read with the standard NAV display gauges.

    Somone needs to re-write the equivalent of AIBridge. Even as payware (hint there Sascha and Felix) :wink: .

    best,

    ...................john

    FSC FS9 Multiplayer - AI not visible - Help!

    in (Former) FS Commander Support Forum

    Posted

    Rory,

    Can't speak directly to FS Commander and AIBridge combined.

    I have not tried to use AIBridge with Flight Sim Commander, but I (and others) HAVE tried to use it (rather unscussefully) to inject the online user data stream into other TACAS and traffic type gauges........ with poor to awful results. I run a simpit, and have a very good payware NAV gauge in the "aircraft" that displays traffic... and AIBridge has been nothing but problematic in that application.

    It has been the consensus of a lot of us trying to get AIBridge to work well with FSHost servers that is is not a very successful piece of software for that purpose. It was not designed for FSHost use to start with. We have found AIBridge (all versions available) is prone to going unresponsive, looking like it is connected but it is not sending data, causing "kick off" or "all payers were unmable to connect" errors even with permissions and all ports opened, and other such serious annoyances. (see some postings on this subject on Chocolate Software's forum).

    So..... it is possible that what you are seeing is just "business as usual" for AIBridge.

    Remember... regular AI do not exist in multiplayer. All you (hopefully) will see is the other payers logged in.

    If you solve it.... I'd LOVE to know how. :wink:

    best,

    ..............john

    Imaginesim KLGA question (FSC not showing all)-RESOLVED

    in (Former) FS Commander Support Forum

    Posted

    Hi. I finally upgraded my machine as well as FSC. Specs in sig.

    I am running the latest version of Imaginsim's KLGA with AES activated for it. With the stock installer, I installed the default AFCAD (not the one for the removed static aircraft).

    When in Flight Sim Commander I do not see any ILSs for Imaginsim's KLGA. I see all of the runways and parking and such, but there appear to not be any navaids. When I look at the airport information in FSC... I see no ILSs listed.

    When I go to map in fs2004, I see all of the ILSs at KLGA just fine, and they are working. I see the Imaginesim KLGA in my fs2004 scenery library and it is activated.

    I have used the database manager tio update the airports AFTER that airport was installed.

    What am I doing wrong?

    best,

    ...................john

  15. FSUIPC 3.984 on Win 7 64 bit?

    in FSUIPC Support Pete Dowson Modules

    Posted

    Thanks for the incredibly fast reply, Pete. But that does not surprise me from you. You are "da' man".

    I am upgrading the whole shebang..... case on up...so all will be new hardware on the new multi-core machine. And yes....thanks for the suggestion......, I already am checking on the simpit interfaces and software from the suppliers as I plan this out. That is why I just posted this here :lol: . Pain in the but upgrading something as complicated as a simpit.

    I will post this confirmation information on the SimViation Homebuild Cockpits forum also, where I am a mod. I have a thread there that I started to amass which typical simpit stuff is compatible with Win 7 64 bit.

    Someday when I win the lottery I'll upgrade to a machine that maxes out FSX..... and pick up the newer verion 4 of FSUIPC.

    Thanks again.

    best,

    .................john

  16. FSUIPC 3.984 on Win 7 64 bit?

    in FSUIPC Support Pete Dowson Modules

    Posted

    I'm tied to fs2004 due to simpit committments. I am upgrading my machine a LOT to get smooth fs2004 performance. I am using FSUIPC 3.9xx. (also wideFS) Will they (both) work on Win 7 64 bit? I want to utilize the features of the 64 bit OS. Hate to stick with the 32 bit Win 7.

    Appreciate any info. Thanks.

    best,

    ..............john

    PS: I could not find this easily in searches on the board. Apologies if it is staring me in the face.

  18. Is there equivalent for fs2004 to keep electrical ON?

    in FSUIPC Support Pete Dowson Modules

    Posted

    Pete,

    WOW!

    Thanks for tackling this problem for me this way......... the interim version was totally unexpected.

    I just downloaded the new version attached here and will get around to testing it in the next couple of days. I'll get back to you on my progress. Hopefully there'll be no problems......but I can be "dense and dumb" at times.

    As to Project Magenta.........

    Only in my dreams! :) That particular software is SO far out of my budget range it is amazing. Home built cockpits are a "money pit" no matter HOW you slice it........ but mine is a "small money pit". One reason I went "generic" in design.

    Having written a small amount of commercial software way, WAY long ago, I appreciate how much work goes into coding.....and PM is certainly a MASSIVE piece of research and coding...... and since it sells to a VERY limited market.....certainly worth the price. But so is a BMW car....and I don't drive one of those either :lol: .

    Thank you again for the superior and exceptional service you provide in support of your software.

    best,

    ......................john

  19. Is there equivalent for fs2004 to keep electrical ON?

    in FSUIPC Support Pete Dowson Modules

    Posted

    Pete,

    Thanks for the VERY fast reply to this. Wasn't necessarily expecting "The Big Guy" to answer this.

    To clarify a bit........ I'm hoping for a very simplistic solution even if it is not exactly like the "real deal" in the aircraft.

    I am not actually planning on writing some "code" for developing this APU function, and the panel I mentioned is hardware in a simpit and uses only basic switches.... no "processing power" involved. The panel is tied to both a Hagstrom keyboard encoder and a Phidgets interface card for getting info to the sim.

    Using this approach, I only have the options for writing a value to an offset via one of two methonds..... a kepress from the Hagstrom encoder to FSUIPC to place a value into an offset....... or alternately via the FS2Phidget software interface that basically allows me VERY limited manipulation (multiplication or division ....no "logic" functions) of the parameter to be placed into an offset by the Phidgets card.

    So, to my understanding, if I place a value into the battery voltage offset vai a single event switch throw (turn on the APU generator) .... won't it just about immediately get "overwritten" by what is happening from within the sim?

    I'm trying to stay away from having to write something like an XML gauge to place into the aircraft panels that models the APU function....since I pretty much know squat about XML. :? And getting keypresses into XML gauges (other than the ones that are from the keypress events listed in the "Assignments" screen) when the gauges are not actually being displayed on any panels (out the windscreen views only) I have no idea how to accomplish.

    best,

    .....................john

  20. Is there equivalent for fs2004 to keep electrical ON?

    in FSUIPC Support Pete Dowson Modules

    Posted

    I am trying to put together the APU panel for my simpit so that it actually has some functions. Unfortunately the aircraft things are based (loosely) upon is a BAe 146-200....... so the four available "Microsoft" engines are already "occupied" (otherwise I'd just create a thrustless jet engine with generator and bleed air).

    Looking in the FSUIPC docs I see that the offset for "electric always available" is not listed as carried through fopr fs2004. So I am looking for the equivalent for that offset that would make electric always available for fs2004 by writing a value to the location and turing it off by writing another one.

    That way when the APU is "on"....... I can have the value written so as to supply power to the aircraft systems independent of what position the main battery switch is in. That allows an APU start with the battery supplying power, then the APU generator takes over, then the battery gets set to "charge", and then the engines get started to supply power from their generators. And then once in the air, the APU can be shut down. And so on.

    I can't seem to find the equivalent in the FSUIPC docs. I know that in the aircraft.cfg file there is a line for adding this option. Is this still possible "on the fly" within the sim itself?

    best,

    ................john

    Exporting to FreeFD directory across network

    in FSNavigator Support Forum

    Posted

    Well....... 42 forum thread views so far and no more thoughts other than Alstair's on the issue.... so I am guessing that it can't easily be done.

    Found out that the new version of FSBuild will do all of the converting/ network saving stuff I want..... but unfortunately it does not have the slick moving map or the "radar" type functions that FSNav has. Which are nice "added extras" for me.

    And Courseplanner 3.D.3...... which will itself run on a remote networked machine ......and is very slick...... does not support the .sbp file format at all. But is IS a stand alone program (that everyone seems to want FSNav to be) that also features the moving map and radar type function that FSNav has. But the only format it supports is the native fs2002/2004 ones and the "adventure" format.

    So unless someone has a more suggestions for solving the FSNav lacking a network file saving capability..... looks like I'll have to go for something else.

    best,

    .........................john

    PS: Anyone know of a freeware "mirror" utility that would automatically send a copy of a file saved in one directory to another directory .... across a network? That would work too.

    Exporting to FreeFD directory across network

    in FSNavigator Support Forum

    Posted

    Alastair,

    Thanks for the answer.

    I can...and that is one of the things that I am currently doing. I am truying to "automate" the flight planning process a bit. With a simpit........ it is already more like a real aircraft in the pre-flight setup. Moving the file is one extra tiny pain in the butt. Particualrly if I have to exit FSNav, minimize FS004, copy the file to the other drive, and then reenter the sim.

    But if I have to do that.... I already have the freeware FSBuild 1.4 version that automatically puts the Squawkbox file right into the FreeFD ND directory.

    FSNav is a far nicer planner than the freeware FSBuild. And the payware new FSBuild 2.2 I am also considering too.... but I can't get an answer from them if that version supports the OLD Squawkbox .sbp file format. It touts the fact that is supports the NEW Squawkbox format........ but FreeFD doesn't use that.

    It would be just such a simple thing if there was some sort of .ini file I could change manually to open up another saving location in FSNav. I am hoping that someone has a solution. I am sure that FSNavigator would like to sell one more copy...... and if it works for me...... it will work for OTHER cockpit buiilders too. The cockpit building community "talks" with each other :D .

    Thanks again.

    best,

    .......................john

    Exporting to FreeFD directory across network

    in FSNavigator Support Forum

    Posted

    Well... I tried the above strategy with the ini file.... which seemed like a good possible solution............. but when I hit "export" flightplan in FSNavigator....it always pops up the selection screen for where to save the exported files....... and any mapped drive or workgroup computer on the network is NOT an option from there.

    Does anyone have any suggestions?

    best,

    .........john

    Exporting to FreeFD directory across network

    in FSNavigator Support Forum

    Posted

    I am considering purchasing the new version of FSNavigator IF I can get it to do one thing I need.

    I have a simpit and I need to get the flightplans in the older Squawkbox format saved into the directory that has the FreeFD ND display running from it. The ND displays the flightplan, but only if it is a Squawkbox plan and if it is located in the same directory when the ND "fires up".

    This gauge is located on one of the multiple 100Mbit networked computers that run the pit. At the moment, I am using a more "laborious" method to get the plan to the ND involving a number of steps. It is a pain in the butt.

    FSNavigator does support creating flightplans in the older .sbp format... so that is good for this need. But from the directory picklist that the program shows, it will not allow you to "access" networked machines. It seems to be restricted to the C:/ , D:/ , E:/ drives and their directories (and so on).

    If I go to the FSNavigator FlpExport.ini file, I can see the [squawkbox] parameters section, and see there the directory that it "points" to. If I change it from the current one on the E: drive to \\NDBACKUP\FreeFD-ND (which is the basic network path command to the location I need to store stuff) will this solve my problem without creating some other issues?

    best,

    .................john

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.