Jump to content
The simFlight Network Forums

cockbit

Members
  • Posts

    15
  • Joined

  • Last visited

Posts posted by cockbit

  1. Erklärung : Im FSUIPC Fenster hat man  die Möglichkeit - ausser den Kalibrierungen - via den Reiter Logging bestimmte Variablen

    (gemäss Offset-Liste) auf dem Simulator-Display (unter der Menu-Leiste) anzuzeigen. Das ist sehr hilfreich um HW-Funktionen, die über FSUIPC

    laufen zu prüfen oder zu beobachten z.B. Rotor-Clutch beim Heli : Offset 0x0889 etc. Das hat bis jetzt funktioniert. Bei P3D V5 und Mehrfach-Display und

    der Neuerung  ViewGroups.xml (Projektoren mit Warping) ist die Anzeige nicht mehr vorhanden. Ich habe aber heute eine Lösung entdeckt.

    Man lässt den Simi ohne Warping und nicht im Vollbildmodus laufen, dann erscheinen die gewünschten Anzeigen wie gewohnt, aber über nicht wie bis anhin unter der Menüleiste.

    So kann man leben.

    Vielen Dank

    HansPeter

  2. Hi Pete

    Thank you for your sympathy in my situation, which is a little different than you kindly accept.

    Short:
    I've been in the simulator business for several years. But mainly hardware and software for motion platforms. However, I also support the customers (at the moment 28) in other matters as you can see.

    One of them is a Baron 58 who had installed the two PFC G1000 up to now. One of them broke the display.
    I then removed both and replaced them with two Flyght1 G1000s (temporary replacements). I had the intention to exchange the devices back.

    In the meantime, however, the B58 was sold to Berlin and there the HD - for whatever reason - collapsed.

    As I said, I was able to reconstruct the HD. The PM SW for PFD and MFD is still available and the PFC device is defined in the configuration.

    Unfortunately, the installation was 8 (not that long!) Years ago. That's why I contacted Enrico Schiratti.

    I put my request in your forum with the sure intention (maybe a bit cheeky?) That you will get in touch and not in the hope that someone else knows the problem.

    I remain in silent hope.
    Hans Peter

  3. Hi Pete

    PFC only supports X-Plane. Unfortunately they don't sell me a driver even though the devices are from PFC.
    PFC says they only sell entire systems.
    The PC on which the devices were running until a year ago has unfortunately crashed.
    I still had a system copy (Acronis) of it. Unfortunately, I could not fully reconstruct the system. But I was able to determine that  Schiratti's software was probably used.
    I have already contacted him and am curious what will come of it.
    In the worst case, I see myself forced to hardware worth of 6000 € to dispose of.

    Hans Peter

  4. Sorry then. Have you tried an aircraft based on the FSX airliners instead? I was using one based on the PMDG 737NG for FS9 -- without this ILS problem -- but have recently changed to one based on the FSX 738. I've not flown a complete flight yet with it, though, as I am still re-calibrating the trim indicator scale on my quadrant.

    Regards

    Pete

    First the problem was with FSX based airplanes.

    Then I was also using one based on the PMDG 737NG for FS9 (your hint) -- without this ILS problem for four months.

    But since yesterday the problem is again there without any change at the system. Strangely!

    Sorry..What is FSX 738 called?

    Regards

    CockBIT

  5. Sorry, I don't know the insides of PM's autopilot to know which of the many possible FS variables he is following. For all I know he could be computing by dead reckoning (but that is most unlikely). You need an exchange with PM support.

    Regards

    Pete

    Hi Pete

    Thanks for your employment.

    PM knows the following :

    Hi

    Yes there are differences, but I am not sure that this resolves the problem. The PMDG FS9 model used in FSX will still get this problem – seen it many times. If there is any instability in the VS at the GS capture you can get a miss capture and the a/c will clmb. It is far less likely to happen if the VS is rock solid. This is why people ‘think’ they have solved the problem only to be caught out at some other time. This is a well known and well running issue that I thought the only solution was the fix via the ini file – if that does not work, I am uncertain what factor in the airfile really causes this – I have never found a specific factor, but for sure many FS9 models and FSX models alike will still get the problem I’m afraid. It is more a problem of PM and us not ever being able to find a fix for it due to the random nature of the error. But certainly MS changed the behaviour between FS9 and FSX.

    Regards

    Jonathan Richardson

    That was it peoples.

    Regards

    CockBIT

  6. Hi Pete

    Thank you for the rapid answer.

    Bud ...

    I always fly the same touch and go (LFSB Basel Mulhausen) with always the same parameters.

    Localizer established. Speed 175 knots ... waiting for the movement of the Glideslopebug.. Glideslope alive and highlited.

    I press APP...the intersection is reached ... now it happens... the flightdirector rises… the airplane also.. and follows subsequently the glideslope with a positive offset of approx. 800 feets while the GSbug stays completely down at the instrument.

    It is to despairs. Nevertheless the last 4 months ran without problems. Which parameter could have changed?

    Importantly: The error happens only with the HW-MCP!

    Which variables must I read (via FSUIPC Logging) to receive closer information to the happening?

    In the appendix a video (FS-Video) of the incident.

    Regards

    CockBIT

  7. Hi

    I had this effect constantly in FSX.

    I realized the hint of Pete to use the FS9 PMDG B737-700 (in June).

    I flew nearly each day since then without any problem....and now...as of spirit hand ..no more chance to follow the glideslope !!?

    Strangely. Absolutely no changes at the FSX or the PC or the MCP were made.

    Only.. I flew yesterday a baron 58. Could that change unnoticed a parameter somewhere ?

    Still is no official solution well-known?

    Regards

  8. Hallo

    It is unbelievable. But my problem is not really in the FSUICP.

    On the PC with german XP running, i have no problem to load any program

    from any folder via FSUIPC.INI.

    But on the PC with english XP running, i have no chance to load any program

    from any folder. In each case the Windows error ERROR=2 appears. !!??

    Somewhere another path than in the INI-file defined, must insert itself. ??

    Thank you for your assistance.

    Greetings

    Hanspeter

  9. Hallo

    Situation 1 : FS-PC A with german XP-Pro running.

    the program, which is to be loaded is in then folder C:\Programme\COCKBIT

    and is called COCKBIT1.EXE.

    Commandline in FSUIPC.INI : Run1=READY,KILL,"C:\Programme\COCKBIT\COCKBIT1.EXE"

    In this case everything functions correctly.

    Situation 2 : FS-PC B with english XP-Pro running.

    the program, which is to be loaded is in then folder C:\Program Files\COCKBIT

    and is also called COCKBIT1.EXE.

    Commandline in FSUIPC.INI : Run1=READY,KILL,"C:\Program Files\COCKBIT\COCKBIT1.EXE"

    In this case i get the message : FSUIPC could not run ,"C:\Program Files\COCKBIT\COCKBIT1.EXE" [ERROR=2]

    Situation 3 : FS-PC B with english XP-Pro running.

    I create a folder named "Programme" on C: Drive

    the program, which is to be loaded is in then folder C:\Programme\COCKBIT

    and is also called COCKBIT1.EXE.

    Commandline in FSUIPC.INI : Run1=READY,KILL,"C:\Programme\COCKBIT\COCKBIT1.EXE"

    In this case i get also the message : FSUIPC could not run ,"C:\Programme\COCKBIT\COCKBIT1.EXE" [ERROR=2]

    Where could be the problem ?

    cockbit

  10. Hallo

    Ich benutze ein Programm (COCKBIT1.EXE) in Zuammenhang mit FSUIPC und FS2004.

    Das Programm wird auf einem PC mit deutschem XP-PRO automatisch in den Ordner:

    C:\Programme\COCKBIT installiert.

    Im FSUIPC.INI hat man nun die Möglichkeit das Programm in der Rubrik [programs] mit der Zeile

    z.B. Run1=READY,KILL,"C:\Programme\COCKBIT\COCKBIT1.EXE" aufzurufen.... das funktioniert auch

    so problemlos.

    ..aber nach einer Installation auf einem PC mit englischem XP-PRO wird der Ordner C:\Program Files\ zur Installation

    verwendet.

    Im FSUIPC.INI File muss natürlich auch der richtige Pfad stehen .. also :

    Run1=READY,KILL,"C:\Program Files\COCKBIT\COCKBIT1.EXE" das funktioniert jetzt leider nicht.

    Das Programm kann nicht gestartet werden und es erfolgt die Meldung ERROR=2.

    Zurück auf den deutschen PC. Ich versuche das Programm in einen anderen Ordner (TEST) zu installieren und per

    Mausklick zu starten .. das geht i.O. Mit dem FSUIPC.INI Befehl:

    Run1=READY,KILL,"C:\TEST\COCKBIT1.EXE" kein Erfolg .. das Programm kann nicht gestartet werden ERROR=2

    Was ist hier falsch?

    Gruss H.P. Roth

×
×
  • 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.