peterk54

Dear Paul Thanks, great. I will check, allow some days. I need to fix hardware ... I will report Rgds, Peter

Dear Paul It is a great pleasure to work with your DLL. Even I had to start in VB .Net (after 26 years of VB6 ... We have some scenery details (i.e. sightseeing towers) which are located obviously the same place as our own generic obstacles. We need to create many Exclusion Rectangles. FsLatLonCircle is almost the solution. Obviously you are quite strong in this field. Our wish: FsLatLonExcludePoly Constructs a new FsLatLonExcludePoly from a central FSLatLonPoint and a Radius in meters / feet with 4 points on the circle, forming a polygon pointing to North. To create then the XML file in P3D SDK 5 format i.e. <ExclusionRectangle latitudeMinimum = "N47.0" latitudeMaximum = "N48.0" longitudeMinimum = "W123.0" longitudeMaximum = "W122.0" /> should be rather simple than. According the many posts in forums covering exclusion rectangles many users have problems to create. May be you can have a look into. Best regards Peter

Dear John Thank you for advise. I assume you are very busy with more important topics for the community. I try myself to fix. Yes, we copied the FSX XML gauges including our models. The autopilot panel is a set of various switches (change switch picture, send command i.e. AP APP HOLD ...) and displays. No real logic behind. It uses the FSX / P3D internal autopilot which was fine until now. The moesl we use our ones as they are very simple and do not use a lot of resources. We fly real cockpit sections and never look from outside to the aircraft. Just used as externeal view without panel. On another sim (setup with P3D v4) we could not sort out why the FSX model used does not retract the front gear and why wheel-brakes do not work anymore. Parking brake does. However we are thankfull that P3D exists and FSUIPC WideFS do a wonderfull job ! Take care, stay healthy Peter

P3D v5.1.8.26742 FSUIPC v6 latest version Several hardware unchanged Windwos 10 Prof, updated to latest updates available Aircraft: FSX 747-400, original panel Our software: VB6 external programm connected thru FSUIPC or WideFS Since approx 2 weeks (we assume it was updating to this latest version of P3D) we have the problem that APP mode when engaged thru our software and FSUIPC does only capture VORLOC and not anymore the GS. However when we engaged thru mouse click on the panel button APP it works fine. The values of the variables are write and read correctly by FSUIPC We run FSX, P3d v1, v2, v3, v4, v5 without any issues. Does anyone have such issues found ? Best regards Peter

@Ing Nieto I think you have to use: / Creo que tienes que usar: Offset &H07CC, 2 Bytes, Autopilot heading value, as degrees *65536/360 Offset &H07CC, 2 bytes, valor de rumbo del piloto automático, como grados * 65536/360 It is not heading TRUE or MAGNETIC / No se dirige a VERDADERO o MAGNÉTICO Hope this helps / Espero que esto ayude Peter / Pedro

Dear Thomas Thank you for the feedback, I appreciate. I was saying - at least I wanted to say and state - that an error is on our side, I was not giving any fault to FSUIPC. Yes, I'm looking in offset 3308, I have to check what I messed up because backups of software shows P3d v4.5. I will search there. Still I have also to find out why my writings are broken. Best regards, thanks for help Peter

Good evening I do since many years VB6 programming thru FSUIPC. No issues and running alltime smooth. Since yesterday I get back just FS version 12, rather then before correctly up to 45.Over network thru WideFS or local, the same. We still get correct data from P3D but it seems values can not be written anymore. My system: - Prepar3D v4 SDK 4.5.12.30293 - Windows 10 Pro, Build 18362.19h1_release.19318-1202, Default language German, Swiss keyboard - Lenovo X1 Extreme, all updates done, latest BIOS installed, with nVidia 1050 - FSUIPC5, Version 5.153 (12th December 2019) - WideClient v6.9.9.930, product version 6.999z4 updated to: - WideClient v7.1.5.6, product version 7.156 I reinstalled yet FSUIPC and P3D client and SDK. No change. We did not changed our VB6 code. The VB6-module file we use is dated 2 years ago. Any ideas where to search to find how I messed up ? Anyway we wish to everybody a nice X-mas tiem and a happy new year ! Best regards Peter FSUIPC5.log

Sorry, WideClients was meant. OK, got it. We will give the two Subnets a try as we want to remove our issues. Peter

Hello Pete We configured according above advise from you, thank you for this support. At the same time we are considering the following: Both our sims are in the same SubNet. Going thru UDP specs we found: "... The broadcast address for a LAN is either the highest address in the local subnetwork or the universal broadcast address: 255.255.255.255. ..." To our understanding broadcast messages have no source identifier who sent the message. Are both FSUIPC's sending to same broadcast adress ? If so we shall divide up into two subnets each with one router, soubnet-mask would than be 255.255.0.0 rather 255.255.255.0. Question to you: does WideServer know who sent (=IP address) broadcast messages ? With best regards Peter

Hello Pete Thanks for fast response. Swiss German as mother-language is slightly different from English ... Server = FS station with FSUIPC.INI, Section [WideServer], ProtocolPreferred=TCP Clients = My stations with WideClient.INI, Section [Config], ServerName=B737-222-FS, Protocol=TCP Thats it ? Anyway I will restudy the paper, sorry Peter

Dear Pete See attached WideCLient.ini files from 2 different stations. We checked the others stations, I believe all are the same: [Config] ProtocolPreferred=UDP BroadCastMode=Yes //ServerName=B737-222-FS ServerIPAddr=192.168.0.150 To my opinion they are according the document we have read Best regards Peter WideClient - 02.ini WideClient - 01.ini

Dear Pete These are attached the logfiles from the B737-222-FS Server (FSUIPC running) and of one WideClient running. I saw nothing bad, except that WideClients try to connect with the "B737-222-FS" server rather than 192.169.x.x. When I start all clients with WideClient, and only than P3D v4, they connect. With best regards Peter B737-222-FS 20180115 FSUIPC5_prev.log B737-222-01 20180115 WideClient.log B737-222-FS 20180115 FSUIPC5.log

Hello Pete WideClients are all running on different PC's. 1 FSServer + 7 WideClients for one sim, 1 FSServer + 6 WideClients for another sim. Thanks for the lead. I will write protocolls and have a look myself first. We get all data and very fast. So once all connected everything is perfect. I'll come back to you, Peter

Dear Pete Happy X-Mas and New Year ! I know you are away from the computer until 7th January. No hurry on this matter please. We tried Protocol=UDP and IP-Adress ratherTCP and server-names. No changes of the symptoms. Each simulator starts and runs perfectly, if the other is not running. But: the first of the sims starts perfectly. We start the second: on the second sims client computer we need to stop the WideClient run by Windows Autostart and manuall restart with the desktop icon. Then they runs as well. We checked Administrator rights, programm run by administartor, Windwos compatibilty and such stuff. No idea anymore were to search. Best regards Peter

Dear Pete Thanks for your fast reaction and advise as ever ! I will check carefully all our settings and introduce IP adresses rather names. Yes, they should be defined to each sim. Yes, we mean WideClients. Cool, I do not need to check SimConnect. As many of our hardware is running over TCP/IP with have quite some mebers in the network. We will advise results in the next days. Best regards Peter

Hello I have 2 simulators running in one network. One P3D v3, the other P3D v4. Both SDK's installed. Each latest versions. Each simulator uses the Server and some PC's as client to show (non P3D) instruments and performing aircarft system task. Data sent thru FSUIPC and WideCLients, each newest versions. Each sim does run by itself in an excellent way. Each sim-system is setup that after WideClients is connected, our programms start automatically. No issues to connect with other appllications i.e. Sim Commander. Issues starts when both sims run together. FIrst starts with no issues. The second one however we need to stop and restart the Wideclients before they connect. Once done, everything seems to be perfect. - Do we need to configure SimConnect on the servers and the respective clients manually ? - FSUIPC is configured with the servers name, not the IP ? Do we need to change ? - All computers using WideClients on the same IP ports. Do we need to change ? - Any comments where we shall start to search ? Thanks and greetings from Switzerland Peter

Dear hkhoanguyen We use VB6. You may adopt to .NET our proposal. You can use the Windows API FindWindow and search for class "FS98MAIN". Take the hadle received to read with Windows API GetWindowText. The P3D windows does change from "Lockheed Martin® Prepar3D® v3 with WideServer: waiting for clients" to "Lockheed Martin® Prepar3D® v3 with WideServer: 1 connected" where 1 shows total clients connected. when this is up, P3D and FSUIPC do run properly. During flying check offset &H3F02, 2, VarPtr(FS_FLTSTN_RELOAD) against a variable xxx_OLD if it does increase. If it does, wait until reloaded with offset &H3365, 1, VarPtr(FS_MENUDIALOG_FLAG). Wait until not anymore 1 but 0. Reload all new data required into your application. Hope this assists. Regards Peter

Dear sxa1376 Great ! Such things happened to me as well ! Let me know if you have other questions. Best regards Peter

To sx1376 Pete is correct, you should receive 7 tanks from offset 1400 to 1520. I write exactly to these offsets: Upper Deck, Section A to E. Payload in 1550 and 1580. A) Wrong offsets increase 1400 to 1430 ar steps of 30 (in hex) , 48 (in dec). You mixed up ? B) Wrong definitions Check read 4 bytes at offset 13FC. Do you get equal or more of your total PAX sections and payload ? Check your aircraft.cfg. Only one line of "max_number_of_stations=n" ? Sample: max_number_of_stations=9 station_name.0 ... station_name.8 station_load.0 ... station_load.8 C) No more ideas, wait your feedback ! Best regards Peter

Dear sxa1376 We agree with Pete. We programm in VB6. However it is the same in C++. We assume you have FSUIPC4 Offsets Status.pdf open to your hands. Fuel You need to change the Percentage-Level of the tanks, start with offset &H0B74, 4 bits, Fuel: centre tank level, % * 128 * 65536. 100% = 8'388'607 (= 128 * 65536), equals at 50% to 4'194'303 to be written into the 4 bits Payload It depends of your aircraft.cfg file. Start to research on offsett &H1400. Each Station has 48 Bites. Write the weight in lbs into &H1400 + 0 = &H1400, a double of 8 bits. Next station: &H1400 + 48 bits equals to &H1400 + &H30 = &H1430. Write the weight in lbs into &H1430 + 0 = &H1430, a double of 8 bits. And so on until you have all stations set. By the way you can put as much you want and make your Cessna 172 1'000'000 pounds heavy. Best regards from Switzerland Peter

Dear Pete There are enough happy user around, please be assured. You do a great job and overall it's very appreciate. Take my thanks in place for many other users ! Best regards, Peter

Dear Pete & Paul :razz: :idea: With your help I could find 2 errors in my definitions (shame on my :oops: ) and write the code as described by Paul. I get the METAR strings out now !!! I can send GLOB as ICAO and get the global weather back. Now I go further Many thanks and best regards Peter

Dear Pete Suffix & (&H0000 or &H0000&) We will investigate. We never used the suffix &. Seems that VB3 and earlier handled small vaulues not as long to economise on memory. VB6 should not make any difference. Structure or single variables So to set the airport / ICAO just need to send the string, not entire NewWeather structure Signature and timestamp Until now no risk other programm disturbs. So we just disregard and do not read/set at this time. I'm just reading again thru documents ... Target 1. Get weather / METAR of DEP airport and ARR airport of the flight 2. If we succeed set weather global for the flight / actual moment Thanks Pete ! :razz: Peter

Dear Peter I'm really sorry to come back on this NWI - METAR Interface. There are several topics on this and most end by no real success, especially in VB6. I know VB6 is not used much anymore, unfortunattely I can't change. As we can read/write everything else with FSUIPC as documented except the weather NWI at &HB000 / &HC000 and the "Detecting runways in use" at &HD000, our non-understanding must be caused by principal techniques doing wrong rather the VB6 programming itself. Further please do not forget for us English is not the mother language. We Swiss have to translate from Swiss German (our dialect, in this I think) to German, than from German to English, and back. So sometimes translating may be an issue as well. 1. observation :???: We can not get any data back from FSX in &HB000 / &HC000 blocks either by Byte-array's, strings or other variables. We can see the data in FSInterrogate2std. 2. observation :oops: We can not write any data into in &HB000 / &HC000 blocks. We can't see the data changing in FSInterrogate2std. Confused :evil: Confusing is i.e. once it is stated write complete structure only, else write "GLOB" or "NW_CLEAR" in some location. What is correct ? Further we are not clear with the signature (can I set one number and use it for ever ...?) and time-stamp (just wait 2 seconds until next read not ok ?) VB6 translation :idea: We setup the structures translated into VB6 and are almost sure to be correct. Strings must be converted from Byte-arrays charakter by charakter with ASC(xx) Conversion unsigned etc. solved in VB6 Please / Steps :razz: Please explain steps by steps simple, i.e. ------- Start ------- Write "NW_CLEAR" into &Hxxx, 4 bytes Write "GLOB" into &Hxxx, 4 bytes Process write Read "Whatever" from &Hxxxx, 8 bytes ------- Wait 2 seconds or read "timestamp" until changed ------- next step ------- and so on. Sorry Pete, normally I'm thought not to be so complicated und more clever ... You still are in holidays, do not hurry ! Best regards Peter

- FSX - Yes studied the SDK and documents So the procedure is: - Declared NW_CLEAR and NW_GLOBAL as other similar constants in VB6 - Write or WriteS (?) the string "GLOB" to &HC808, 8, - Write the command parameter NW_GLOBAL=3 &HC800, 8 - Call FSUIPC_Process - Then Write or WriteS (?) the string "xxx" containing the METAR string to &HB000 (I take sample METAR string from one I found in the forum told "working") - Call FSUIPC_Process - No really required, just to see if changes take place: Wait until FSUIPC has got new data then read &HB000 a string to verify - Call FSUIPC_Process I try later again.