Purzel

@Rapti I cannot open that .cmd-file with Notepad++, either by rightclick and "open with", nor by dragging the .cmd-file into Notepad++. How do I get this done? Cheers Purzel

### SKUNKWORKS-Installation Note > The process for updating DCS-BIOS is exactly the same as installing it. 1. Go to the [latest release][latest-release-url] 2. Download `DCS-BIOS_x.y.z.zip` 3. Extract the zip file 4. Within the extracted folder, copy the `DCS-BIOS` folder into the previously mentioned scripts folder. 5. **If your Scripts folder does not have an `Export.lua` file**, copy the `Export.lua` file over 6. **If your scripts folder _does_ have an `Export.lua` file**, add the following line to the end ```dofile(lfs.writedir() .. [[Scripts\DCS-BIOS\BIOS.lua]])``` Tip Still having trouble? Check out our [wiki][wiki-url], ask a question in [Discussions][discussions-url] or get in touch on [Discord][discord-url]. ## Usage #### Connect DCS-BIOS stream to your serial ports Both `socat` and [DCSBIOSBridge](dcsbiosbridge-url) can be used to connect to your device. This is the only part I don't understand: Which files are meant?

Hi folks, for my cockpit I've ordered an IFEI and an UFC from tekcreations a few years ago, when DCS-BIOS (the original Hub) was the real hot <profanity> back then. Now I've bought some newer stuff rom tekcreations (left and right brain-controllers, MasterArm and IRcool-panel), which requires Skunkworks BIOS and I've installed Skunkworks-BIOS step-by-step (see next post) as described by TekCreations (https://tekcreations.slab.com/public/posts/dcsbios-installation-skunkworks-byjgzhpu). Export.lua is updated and the new stuff is running. My older IFEI and UFC weren't running anymore (only, if I started the old DCS-BIOS parallel). As far as I understand Skunkworks is running in the background and does not have to be started everytime I start DCS (as the old BIOS). But I have to do everytime the following steps: Read out the COM-ports (4,5,9 and 13) and then I have open the "connect-serial-port" 4x and put in every window each of the four COM-port-numbers. Only after that I can use my hardware-panels. Randomly I've found out that the older IFEI and UFC are running under Skunkworks when I use the "connect-serial-port"-part as described above. Now my question: How can I spare this part with the four windows? Is there an automated way to go? Greetings Purzel PS: A I already asked Kieron from TekCreations, but he can't help me with that.

Excellent work! Outstanding! That's exactly, what we need.... Thank you and your team for all that efforts you put in this!!! Must be a lot of work... As far as I understand, you build a dedicated voice-setup for only NTTR, but wouldn't it be easier to generate just the names of all known airfields on all maps and just do the rest of the voice-lines in a generic way (giving runways, directions, heights, etc.), so you can mix them depending on what airfield you are? Correct me, if I'm wrong - I don't have any clue how your approach to this is or how it has to be programmed...! Do you consider a version without using "Voice Attack"...? We already have so many external tools running (as SRS, any-joystick-software, TrackIR, DCS BIOS, TacView, etc.) so another software would use resources again and I would like to have running as few as possible software in the background... Apart from this the "export.lua" needs a certain order of it's command-lines to work properly, so that could be a problem at the end... (I don't know if AI ATC will go into the export.lua, but you know what I mean... ) And if you need someone to test it, here I am... Greets Purzel

Hi, I've got an F/A-18C with two waypoints (1: airfield, 2: orbit). When a certain vehicle enters a certain zone the F/A-18 should get a new waypoint (WP3). Is it possible to get the new WP into the HSI, which isn't visible before activation? I've tried around with conditions and flags, but got no results. If I enter the 3rd WP from the beginning it is shown from the beginning in the HSI, no matter, if I set the WP flag true or false. If I don't add the 3rd WP I cannot adress anything to be the new 3rd WP, because of "you-cannot-activate-what-is-not-existing"... Any suggestions? Thx! Purzel

You'll have to get done the monitor-setup in Windows first! Try to put them beside of your main monitor ("center viewport"), because you will have less unused space to render (6.681.600 pixel vs. 7.705.600 pixel < horizontal vs. vertical alignment). Put both MFD in Windows in portrait (vertical) mode and SAVE your selection! Windows does not know, where your hardware monitors are placed in reality, so it doesn't matter, where you're aligning them in windows, for the following example-code put them side-by-side as shown below: Enter this under "Resolution" in DCS: 4.640*1440 (All monitors in portrait-mode and side-by-side!) Depending of the positions of your monitors displayed cont you may have to correct the values of the MFCDs... (Just guess and change the pixel-values in counts of 10 and see, if you're getting them to the right place, only if neccessary) Your monitorsetup.lua code then should look like this: (Hint: "Description = 'Center+LMFD+RMFD 4.640*1440' " write your resolution for this aircraft into the description-codeline, so you can change the DCS-resolution-values ingame without calculator) --------------------------------------------------------------------------------------- _ = function(p) return p; end; name = _('AH-64D'); Description = 'Center+LMFD+RMFD 4.640*1440' Viewports = { Center = { x = 0; y = 0; width = 3440; height = 1440; viewDx = 0; viewDy = 0; aspect = 43/18; } } LEFT_MFCD = { x = 0; y = 640; width = 600; height = 600; } RIGHT_MFCD = { x = 600; y = 640; width = 600; height = 600; } UIMainView = Viewports.Center GU_MAIN_VIEWPORT = Viewports.Center --------------------------------------------------------------------------------- All the above should work without the ViewportHandling-stuff. dofile(LockOn_Options.common_script_path.."ViewportHandling.lua") try_find_assigned_viewport("RIGHT_MFCD")

Is there a complete list with used buttons/switches/potentiometers, 4-way-switches or analog-joysticks to build into the TEDAC-grips? I don't want to buy the wrong stuff. Thx ! @Assamita: You've got PN

Does anyone knows the size of the tactile pushbutton-parts (for e.g. the "SYM"-rockers around the TEDAC monitor) and would be so kind and tell me... I'll print hannibals TEDAC, so I need the infos... wide should be 6x6mm, but I need the height of the push-part of such a button: (Or does anyone have a not-to-expensive shop which sells these button with LEDs, should be located in EU):

*kicked again* What is the viewport for the F/A-18C? I've got one little 480 x 480px monitor plugged into my GPU (it works, it shows the desktop), is there way to connect it and get it run without that helios stuff? Somewhere I've found this code: F18_RWR = { x = 3421; y = 305; width = 480; height = 480; } Any ideas what could be wrong? Or how I could connect it via USB Thx!

Hi folks, I'm searching for 2- and 3-way switches for my F/A-18C cockpit which have an axis so the levers cannot rotate on their longitudinal axis. I need 12mm threads to screw/fit them in the holes and more than only one switch-row (means 6-9 connectors on the bottom) Does anyone have some part-numbers or a shop for me? (Please suggest only european shops, e.g. mouser will charge 25 only for postal-fees from US to EU) I don't want to sell my left kidney and my first born, so please don't tell me original parts or something else expensive. The best option for me would be switches with flat levers, not round ones, which I can easily print caps for. I'm done with round levers, because the 3d-printed stuff will rotate on those as seen below. Thanks in advance Greetings Purzel The blue arrow points to the axis, which prevent the longitudinal rotation of the lever: Nope, the lever caps should not turn:

Would you please send the files, even if they're not finished, I just need to test-print them to see, if they're fitting to the grips I have.... Thx! Greetings Purzel

Hi folks, that's the situation: I've build a deskpit and now I want to get the panels backlit by an LED-strip I've bought. I'm using an arduino micro-pro board and the hook-/gear-down-LEDs are working. I'm working with the DCSbios original branch. But I can't find the DCSbios-code for the instrument-panels LEDs, this is the only thing I can find regarding on the instrumentpanels: So would someone be so nice to tell me the correct DCSbios-code? (I've set the code below already to PIN5 of the arduino-board.) And what ist the code to insert at the "your code here"-part? THX Purzel INST PNL Dimmer FA-18C_hornet/INST_PNL_DIMMER Input: set the position of the dial DcsBios::PotentiometerEWMA<5, 128, 5> instPnlDimmer("INST_PNL_DIMMER", PIN5); void onInstPnlDimmerChange(unsigned int newValue) { /* your code here */ } DcsBios::IntegerBuffer instPnlDimmerBuffer(0x7536, 0xffff, 5, onInstPnlDimmerChange); Integer Output: position of the potentiometer DcsBios::ServoOutput instPnlDimmer(0x7536,PIN5, 544, 2400);

Tonight I've got an idea... (no, not one of these "hold-my-beer"-ideas): Instead of let everybody searching on his own to get the fitting electronic-parts, why don't we just disassemble two X-Box-controllers, so everybody just need to solder some longer cables from the switches to the x-box-pcb... That would be my attempt. Does anyone have done this before? Is it makeable? Could be the fastest way to get a working TEDAC? (Downloading and printing the grips, a little soldering, put X-Box-stuff inside, assemble the grips, ready-to-fly) I don't own a X-Box, so I don't now, if the would be possible... It's just an idea - your thoughts?

@flanker0ne Would share these files? Are building them for already existing TEDAC-files? (e.g. from Hannibal, SrSosio or Assamita) or do you do your own TEDAC-build? Would be great to get some nice files...

@maikchaos Wo füge ich denn diese local kneeY (etc.) Zeilen in der ViewportHandling.lua ein? Hier ist meine ViewportHandling.lua: -- positioning on screen in HUD Only view function update_screenspace_diplacement(aspect,is_left,zoom_value) local w = LockOn_Options.screen.width; local h = LockOn_Options.screen.height; if LockOn_Options.screen.oculus_rift then local ui_x,ui_y,ui_w,ui_h = get_UIMainView() w = ui_w; h = ui_h; end local x0 = 0 local w0 = 0.5 * h local aspect = aspect or 1 local zoom_value = zoom_value or 0 local default_width = w0 + (64 * zoom_value) if default_width > h then default_width = h end if default_width > 0.5 * w then default_width = 0.5 * w end local default_height = default_width / aspect local default_y = h - default_height local default_x = w - default_width - x0 if is_left then default_x = x0 end dedicated_viewport = {default_x,default_y,default_width,default_height} dedicated_viewport_arcade = {default_x, 0 ,default_width,default_height} end function make_viewport(aspect,is_left,is_top,default_width,zoom_value) local w = LockOn_Options.screen.width; local h = LockOn_Options.screen.height; if LockOn_Options.screen.oculus_rift then local ui_x,ui_y,ui_w,ui_h = get_UIMainView() w = ui_w; h = ui_h; end local x0 = 0 local w0 = 0.5 * h local aspect = aspect or 1 local zoom_value = zoom_value or 0 local default_width = default_width or w0 default_width = default_width + (64 * zoom_value) if default_width > h then default_width = h end if default_width > 0.5 * w then default_width = 0.5 * w end local default_height = default_width / aspect local default_y = h - default_height local default_x = w - default_width - x0 if is_left then default_x = x0 end if is_top then default_y = 0 end return {default_x,default_y,default_width,default_height} end function set_full_viewport_coverage(viewport) dedicated_viewport = {viewport.x, viewport.y, viewport.width, viewport.height} dedicated_viewport_arcade = dedicated_viewport purposes = {render_purpose.GENERAL, render_purpose.HUD_ONLY_VIEW, render_purpose.SCREENSPACE_OUTSIDE_COCKPIT, render_purpose.SCREENSPACE_INSIDE_COCKPIT} -- set purposes to draw it always render_target_always = true end -- try to find assigned viewport function try_find_assigned_viewport(exactly_name,abstract_name) local viewport = find_viewport(exactly_name) or find_viewport(abstract_name) if viewport then set_full_viewport_coverage(viewport) end return viewport end

So, aktuell schaut's so aus: _ = function(p) return p; end; name = _('F/A-18C 4056x1080'); Description = 'Mainscreen +2 MFCDs + Kneeboard =4056x1080' Viewports = { Center = { x = 0; y = 0; width = 1920; height = 1080; viewDx = 0; viewDy = 0; aspect = 1920/1080; } } Gui = { x = 0; y = 0; width = 1920; height = 1080; } LEFT_MFCD = { x = 1935; y = 250; width = 700; height = 700; } RIGHT_MFCD = { x = 2725; y = 250; width = 700; height = 700; } KNEEBOARD = { x = 3360; y = 0; width = 630; height = 760; } UIMainView = Gui UIMainView = Viewports.Center GU_MAIN_VIEWPORT = Viewports.Center Obwohl ich die Startpunkte des 4. Monitors und die Knieboardmaße mit 600x800 zunächst eingetragen hatte, wird das Kneeboard nicht bildschirmfüllend im ganz rechten Monitor (600x800) dargestellt, sondern auch da verschoben, so dass ich es jedesmal erst verschieben und einrichten muss. Ich hatte in obigem Code zuerst die Startpunkte & Maße vom 4. Monitor eingegeben, aber irgendwie füllt mir das Kneeboard den 4. Monitor nicht aus.

@caponi, ich bin heute abend eh im FL-DC. Die Auflösung in DCS stimmt schon. @xfirf Das Problem ist, dass ich die Kante zum Ziehen nicht erwische, weil die DDI-Displays zu klein sind. Habe jetzt aber mal ein wenig Threads durchsucht und rumprobiert und dem Problem glaube ich auf der Spur.

Hi, ich habe für mein F/A-18C Cockpit drei Monitore zusätzlich zum Hauptbildschirm: Auflösung (v.l.n.r.): 1920x1080, 768x1024, 768x1024 und 600x800 Auf Monitor 4 soll das Kneeboard angezeigt werden. Es wird aber in Monitor 3 verschoben: Was muss ich in der MonitorSetup.lua eintragen, damit das Kneeboard entweder auf dem Bildschirm 1 oder auf Bildschirm 4 angezeigt wird? Gibt es dafür einen Eintrag in der MonitorSetup.lua? Aktuell schaut diese so aus: Die 700x700 Größenangaben der LEFT_ und RIGHT_MFCD Einträge sind der Tatsache geschuldet, dass ich die Displays hinter TM Cougar-Rahmen verbaut habe und die DDI's sonst abgeschnitten dargestellt würden. Ich meine, mal irgendwas zu einem Kneeboard-Eintrag gehört zu haben, diesen Eintrag suche ich... Danke Gruss Purzel

You may have a look at my thingiverse-page: https://www.thingiverse.com/purzel24/designs F/A-18C Thrustmaster Cougar Replacement: https://www.thingiverse.com/thing:5923061 AOA Indexer: https://www.thingiverse.com/thing:6274425 IFEI: https://www.thingiverse.com/thing:6242816

Hi pilots, I post my question here, because I think, here I'll get the best chances for an answer... Is it possible to capture a VR-video from DCS, in which the player sees my head-movement, but can change his own sight by looking arround in a 360° cockpit. Or is it only possible to do a video with only my view? Or only in 360°? The goal is to do a video, which can be viewed in a HMD-device (of course in 3D) via YouTubeVR. What kind of options do I have to set in DCS to capture correctly? (e.g. for a 360° view) What kind of settings do i have to use in a video-editing-program to save it? I'm using the free "VSDC Free Video Editor". I've tried arround with with some settings, but I can't get it work. And: The eye-distance is not correct as you can see in this video (please try with your HMD!), how do I get this done? THX in advance! Purzel

Finally I went away from the design above, which is nevertheless a great solution! @Blue73 did a great job, I really apprechiate his work! But just for some space-problems, I had to find another way. I've used the grey outer hull of the rotary-switch and glued a mini push-button into it. On top of it there's glued the red/white "JETT"-disc. The grey outer button is connected to > this < rotary-switch. Works perfectly and is way more easy to build. You just have to let the cable from the JETT-switch loose enough, so it can move with the rotary-switch. (OK, one position (clockwise from "stores"-position) is left free, but it absolutely no problem for me.) But it's a simple solution and it works. JETT-Rotary-SWITCH_small.mp4

@hannibal: You've got PM...

Hi pilots, I've build a replacement/conversion-kit for the Thrustmaster Cougar-frames, so you can fit your disassembled cougars stuff into a DDI-frame. https://www.thingiverse.com/thing:5923061 Feel free and use it, but read the text first! It's still not painted, just printed. It's a replacement for the Thrustmaster Cougar-frames to get an F/A-18C DDI. (Left and right DDI, AMPCD may come later) Angles/corners are designed to fit with tekcreations announciator-panels. (Others may fit too? Never tested by me.) Big shoutout to Walli, who helped me a lot! PLEASE READ the description on thingiverse.com carefully before you're damaging/destroying your TM Cougars! PLEASE LOOK at all pictures on the thingiverse-site before doing stuff, most of them are self-explaining! WHAT CAN YOU EXPECT: Disadvantage: You will loose the GAIN, SYM, BRT and CON rocker switches. (Maybe I will provide a version where you can keep them, but not now.) Advantage: It looks way more realistic and you will have the possibility to add two potentiometers (BRT and CON) and one rotary-encoder (OFF/NIGHT/DAY). You can use e.g. an arduino-board and DCSbios to get them working. It's a little bit of work, but it looks better! SIZE: 171mm x 182,5mm x 27mm Outside wall: 16mm Inside wall: 27mm PRINTING TIME: ~12-13 hrs If you like this DDI-conversion-kit, just let me know. Greets Purzel

Magnetschalter.... Bevor sich hier jmd. die Bude abfackelt... (Magnete können heiss werden, etc.) Kippschalter zerlegen und unten raus verlängern, danach nicht mit Magnet zurückschalten, sondern mit kleinem Servo, der den unten rausschauenden Schalter wieder zurück drückt (ähnlich wie bei einer useless box).

Thank you for your excellent help! Now i can go ahead and get my Deskpit done... THANK YOU ALL!