[Solved: Got a key - how do get FSUIPC7 to ask for it?]

That did it, thanks. 

[Solved: Got a key - how do get FSUIPC7 to ask for it?]

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?  

[SimConnect Samples Problem]

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

[SimConnect Samples Problem]

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: Can't execute FSUIPC7 - system error]

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.

[2 P3Ds, 2 PCs, WIDEFS - What am I doing wrong?]

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

[2 P3Ds, 2 PCs, WIDEFS - What am I doing wrong?]

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

[[Solved] Bodnar i/f seems to also activate TopGun yoke button]

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.  

[How can we develop with lua more efficiently?]

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

[Is it possible to write to offset without triggering it's event?]

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

[Is it possible to write to offset without triggering it's event?]

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)

[Is it possible to write to offset without triggering it's event?]

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

[Request advice on radio panel interface architecture]

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

[Request advice on radio panel interface architecture]

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)

[[Solved] Newbie: How do I map to this existing script in FSX gauge file?]

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

[[Solved] Newbie: How do I map to this existing script in FSX gauge file?]

Thanks, Pete. It does look like the LVAR gets toggled with the mouse press, so setting it directly should work. I'll let you know...

 

First, I have to buy the full-up FSUIPC - my "project" for the day.

 

Cheers,

 

Dave

[[Solved] Newbie: How do I map to this existing script in FSX gauge file?]

OK, to suggest an answer to my own question, I expect I can make an FSUIPC mouse macro and assign it to a key without having to know what is in the gauge XML. But can I map directly to that g:pfd NavKnob pressed thing some way without having to make a macro?

 

Or am I trying to hard to do something simple?

 

-Dave

[[Solved] Newbie: How do I map to this existing script in FSX gauge file?]

I want to execute  this "pfd NavKnob pressed" macro from the default G1000 gauge file with a key press. Here is an XML excerpt from the gauge file:

 

<MouseArea id="Push">

<FloatPosition>20.000,58.000</FloatPosition>

<Size>50,25</Size>

<CursorType>Hand</CursorType>

<MouseClick id="MouseClick">

    <Script>1 (>@g:pfd NavKnob pressed, bool) (L:SelectedNav2) 1 == if{ 0 } els{ 1 } (>L:SelectedNav2) </Script>

    <ClickType>LeftSingle</ClickType>

</MouseClick>

</MouseArea>

 

I think I read how to create my own macros, but how do you map to one that is already in the default gauge file?

 

Thanks - I know it's a newbie question. The end goal is to execute this via serial com.

 

-Dave

[New to FSUIPC: Is this a reasonable use of mouse capture?]

Thanks for the reply Pete. I'll follow your suggestions, and will try to come up to speed on L:Vars.

 

I wasn't looking at the FSUIPC drop down command lists, but rather the Event ID table from the SIMCONNECT SDK. The G1000-specific events (commends) has things like KEY_G1000_PFD_MENU_BUTTON for it's soft keys, but seems to use the "standard" NAV and COMM events (e.g. KEY_NAV1_RADIO_FRACT_INC) when the PFD tune controls are rotated.

 

-Dave

[New to FSUIPC: Is this a reasonable use of mouse capture?]

Hi, all. I've fooled with the Arduino and Link2PC, SIMCONNECT and VB, and now want to come up to speed on what looks like the Universal Tool. Here's what I am trying to do: tell me if you will whether the best/only way is via mouse macro.

 

The default G1000 in the default FSX aircraft will change the NAV radio frequency select box (blue outline for frequency entry) when the G1000 PFD NAV 1-2 button is "pressed", and similarly for the COM 1-2 select. I can't find native SIMCONNECT commands that will do this (move the blue select box).  Is this a case where there is no other way than to capture the mouse click?

 

Thanks,

Dave