Duckling

Hi Werner DCS Viper is uncharted territory for me and it's been a long time since I made any real work in DCS/SIOC so treat the following as a hunch (having an extrem early morning and fail to go back to sleep, ignore this if it's misses the target or if it's old news ;-) ) The string is SiocConfig "[357] = {TwoPositionSwitch, 7, 3, 1},-- PARK BRAKE" points to the TwoPositionSwitch function (search for it inside ExportSupport.lua). I read the gear_commands as device id=7? and the ParkingSW as Arg3 and AntiSkid as Arg 4=, but can I be wrong. The SiocConfig string adresses the Arg3 with different values (0,3,4). The VAR 257 value from SIOC gets fed ito the TwoPositionSwitch function and the result (from the TwoPositionSwitch function) is the pushed into DCS module. The traling "1" in the string is an inverting value in the TwoPositionSwitch function that might affect your result. (The function in ExportSupport grab the Integervalue from SIOC, does what the twopositionswitch function (in this case) dictates and pushes the result up to DCS) say for example using the ThreePosition switch function as (check ExportSupport.lua) if you have one and how it's stated in your case: "-- Three pos switch with clickabledata.lua arg {-1,0,1} with "0" in mid position, expect 1,2,3 as input values fr siocConfig.lua function SimpleThreePosSwitch(pValue, pDevice, pNumber) GetDevice(pDevice):performClickableAction(pNumber + 3000,(pValue - 1)) end" Using the above function, might ease to find a SIOC value for SIM_PARK_SKID that trigger the OFF position /Gus

Hi Trip. Same quiz here. Been looking for a AR option to show the inside of a pit while render the Sim view outside of the pit (or rather an option to to pass through a secondary videosource into flightsim view. MS Flashlight is the closest answer that I found so far https://www.google.se/amp/s/uploadvr.com/microsoft-mixed-reality-flashlight/amp/ Image quality and if a 3D view is possible is still unknown. A stationary cam/cams with Flashlight might be a way forward but somehow the area shown must be tweaked. ZED cam and AR application looks promising but the environment is way above my skill level ;-/

Good find, thanks for posting

Hi Adde. If not found already, check out https://forums.eagle.ru/showpost.php?p=3909516&postcount=64 Within the linked download .zip and AJS37.lua, i made a quick browse and at least found the line.. "defineFloat("DISTANCE_INDICATOR", 142, {0, 1}, "Raw Gauge Values", "Distance Indicator")" Can't say about the datapan display values but possible located within there Edited value output through Arduino connected 7seg/TFT (directly or through I2C) is possible. Might be a way forward /Gus edit: Above related to DSC-BIOS import/export, ping back if I misunderstood the quiz and it's the display tech handling you is asking about

Have this been adressed/solved/enabled i later updates ? Thanks /Gus

Very true. Win10 feature pack including the ’look through’ functionallity goes GA in late May within the 19H1 relaese, it has been avalible as ’beta’ for several month it seems. If this GA relaese is also a prereqs for vendor (like HTC) based releases of same type of options remain to be seen. In my case, the quality and resolution of the feed from real world can be a dealbreaker. the option itself might offer very interrsting possibilities. Search MS sites for in more in depth info but so far only found highlevel info. Currently only support Monochrome low res feed (if I got it right), but it’s better then a wireframe view ;-) at least. Probably a few weeks until more info is presented

.. don’t derail this thread plaese ! Start your own thread if you can’t bother to read the subject line

Thanks for the suggestions, that would be an option but baseconfig beside my humble A-10 scale 1:1 pit are a few other real warbird working simpits in scoop not DCS driven. (I.e To see inside the physical pit is required) The quiz is if the linked tech can enable an option to VR integration with the existing Pits. Currently configs are 3-4 projector screens per sim (flyelize warped). Even if working ok, the possibility of VR integration of physical pit and 3D VR/AR would mean better experiance a real step up in quality plus costsavings. Captos or likewise is a good VR options but will not fill the reqs in this case Best /Gus

I was browsing for possible solutions to 'overlay' a secondary video source (IRL) on top of a viewport/in-game-view DCS (or whatever SIM being used). When first found the zed-mini (link below) and onward to the HTC and Microsoft 'passthrough' initiative the possibilities was almost breathtaking ;-) https://www.roadtovr.com/microsoft-is-adding-pass-through-video-to-windows-vr-headsets/ https://www.roadtovr.com/vive-pro-turns-into-an-ar-dev-kit-thanks-to-htcs-new-tools-for-front-facing-cameras/ https://store.stereolabs.com/products/zed-mini It looks like there now is a way forward to join VR/AR SIM with a real or replica cockpit. Ideal situation would be a possibility to define the outer boundaries for whats 'inside' of the pit and have the rest of the world from the SIM. Even the described basic MS passthrough functionality as a 'bubbles' view peak trough windows would be more than I hoped for. Like an inverted augmentation of a view ;-) i.e instead of present VR objects into the 'real' view, show the IRL view in VR world Have any of you some insight of this ? Best /Gus

It’s good intention on several aspects. The amount of data/threads to wade through and browse to find a perticular topic is massive. Problem is as I see it is also the diversity of info within a thread bounce all over (as it should) and continue to grow. Placing a a thread in the correct topic and update’em would be a nightmare for moderators. A sugggestion whould by to define different Tags of topic, that can by appiled to threads (several per threads). Add to that a tag based search engine with option for free text it. To further add to functionallity, a way to add ratings for each tread would ease the searchtask. In my dreams I know but it would be a way to have a dynamic way to update the threads while lessen the workload for the moderators. (And thanks for the link to kadda’s build thread. Totaly missed that All the best /gus

Welcome back Sweet job on the CDU ! /Gus

You know what values of the three pos switch DCS requires ? (I don't have the Hornet module). It 's normaly found within clickabledata.lua of the module. Post a copy of your ExportSupport.lua and your 'sioc.ssi' file in text format

Found 'this' .. at last. Time to save up some funds to swap out my older TM RSC ;-) Best Gus TPR_Rudder_Cockpit_Setup.pdf

Found it.. TACAN true device ID is 74 (and not 51 as listed in my 'version' of devices.lua). Either the file devices.lua isn't updated through the updater or I miscounted the list somehow Anyway. Now of to iron out some inconsistencies i my config Cheers Gus edit: :doh: clearly listed as device 'TACAN_CTRL_PANEL" as dev 74 last in list. toself: 'Assumption is the mother of all f--ups'

Hi all. Vacation time and finally got some time to tend to the starving pit. - Anyone have TACAN Panel addressing issues in this version ? (or is it a knows problem?) Buttons/knobs etc seems working using the mouse in 3D cockpit but no response from my panel (SIOC with Brydlings scriptbase) TACAN panel is listed in Devices.lua as ID 51 with name "TACAN", In clickabledata.lua the device is named "devices.TACAN_CTRL_PANEL" (I know the indicators has earlier been moved into to the deviceID itself but currently I'm only trying to get the inputs working again) Best /Gus edit: current version is just updated from 1.5.x. Tried a DCS Repair prior posting this. In OpenBeta, My TACAN has been on the priority list for some times (i.e. INOP).

Thanks Nickolas. Just recieved the confirmation via mail also Cheers Gus

<bump> An estimated shippingdate would be nice Best Gus

Thanks Paul. Great news. :notworthy::notworthy: /Gus

Hi Burns. To avoid missunderstandings. The 'drilled' rotary switch just an example to place the 'push' switch below the rotary switch to avoid stress on the cabling. I'm sure you be fine with current config for along time on. (Same approch as the link can be used to build dual shaft rotaries with a bit more tinkering), Both can be wired as either a standard rotary (break-before-make internal connection), by removing the 'stop' internaly and rewire the connection to work as an encoders (opencockpits card in this case) For a trim with mechanical fixed endpoints, a pot is ideal, just remember that low cost pots has a lot of jitter. Center position marked by the knob and marking on the panel, or if the pot itself has a centerposition that you can feel when turning. An encoder can be used as trim but with a bit more tinkering, then you probably need one with a push function (to ease the task), the push button to reset to mid position controlled by software. Problem with encoders and 'trim' function is to mitigate the min/max area you use. Low resolution encoders tend to need more then one revolution to reach the logical endpoints (dependent on resolution) and there is no visual feedback to show where on the scale you are on. A HAL based pot 5-10kohms is ideal for most interface cards but a bit pricy. - edit: have you decided on how (with what cards) you will use to interface your consoles with DCS ? Best Gus

Hi Paul. Great to hear work is ongoing on a DCSBIOS module for the AJS37. Have a rough plan for a build in early spring but so far it's only a .. plan. Got the module installed but havn't digged in to it yet On the road currently and only got a copy of the basic lua files with me (mainpanel, clickablecockpit and devices.lua) and those was grabbed from the early intro of the AJS37. Got same result as you looking in these so no help from me sorry. I do find a "elements["warnpanelcheck-PTR"] = default_button(_("Warning Panel Light Test"), devices.ERRORPANEL, 3002, 344)" but no 'ERROR' panel listed under devices.lua, can't say if current version is the same and wonder if the indicators might be defined under a separate device. Might be a longshot though, far from skilled in the matter. Any luck with DCS:WITCHCRAFT and probed the global environment ? Recommend to post a quiz under 'home cockpit' thread in a new thread to see if IAN or some there have missed this thread and have an answer already. Another options is to query the guys on masterarms.se but I guess most there probably follow this forum anyway. edit, scrap the note of missing errorpanel, it listed as device 29 in my devices.lua Best /Gus

Good start Burns. Think that sideconsole will fill up with panels in soon future you seen this ? http://www.opencockpits.com/index.php/en/tutorials-contents/item/building-a-rotary-switch-with-push-button-english Haven't tried that approch but could be an option if the wiring weare out or a 360 rotary is required.

Thank you Tekkx

I guess! one way would be to implement a cockpit curcuit breaker with a momentary switch with integrated LED (or separete) using the toggle function on the switch and the LED output function for indication. Note that I haven't experimented with these i.e. Normal state is curcuit braker in the pit is not activated, if activated/released the LED will lit (red?), you push it (and toggle it the switch in the SIM) if SIM says it holds, it will blank the LED (or 'pop' it again). Cheaper HW and implementation. Code extract below from the 10C DCS:BIOS advanced ref Gus

Aha ok, if PP is inop and currency rates are mad it's hard. Some sellers accepts a banktransfer if probed so it might be an option. If cougar is out of reach, and if seller will accept a banktransfer there might be another option. have you seen the earlier thrustmasters F-16 stuff ? http://m.ebay.com/itm/Trustmaster-F-16-Flcs-Stick-and-F-16-TQS-THROTTLE-WITH-MANUAL-UNTESTED-/282603597942?hash=item41cc7cb076%3Ag%3Am2wAAOSw7EJZigFH&_trkparms=pageci%253A60421c0d-83d4-11e7-9fa7-74dbd180348a%257Cparentrq%253Af3c557e415d0ab6b9b463d95fffa43ab%257Ciid%253A2 Plastic and gameport devices, the handle is almost identical, and can br modded with generic USB joystickcards like bodnars, arduinos mjoy etc. They pops up on ebay or likewise from time to time at low cost or almost nothing (cost of the linked ones a sky high) since they not supported nowadays Hope you find a way forward to your build Best /Gus

Check if bodnar support acceleration function for the encoders. To set a threshhold if number of detents per time exceeded, then output to sim can be increased by factor. I.e faster spinning the encoder, the number of 'ticks' to the SIM increases