Ares63

same for me, my PC is my working station, my devenlop PC for my business and for the SIMs because i need a experimental machine and a clean machine i setup a double WINDOWS partition.

Let me explain what it happens, the listening port could be open in exlusive mode or shared mode, in exlusive mode other programs cannot (normally) connect and use the same port, refused connection is the error you can expect; in shared mode the port could be used by multiple programs at the same time. SOCAT it open the UDP port in SHARED mode, as you can check in SOCAT batch comand line with the parameter "reuseaddr", but if another program like DEDHub tries to open it in EXCLUSIVE mode is refused, because is already used and also if it is used in SHARED for logical conseguence can not be left in EXLUSIVE ... Of course if it is DEDHub or another application tha opens the comunication port FIRST Any other attempts from other programs will be rejected (wit the same erro connectio refused) Dato che DCS-BIOS routes all messages in both UDP and TCP channels and DEDHub it works in UDP a WORKAROUND is to enforce SOCAT to work in TCP ...and it work TCP is the protocol that it is used also from the old deprecated help/online debug/template/Doc web based app or from BORT SIMGEARS knows this problem and is working on it Same refused error same cause if the error is related to the serial COM but i have no workaround for it and there is no reason for a COM to be used by multiple programs in DCS if you get a refused error an all COMs could be tha a progrma is allocating all the COMs port ...why? i don't know it make no sense @Jimbo i guess (but i never checked it in DCS-BIOS) that you can get DCS-BIOS flow on a slave PC, is enough tha you change the IP address in SOCAT batch file connect-serial-port.cmd from 0.0.0.0 and/or 127.0.0.1 and/or "localhost" that of course is a local pc address with the remote DCS/DCS-BIOS IP address you can try if you need

doesn't work for me "No connection could be made because the target machine actively refused if" firewall is disabled export.lua is correctly set i try also to comment all the other rows in export with TCPView ho listen port on 7790 is reported

bin-mt it contain also other file i thought the best way is to use the Junction an ALL bin-mt directory this batch enable MT @echo off cd C:\Program Files\Eagle Dynamics\DCS World OpenBeta if not exist bin.org\ ( ren bin bin.org mklink /J bin bin-mt ) else ( echo E R R O R ! ! ! ) pause this restore Single Thread @echo off cd C:\Program Files\Eagle Dynamics\DCS World OpenBeta if exist bin.org\ ( rmdir bin /Q ren bin.org bin ) else ( echo E R R O R ! ! ! ) pause if needed you can create a shortcut to this batchs to run it as admin

It is not a random char at the end of the record there are 4 bitmaps byte each bit it is the corresponding column position char status if is 0 in normal if is 1 it is in reverse thi is the best solution i find to do that with a small record increasing and without to change to much in DCS-BIOS lua side ... i'm agree with @RafaPolit reverse field are very usefull to understand that you are input field and when blinking that something is wrong

did you try my files? did you change something in profile files? fiirst have you to applyed the MOD??? As i find (i guess as a BUG) there is ALWAYS an overlapping of CPG MFD over PILOT MFD ... this it happen also if the display are called in different way. I found that id CPG MFD is show in different location the PILOT MFDs are displayed correctly, this is way i show CGP MFDs in PILOT profile in position 0,0 1 pixel hight and 1 pixel width

In this case you have to wait that someone will build AH64 profile and i guess also a new version of HELIOS But there is nothing to do with this Work Around (don't forgt that HELIOS is the same workaround) the only feature that is missing in this solution (except of course all the graphics cockpit) is how to place the instriment ... For this you can use "Mofiki's Coordinate Finder" app or you can create a dummy profile with Helios and then change the devices names Otherwise wait!!!

this is the base of my test /z file is for ovGMe but should be unpack lua file should be copied in Config\MonitorSetup on Saved game or main ED directory AH64.7z Apache CPG.lua Apache PLT.lua

i did it and there are some problems but there is a work around ... Firsto of All ALSO IF YOU CHANGE THE VIEWPORT NAME when you go inside the Apache you are in the Pilot side but with a fixed CPG displayed MFDs if you change to CPG the MFDs started to work and a TEDAC is displayed (if exported of course) THIS IT HAPPEN ALSO IF ONLY THE PILOT VIEWPORT ARE DEFINED INTO MONITORSETUP PROFILE!!!! But i find that if Both The viewport are displayed they works properly but you have to show mfs in differend area ... so ... of course for pilot profile you can show also CPG viewport i configure them (left & right) in monitorSetup profile with 1 pixel width and 1 pixel height with this work around i can get a Pilot MFDs working Another problem is tha with the exported TEDAC io have a doubled displayed TEDAC inside the cocckpit

can you send me too???

https://issueexplorer.com/issue/olikraus/u8g2/1503

ok check the callBack assignament hex code, is changed DcsBios::StringBuffer<25> dedLine1Buffer(0x4500, onDedLine1Change); DcsBios::StringBuffer<25> dedLine2Buffer(0x451a, onDedLine2Change); DcsBios::StringBuffer<25> dedLine3Buffer(0x4534, onDedLine3Change); DcsBios::StringBuffer<25> dedLine4Buffer(0x454e, onDedLine4Change); DcsBios::StringBuffer<25> dedLine5Buffer(0x4568, onDedLine5Change); about the code take care that usually the DED is written only when something is changed

PTT is not working fine with WWII plane and SRS (tested with P51 and Mosquito) I set Radio1 and radio2 keys in SRS, not immediately but after few minutes that the plane is started up when RADIO1 or radio2 is depressed it stay ON until the other radio is depressed ... this it mean that for switch off one radio you switch on the other one, this is what it happen in SRS but ONLY IF VAICOM is running (modificato)

I get this problem with 3 monitor, and when i test it i had the last DCS version .. i check it again after 2.7

I'm approaching this issue ... before to start i have two questions: 1 - how you sync/zeroed the gauges? 2 - Why in some solution are you using a direct connection of the step motor to the gauges hands? is it for to speedup or down the hands or for to increase/decrease the step space?