dwilliams

That did it, thanks.

Downloaded and installed FSUIPC 7.0.1. Bought a key from simMarket. Launched FSUIPC which says to use the Installer to register . However there is no installer (that I can find). How do I get FSUIPC registered?

Thanks. I’ll try your suggestion about the path and take further simconnect issues elsewhere. -dw

While waiting for an MFS release that accommodates FSUIP7 without slowing down, I thought I'd try out the SimConnect examples in the SDK. However, when I load a vanilla project, say OpenClose into Visual Studio and try to build it I immediately get "Cannot open include file: 'SimConnect.h': No such file or directory." No problem, I point to it explicitly with the path to the include file in the SDK. Then I get "LNK1104 cannot open file 'SimConnect.lib'", even though it looks like the path to the library folder is being included in the project properties. No problem, I copied the lib directly into the OpenClose project directory. Now I get "MSB3073 The command "xcopy /D /Y "Simconnect SDK\lib\SimConect.dll" .... I won't copy the entire error message - something to do with the dll. I futzsed around a bit more, moving the dll into the target build folder, etc., then gave up. Anybody actually get one of these unmanaged SimConnectSamples to run? How? Respectfully, Dave

SOLVED: I'm in a bit of a loop. When I execute FSUIPC7 I get the System error "VCRUNTIME140_1.dll not found"... Advice online suggests re-installing the Visual C++ Redistributable 2015, which I did but to no avail. I was able to download the MFS SDK with no problem. Any suggestions much appreciated. Solution: I found the dll online and copied it to the SYSTEM32 folder.

Paul, that is exactly what is wrong - thanks for unconfusing me. Too many Wide apps. I need WidevieW (or Opus FSI apparently). And thanks Gilles for pointing out the lua examples. I like to fool with lua to hook Arduinos to the sim. - Dave

Trying to split visuals across two PCs. Main pc has p3dv4 and its version of FSUIPC/wideview. Other has p3dv3 and widefs client. I start p3d on the main. I start widefs on the client and it connects. I then try to start p3d on the client pc and get an error message that a p3d is already running. If I try a different order, starting p3d on the client, then widefs won’t run - error message says that the same class of program is already running. I know the answer must be simple but it escapes me. Thanks - Dave

Don't understand what is going on here. I have a Bodnar BBI-32 with one rotary installed on its B1/B2 pins (read as joystick 1, buttons 0/1 in registered FSUIPC 4.958). I have assigned the rotary's B2 pin to VOR1 OBI INC. When I rotate the rotary it indeed increments the OBI but it also cycles the view - which is what button 1 on my Thrustmaster Top Gun Fox 2 Pro does by default. In FSUIPC this Top Gun button shows up in as joystick 0, button 1. Why would the rotary also trigger the view change? Windows 8.1, Prepar3d 3.4. Regards, David Update - solved. See Mr. Dowson's reply.

I'm new to Lua, but it can be compiled or interpreted I understand. Meaning, with the right utility, you could develop you script outside of FSX (spoofing relevant I/O of course) without having to fire up the sim every time. I do this with my Arduino code, communicating with serial port windows and making sure the code is working as I want before I hook it up with Lua/FS. But if you are looking for the equivalent of an "in-system debugger", I am too newbie myself to know. -Dave

Thanks, Pete. In replicating a Garmin flight controller, my panel just has rotaries and push buttons - the display is the PFD, but I get what you are saying. I'll keep my local variables in sync with what I send and ignore returns from FS/Lua until the micro sees a break in twisting knobs. What have you found to be the practical limit on sending to Lua, assuming it has to do string matches before it ipc writes? I think I have seen cases (viewing ipc.log on console) where if I send updates from the micro too fast, Lua seems to lose some characters? Or maybe that is due to logging delay? In any case you have given me enough to experiment with. Thanks again - Dave

Thanks Reinhard and Pete - see Lua below. My test hardware is simply a debounced rotary encoder with an Arduino keeping track of the current OBS position locally, adding or subtracting clicks from the encoder, and sending updates to the script. In turn, the script passes the new value to the sim via ipc.write. As the new value is ingested by the sim, the corresponding event triggers and the script sends the updated value (which should be the same as just received by the Arduino) back to the Arduino via a com.write . Problem is, it seems when the script receives several quick updates in a row and make several quick ipc writes, it can receive an event for an earlier update - which is promptly sent back to the Arduino, which now thinks this value is current so resets what it is sending. e.g., as one spins the the OBS, the display (I am just watching the OBS needle on the default G1000 PDF) might read 55, 56, 57, 58, 59, 56, 57, ... note the skip back to 56 as the event corresponding to 56 is triggered. I am sure this is just a basic concept I need to get straight since I know it has been solved. -Dave dev = com.open("COM4", 115200, 0) if dev == 0 then ipc.display("Could not open port") ipc.exit() end --------------------------------------------- function handlecom(handle, str) if string.match(str, "Control:(%d)") then ipc.control(tonumber(string.match(str, "(%d)"))) end if string.match(str, "CRS:(%d)") then val = tonumber(string.match(str, "(%d+)")) ipc.writeUW(0x0c4e, val) -- NAV1 OBS Setting (degrees, 0-359 end end ---------------------------------------------- function CRS (offset, value) com.write(dev, "CRS:" .. value .. ":\n") end ---------------------------------------------- ipc.sleep(500) event.com(dev, 20, 5, 0, "handlecom") event.offset(0x0c4e, "UW", "CRS") -- NAV1 OBS Setting (degrees, 0-359)

As a rotary encoder on my hardware panel turns I'm sending NAV1 OBS Setting updates to the sim. But if I also am watching for change events on that offset (to update the value stored by the panel, or possibly to accommodate an active flight plan changing the value) I get into a sync problem where the event handler function can't keep up with the incoming encoder updates. Is it possible to do an ipc.write to an offset without that offset immediately triggering it's own change event? Or alternatively in Lua, dynamically enable and disable events? Regards, Dave Long Beach

Thanks Pete: the quickest response I ever got on a forum - you even beat my immediate edits for misspelling. I'll remember to post during London evenings. And exactly the advice I was looking for, from someone who has already done it. Many thanks. -Dave

Hi. I am interfacing a custom radio panel controlled via Arduino with FSX via FSUIPC/Lua. My question is which of these two architectures would be better in terms of performance. First, the micro could send encoder closures that Lua will translate on the fly. For example, for Nav1 increment, Lua would execute a bunch of ipc.control(1038) to tune up, and rely on event.offset (0x0350, "UW", someFunction) to get the updated freq back to the Arduino/panel for display. Or, second, the micro could keep track of frequency locally during tuning and write the absolute value periodically (every few ticks). For example, send an ipc.writeUW (0x0350, val) to hard set the sim and display the same freq locally without looking for an update from Lua. If this is the wrong kind of question for this forum, please advise, but if not, does anyone have an opinion or an alternate suggestion? Regards, Dave Long Beach (very near KLGB)

Bought the program, installed it, got the list of LVARs, made a macro, assigned it to a key --- works like a charm! Thanks, Pete. Now to learn the com stuff. -Dave