Jump to content
The simFlight Network Forums

casoma

Members
  • Posts

    13
  • Joined

  • Last visited

Everything posted by casoma

  1. Thanks a lot Peter, I will contact Robert and will revert to this thread in order to kept you informed. Best Regards Joaquim
  2. Since the very beguinning (1st time I installed the IYP External panel - by the way I have FS9, not FSX) in order to choose RC4 mode, I highlight the Rc4 mode and IYP runs automaticaly the makerunways program and after a while, Michele says that I have to wait, and then the program froozes! I just can't avoid it because each time I run IYP, the default mode option that is selected is "Simple ATC".It does asks if I want to run makerunways, but if I say "no" the program quits immediately! I've already tried to completly uninstall IYP and all the pertinent directories and files remaining after uninstall, re-start the computer an re-install from scratch, but ... not lucky! Thanks very much for your kind assistance. Regards Joaquim
  3. I'm just following the IYP User Manual, page84 (Please see attachment) Yes it is Ok I will contact Robert This occurs when I choose the "RC4 mode of operation" as indicated in the IYP user manual, page 84. Is it necessary to have a route in the Route.Bin file? I think that such a file, in my setup, is empty (no routes), because I normaly built them with an external program but don't save in the CDU the routes that I fly but instead I introduce them "by hand" each time, directly in the PM CDU, through my FDS CDU hardware. But the CDU "knows and see" the file. From such external program, I export the routes to the PC running the RC4 (which is the same one running IYP) Ok, Thanks Yes indeed ...but with IYP I was jut following the manual... Ok Thanks Peter. Will do that, but now after reading your comments I wonder if I should follow the User Manual. But, if I don't how the IYP program knows that I want to use the RC4, and not the "simple ATC mode" for example? Regards Joaquim
  4. Hello Peter, As suggested by Robert Cezar (IYP) i'm contacting uou through this forum in order to try to solve a problem involving IYP(external cockpit)/FS9/PM/RC4. Those programs are running through a 7 Pc's Network, using in most of them, Windows XP and naturaly, FSUIPC and WideFs (last versions). Would very much appreciate if I could have your assistance. The problem can be sumarised on the following extract taken from an email sent to Robert: Quote No problems during the installation/registration of the IYP External Cockpit version, but when I choose the RC4 mode of operation, after execution of the makerunway program, Michele announces “we have started the cleanup procedure. Please wait” , at exactly that point (according to the Windows task manager) the IYP-Xtender program, that was running until then, shows a “non responding” status and after waitng more than an hour (I use IYP in the WideFS mode) … no more signs of Michele being still there! If I restart the IYP program I can see that the RC4 mode is not selected ! Do you think that I have to wait more than one hour ( be truly patient…) in order to enable the system to do the “cleanup”? Unquote The following are the subsequent emails exchanged with Robert on this subject: Sent by Robert : "It sounds to me like a folder is not properly networked. Let me turn on the SERVER DEBUGGER for your account and I will see if I can find the problem. Please let me know when you have repeated the process" Sent by me to Robert: "I ‘ve just repeated the process … with the same problem … Thks" Sent by Robert: "I'm seeing this: VALUE: GetNetDirFlightPlanData:BeforeNETDIRRoot 1:36:02 PM VALUE: GetNetDirFlightPlanData:AfterNETDIRRoot= 1:36:02 PM VALUE: GetNetDirFlightPlanData:NETDIRRootPath=ROUTE.BIN 1:36:02 PM VALUE: GetNetDirFlightPlanData:NoDataFound Where is your ROUTE.BIN located? BTW... it is supposed to be defined in FSUIPC at offset: &H5B00, 128 bytes" Sent by me to Robert: "I found it at \\Port\c\CDU\Netdir\route.bin Port is one of my networked computers where my PM CDU is installed and my Pc running IYP can see it through the network. C, CDU and Netdir are shared and accessible to the other computers in the network, so it should be seen by IYP, don’t you think? Shall I copied this file to another place?" Sent by Robert: "Since you have FSUIPC installed, you should also have a programme called: FSInterrogate2std.exe If you use this programme, you can see what is being displayed at the offset: 5B00 which is a 128 byte buffer that is supposed to contain the PATH to the ROUTE.BIN. If it does not, then I would suggest that you contact Pete and ask him. I'm sure he'll be happy to help you. I don;t have a PM installation personally." Now, the problem is that I don't appear to have the FSInterrogate program, so, can not perform such a test. Where can I get it? Please also note that before installing IYP, I've been using FS9/PM/RC4 without any problem. What you think Peter? Thanks for your help and sorry for taking a time with such a long post. Regards Joaquim
  5. Pete wrote: I think that the current version(vers.1.916) is only a FliteStar software (wonder if FliteMap still exists). I had previously a FliteStar/FliteMap version (8.x) and having requested Jeppesen to update for the last version I received a FliteStar Cdrom. Don't see any recent FliteMap software at their website. There is no such options in vers 9.16 of FliteStar. I have already tried all your suggested combinations, but without any success... I don't see any option within FliteStar allowing me to change the speed. In fact I wonder if FliteStar Vers.9.16 still accepts standard NMEA 0183 format input. Regards Joaquim
  6. Hi Peter, Would very much appreciate to know if it's possible to have FliteStar ver.9.16 read the data sent by FS2004 through GpsOut. As a matter of fact I had no problem when using FliteStar ver.8.x, since in this version you had the option to configure the brand and model of Gps, which is not the case with vers.9.16. Flitestar 9.16 only allow you to choose which brand to use (Garmin, Trimble,...) but not the model and I have'nt suceed to read the data sent by FS2004 through GpsOut (sentences used are the same that I used with vers 8.x and according to your recomendations for FliteStar/flitemap). Thanks for your time and my best Regards Joaquim
  7. Hi Peter First of all let me thank you for having sent to me, version 3.218 which seems to have solved the problem. No more fs9 crashes using PMDG 700 or 800 with Gofligth modules using rotating dials and FSUIPC buttons. By the way I didn't remove the "pollinterval" argument from my FSUIPC.ini file because I didn't find it. Could it be because I was using before version 3.201? The GoFlight MCP increase and decrease course rotating dials (CRS buttons) are programmed in buttons on FSUIPC, with "CTL+SHIFT+D" and "CTL+TAB+D" respectively - as well as in PMDG. So far I've done 2 flights with the new FSUIPC version, using (a lot )all buttons and other GoF dials and everything seems perfect. Thank you very much. Best regards Joaquim
  8. Hello Peter, Thanks for the new test version of FSUIPC, which I tested with PMDG700, but had the some problem after a while, I mean having used several times during a flight all the GoFlight MCP buttons with no problems, suddendly one of the buttons (CRS) crashed FS9. The same flight with the same plane, was then done two more times, after reinstaling an old FSUIPC 3201, and the problem did not reappear, so I reinstall PMDG800/900 and replaced the installed FSUIPC (by the PMDG install program itself) by the 3201 version, and have already made 2 flights with no problem whatsoever. It seems that my system only accepts this old FSUIPC when dealing with the GoFlight modules together with PMDG 737's. I will keep experimenting and will inform you of my findings. Thanks and regards Joaquim
  9. Hello Peter, As far as the programming of the the dials are concerned I'm doing it in FSUIPC using the same keystrokes commands used by PMDG and not attibuting any commands within Goflight and taking care for not duplicate any existing commands. When I uninstalled PMDG a PMDG DLL installed into the FS Modules folder by the installation program was also removed. I was using FSUIPC vers.3212 but now I've changed to an older version (3201), and at least with the "old" PMDG 600/700, everything seems to be Ok and having no more problems. So I'm tempted to re-try PMDG 800/900 upgrade usung FSUIPC vers 3201.What did you recommend? Thanks a lot for your most kind help. Regards Joaquim
  10. Hello Peter, By "not exiting FS9" I wanted to mean that - not every time but from times to times- the GoFlight MCP rotating buttons (dedicated to CRS, IAS, ALT,etc) when used, stop the simulator and exit FS9. Even after desinstalling PMDG 600/700/800/900 and installing only PMDG 600/700 I still have the same problem. "Bizarre" as this did not happen before I install PMDG800/900 upgrqde for the first time. Just in case it may help to have an idea of what hardware I'm using, I have a DELL Dimension 8300 P4 3.2GHz with 2gb memory, Videocard ATI Radeon 128mo and two 120gb Hardisks. I use 16 GoFlight modules linked to 3 USB 7 ports HUBs (with autonomous power)+ one VDBroeck 737 throttle. All of those are connected to 4 USB ports on the Dell. The PFC yoke and pedals are linked to the soundcard through the gameport. Thanks for your help and best regards Joaquim
  11. I wonder if anybody has been able to have these working together without problems as it was the case (at lest for me) with PMDG 600/700? It seems impossible to have the MCP and the RP48 GoFlight modules properly configured and not exiting FS9 when using the rotate buttons. Is there any incompatibility? Thanks for your comments and help Joaquim
×
×
  • 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.