Levinsky

Hi all, It's probably best if we wait to see how the various modules develop and are made available before jumping to conclusions. We don't know EDs full plan for releasing these and as Wags often says "everything is subject to change". We have some awesome modules (both high fidelity and whatever the other one is called :) we can enjoy them until the new other ones are available. Ken

Howdy, ok so every NTP server/clock in the world and I have differing opinions on the duration of an "hour". :) Here is the link to the NZ company. It's brushed aluminum and is very light weight - which I was concerned about putting too much stress on the joint in the base of the stick. http://www.simpit.co.nz/item/thrustmaster-warthog-extension.html Ken.

Hey mate, Myself and a friend both bought extensions from a crowd in NZ. I'll forward through some photos and a links in an hour or so. Ken

Hi, yup it has a LCD screen which is technically larger then the actual A-10C CDU screen (certainly has more buttons on each side of the screen). However it is quick to get up and working and I have it setup to fully emulate all of the A-10C CDU buttons. I may in the future laser engrave some new buttons to replace a few to make it more like the A-10C. I will get some photos or video of the working CDU and post probably tomorrow. I wrote a simple C# program that connects to the SOIC server and uses a Dictionary for quick lookups for mappings of button to DCS LUA commands. Has no real performance impact. Ken.

Hi, Apologies if you've already been through this but have you gone through the following? A common issue is the c++ redistributable package not being installed. http://www.digitalcombatsimulator.com/en/faq/install/ Ken

Hi Gremlin, yup just what I thought - thanks for the quick response. I just finished programming up all the buttons on the CDU (it's really meant for a 737 but you can make it work). Actually just being able to press real buttons and program a CDU is just cool :). Ken.

Hi all, I've got an OpenCockpits CDU I'm doing testing with in my pit and just wanted to double check my understanding of how push buttons work (as opposed to toggle switches) in the Export.lua script. Let's say you want to simulate a 'Z' on the CDU, that means you set Device 9 (CDU) Button 3052 to value 1.0. I then have to immediately send through another command to the CDU to set that button back to 0.0. I guess this simulates the action of pressing and releasing the button. If I don't send the 0.0 through, the in game CDU gets an endless line of 'Z's. Is this the best way of handling the control of push buttons in the sim (sending two commands through for each button press)? Or can it be achieved in a simpler manner? Thanks, Ken.

Hi guys, quick update - I have the HARMs firing - but like Speed I also have them blowing up in front of the aircraft. As far as adding HARMS I just edited the LUA for my aircraft and under one of the pylons I added "8C3F26A2-FA0F-11d5-9190-00A0249B6F00" as a new option. Ken.

Hi guys, I have been tinkering with a F-16 in DCS World. I can get missiles such as AIM-9 to work ok, but have had no luck with AGM-88 HARM missiles. Does anyone know if they are usable? I have added the required Sky Shadow ECM pod but still nothing. Thanks, Ken.

Hi Donbinator, don't want to hijack the thread but my plans for the CMSP is to basically have my application keep state of what is going on in the CMSP and control the display. You know the default values that start in the CMSP and how the display changes depending on what button you press. I looked into any way of getting the values out of DCS - there is a DLL file with some functions that look promising but they aren't implemented in LUA. Also I'm pretty sure I read on a French forum that he did use character rec. My French isn't that great but he was talking about OCR (so he truely is that hard core :). Ken.

Much appreciated - a huge help to us all. Thanks, Ken.

Hi Pitbldr, Arduino comes with its own developer environment and "C like" language. This is used to program the firmware onto the board. There are quite a few demo firmware "sketches" around that are a good help when learning (a fair few are in the developer environment you get from their website). The most common ways to get an Arduino board to communicate with a PC is via USB or Ethernet (some new boards coming have the Ethernet built in I believe, the older ones require the Ardiuno Ethernet shield adapter). If you go with the USB boards (which I'm testing with at the moment). They show up as a serial COM port on your PC. So in my tests I have a toggle switch on digital inputs on the Arduino and the firmware I have sends a string command to the PC when the toggle switch's state changes. I then have a C# application which listens on that COM port. I was a C programmer in a former life, but the C# code to communicate via serial COM port or network socket is just more convenient and I haven't seen CPU load issues in the testing between C# and C/C++ versions on an I7. The C# app reads the string command from the Arduino and sends the command to the LUA export script running from A-10C. I believe others are using the Ethernet Shields with Arduinos and talking straight to the LUA Export script - bypassing the need for a middleware app like my C# one. I'm in 2 minds at the moment myself - although I like the idea of a board talking straight over the network - I think it might scale better. Interested to hear other people's experiences on the pros and cons? Thanks, KEn.

Hey guys, big thanks to Y2kiah and Gadroc for this thread - it has helped immensely. I finally got a simple toggle switch to turn the Battery Power switch on and off tonight. I'm using the Arduino boards after stuffing around for weeks constructing my own - with much frustration. One thing which had me puzzled for a few nights. The Battery Power switch I thought based on the clickabledata.lua script was "242". But turns out it is actually "3006". The way I found this out was I found a file called "Macro_sequences.lua" which has a section "start_sequence_full" which has the first command as "device = 1, action = 3006, value = 1.000000". Battery Power is the first switch you flick so I plugged in 3006 and it started working. Can anyone explain what the "242" for the Battery Power switch in "clickabledata.lua" refers to? Thanks, Ken.

Cool, Thanks Sticky, I didn't even think of trying a zoom. Ken.

Hi guys, Well done DCS guys - looking like the best simulator ever. this may just be something I'm doing wrong - then again could be a bug. When I do a full ramp start in a "Create Fast Mission" - sometimes I get the colored map background on the TAD on the left MFD - sometimes I don't. It always displays the correct waypoint path etc. Just sometimes I just get a complete black background. One time I got half the map and a triangular shape at the bottom was black. System: I7-920 6GB RAM Nvidia GTX285 (258.96 drivers just upgraded today) Windows 7 64bit Anyone else seen this? Thanks, Ken.